You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Reporter: rsl [Submitted to the original trac issue database at 2.02pm, Wednesday, 14th January 2009]
When tagging an inner area as "leisure=nature_reserve" and "natural=wood", the area is rendered blank by Mapnik. When "natural=wood" is removed, the area is tagged as nature_reserve correctly, but information is lost.
I am unsure whether the renderer should prefer rendering wood or the NR, if uncapable to mix both. But probably it should not be blank.
BTW, osmarender renders the combination correctly.
The text was updated successfully, but these errors were encountered:
Author: rsl [Added to the original trac issue at 8.56pm, Wednesday, 14th January 2009]
After thinking about this further: It might be caused because Mapnik interprets the inner area only as "natural=wood" (higher prio than the NR) which would be the same as the outer area. So due to the current multipolygon logic the inner is rendered blank.
If yes, maybe this is another reason to get rid of this logic.
Reporter: rsl
[Submitted to the original trac issue database at 2.02pm, Wednesday, 14th January 2009]
When tagging an inner area as "leisure=nature_reserve" and "natural=wood", the area is rendered blank by Mapnik. When "natural=wood" is removed, the area is tagged as nature_reserve correctly, but information is lost.
Example where this happens in the current openstreetmap view (14.1.2009):
http://www.openstreetmap.org/browse/way/28857427
I am unsure whether the renderer should prefer rendering wood or the NR, if uncapable to mix both. But probably it should not be blank.
BTW, osmarender renders the combination correctly.
The text was updated successfully, but these errors were encountered: