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.
*some sort of shading or hatching for a short distance on the side of the boundary that is inside the city
*moving the name from on the line to on the correct side of the line
This of course could only be done where the multipolygon geometry is valid.
The text was updated successfully, but these errors were encountered:
Author: math1985 [Added to the original trac issue at 7.49pm, Thursday, 29th May 2014]
I think hatching is no longer necessary now we have the names on the right side, also considered that in most of the world, there is an admin area of the same level at both sides of the border. I will therefore close this as wontfix.
Reporter: NE2
[Submitted to the original trac issue database at 10.30am, Saturday, 11th September 2010]
In an area like http://www.openstreetmap.org/?lat=28.51307&lon=-81.3599&zoom=17&layers=M it's rather hard to determine which side of the boundary is Orlando and which is unincorporated Orange County. I suggest the following:
*some sort of shading or hatching for a short distance on the side of the boundary that is inside the city
*moving the name from on the line to on the correct side of the line
This of course could only be done where the multipolygon geometry is valid.
The text was updated successfully, but these errors were encountered: