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: alv [Submitted to the original trac issue database at 10.44am, Thursday, 26th March 2009]
Within parks I often add scrubs or woods and mapnik renders those after and over the park, yet on the tilesathome layer the park blocks every other feature from being visible. The scrubs are still in the park, IMO, so I'd be slightly reluctant to add numerous multipolygons.
Author: grenzdebil_bonn [Added to the original trac issue at 11.23am, Monday, 30th August 2010]
Replying to [comment:2 osm@]:
Forests tend to be quite a bit larger then parks so they render earlier and lower. The same applies to natural=scrub.
this is not generally true, there are big parks as well as small forests (sometimes inside parks)...
Changing the order to make you example render fine is prone to break the rendering in other places and makes the style files very hard to maintain.
I can hardly think of any park that only contains forest or scrubs (not speaking about nature reserves), so there would always be areas not covered by wood.
Could you give an example of a place where rendering would break?
Maybe the function ("this is a park") and the physical features (grass, woods, scrubs) should be seperated in rendering, for example by rendering park areas transparent above wood, grass and scrubs. This way all needs are served, nothing is broken and people are encouraged to tag e.g. grass areas insife parks seperately, without assuming that leisure=park somehow "implies" them...
Reporter: alv
[Submitted to the original trac issue database at 10.44am, Thursday, 26th March 2009]
Within parks I often add scrubs or woods and mapnik renders those after and over the park, yet on the tilesathome layer the park blocks every other feature from being visible. The scrubs are still in the park, IMO, so I'd be slightly reluctant to add numerous multipolygons.
Example here: http://openstreetmap.org/?lat=60.204&lon=24.958&zoom=17&layers=0B00FFF
The text was updated successfully, but these errors were encountered: