Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

natural=mud does not render on the wet side of waterway=riverbank #3242

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 6 comments
Closed

Comments

@openstreetmap-trac
Copy link

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

@openstreetmap-trac
Copy link
Author

Author: Ldp
[Added to the original trac issue at 9.19am, Thursday, 23rd September 2010]

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.

  1. Coastline is a special case. The 'water' on the wet side is actually the default map background colour. Anything else renders on top of that.

  2. There is no issue with linear streams. They would still render on top if the water as area vs mud order is changed.

  3. Which seems the right thing to do, of course. Where there is water, there's no mud. Mud makes more sense as a surface property, with the area itself tagged as a waterway=wetland + wetland=tidalflat. Unfortunately, we don't render any surface=* tags yet.

@openstreetmap-trac
Copy link
Author

Author: malcolm.herring[at]btinternet.com
[Added to the original trac issue at 10.07am, Thursday, 23rd September 2010]

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.

@openstreetmap-trac
Copy link
Author

Author: Ldp
[Added to the original trac issue at 10.36am, Thursday, 23rd September 2010]

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.

@openstreetmap-trac
Copy link
Author

Author: malcolm.herring[at]btinternet.com
[Added to the original trac issue at 9.43am, Sunday, 14th November 2010]

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?

@openstreetmap-trac
Copy link
Author

Author: seawolff
[Added to the original trac issue at 3.25pm, Friday, 17th December 2010]

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.

@openstreetmap-trac
Copy link
Author

Author: Ldp
[Added to the original trac issue at 8.48pm, Sunday, 27th March 2011]

@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.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant