-
Notifications
You must be signed in to change notification settings - Fork 1
natural=mud does not render on the wet side of waterway=riverbank #3242
Comments
Author: Ldp There's a bit of a dilemma here. Mud renders first, then water, so that's why it's hidden(1) in your example. However, if you tag a large mud area and have a stream running through, that will currently show. If the ordering is switched, it would no longer show. Unless you divide the mud area so it's only on either side of that stream, and not occupying the area(2) of the stream(3). The same handling is currently applied to heath and forest, and rendering those two before water makes sense. Due to the close relation between mud and water, switching the rendering order so mud renders over water might make sense.
|
Author: malcolm.herring[at]btinternet.com I see your point. Since my interest is with intertidal areas, the natural=wetland, wetland=tidalflat is appropriate tagging, but the rendering ignores the latter tag giving a rendering pattern that is inappropriate for what is mud with no vegetation. The answer to this problem is to process the wetland=* tags. So in this case, if wetland=tidalflat were rendered with the same pattern as natural=mud, this would give the desired result. There is an open ticket on that issue (#1607), so maybe that one should be given some attention. Alternatively, use the tidal=yes tag to override the water. |
Author: Ldp I have the same interest, and have been working extensively with tidalflats lately. I also don't like the pattern and agree wetland=* should be handled. Personally, I'm gearing more towards a darker blue than water for wetland=tidalflat instead of the mud fill, but I'll leave it to our cartographer to decide. PS: The difference in your example is that natural=mud is a solid fill, and natural=wetland is a transparent overlay with the wetland symbol, and whatever is under it, will show. |
Author: malcolm.herring[at]btinternet.com This appears to have been fixed, but the ticket is still open. Is this simply an oversight, or did some other change to the renderer cause this fix as a side effect? |
Author: seawolff waterway=wetland & wetland=tidalflat is rendered outside of natural=coastline but not on top of waterway=riverbank. On http://osm.org/go/0Hiw2oX7- the north-west part of the river has waterway=riverbank and overwrites wetland=tidalflat. In my opinion tidalflat should be drawn on top of riverbank areas (tidal parts of a river) but not on top of linear waterways (streams through a tidalflat). The actual texture ist unsuitable for wetland=tidalflat. I would prefer a colour between blue(water) and grey(mud). A light grey with alpha=40% may be suitable. |
Author: Ldp @seawolf: This has been fixed a while ago. We cannot discern yet between the different types of wetland. We should be able to in the near future. Different styles will come later. |
Reporter: malcolm.herring[at]btinternet.com
[Submitted to the original trac issue database at 6.10pm, Wednesday, 22nd September 2010]
At the higher zooms where natural=mud renders over the water on the wet side of natural=coastline, the same does not occur for riverbanks. This is particularly noticeable in estuaries where there is an abrupt transition from coastline to riverbank.
See: http://www.openstreetmap.org/?lat=53.70138&lon=-0.43701&zoom=16&layers=M
Contrast this with the same situation for natural=wetland, which does not exhibit this problem: http://www.openstreetmap.org/?lat=53.71271&lon=-0.44016&zoom=16
The text was updated successfully, but these errors were encountered: