-
Notifications
You must be signed in to change notification settings - Fork 806
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Scrub has different colour with barrier=hedge #3106
Comments
I believe that barrier=hedge is considered an area tag by the style, which explains what you're seeing. |
yes, barrier=hedge can be linear or mapped as an area, you can add area=no if it should be interpreted as a linear feature, but then you shouldn’t add an area tag like natural=scrub to it
|
Duplicate of #971. |
In this case the area is closed of for entering on purpose i'll guess. In the picture https://upload.wikimedia.org/wikipedia/commons/c/cd/PrenzlauerBergArnimPlatz.jpg you can see it on the right side in real life. How should this then be mapped in OSM? If this is not a bug I will close the ticket. Kind regards. |
Interesting case. You could map the hedge and the scrub separately, the scrub as an inner ring of the hedge as a multipolygon. |
As this seems to be expected behaviour I will close this issue. |
A scrub area with barrier=hedge as the dark hedge colour instead of the default scrub pattern/colour. When a line with barrier=hedge is drawn around the scrub area this bug does not occur.
This example shows the difference between two different tiles after adding the extra line and removing the barrier tag from the scrub area:
I'm not sure if this is a bug or a wanted behaviour. 😕
The text was updated successfully, but these errors were encountered: