Skip to content
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

Render labels of large POI larger? #1055

Open
matthijsmelissen opened this issue Oct 12, 2014 · 3 comments
Open

Render labels of large POI larger? #1055

matthijsmelissen opened this issue Oct 12, 2014 · 3 comments

Comments

@matthijsmelissen
Copy link
Collaborator

As we now render landuse labels larger, it might make sense to also render labels of POI larger depending on the size of the POI. Rendering them larger would make clearer that the POI spans a large area.

However, it's not clear if this would look fine. It's also not clear if the icon should be enlarged as well. Large text with small icon might not look nice, but different size icons might not look nice either.

Some examples of large POI:
http://www.openstreetmap.org/#map=17/51.58045/4.72962
http://www.openstreetmap.org/#map=18/51.51472/-0.15230
http://www.openstreetmap.org/#map=19/41.90223/12.45393
http://www.openstreetmap.org/#map=18/49.62080/6.14180

Any suggestions what to do with this?

@matkoniecz
Copy link
Contributor

It will increase danger of label collision, but with "Order POI by way_area" #860 it would tend to not block display of larger icons.

@matkoniecz
Copy link
Contributor

I think it would be better to start from closely related #1057 that is more likely to give good results and only good results.

@jeisenbe
Copy link
Collaborator

jeisenbe commented Sep 1, 2019

The feature that comes to mind is aeroway=aerodrome, which can take up a large area and has a landcover rendering, but can also be tagged on a node, and is rendered with an svg icon in addition to text label.

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

No branches or pull requests

3 participants