-
Notifications
You must be signed in to change notification settings - Fork 819
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
Airport names gone above zoom level 13 #2664
Comments
I guess this was by design to not clutter map when dealing with details (name and the icon too). You can see city names going away when zooming in for the same reason. What is your proposition, how long name and the icon should be visible (to which zoom level)? |
Hmmm, how does Google deal with all that?
|
Maybe only have it disappear when the item fully covers the screen...
but perhaps not that simple.
|
Airport icons and labels are not rendered at z14 and above. The idea behind this is that at these scales the elements of the airport take precedence and the airport icon and label, placed at an arbitrary location, are not useful any more. This of course does not really work for small airports at low latitudes at z14/z15. Making this threshold dynamic based on airport size is not easily possible since most airports are mapped as nodes. What would be possible is to increase the threshold a bit and/or render the label only without the icon at higher zoom levels - but not at the highest levels, at z17+ this will usually look silly. |
Hmmm... paper topo maps never had to face this issue, because you couldn't
zoom them.
I suppose in all cases one should think "if I were to print out what is
shown on the screen to paper and make a tourist map that I could hand to
people, what should it say?" (Sorry I didn't help much.)
|
This is a problem when the whole airport is mapped as a node. Then in the high zoom the airport wanishes and there are no "more detailed elements of the airport to take precedence". |
Hmmm, airports are often larger than entire cities. So maybe they should
follow the same creation rules/methods. (Sorry I'm not too much help
here again.)
|
sent from a phone
On 28. Jun 2017, at 09:40, Christoph Hormann ***@***.***> wrote:
Making this threshold dynamic based on airport size is not easily possible since most airports are mapped as nodes.
maybe we can encourage mappers towards a transition to areas? Nodes aren't very suitable for representing huge areas (e.g. because they don't convey a size).
|
We have had this discussion before (#1143), mapping airports as areas is often non-verifiable and we should not push mappers to map things differently just to make life easier for us. I would suggest to concentrate on how to address the problem in rendering based on what is currently mapped. |
I believe this issue can be partially resolved by changing the zoom level when the airport icon and label stop being rendered to be later. It doesn't appear that the current zoom level cut-off was based on an overall evaluation of global airport size, but rather what might look best for large, high-latitude airports. |
This airport only has names at
http://www.openstreetmap.org/#map=12/23.5180/119.5891
http://www.openstreetmap.org/#map=13/23.5180/119.5891
When you reach
http://www.openstreetmap.org/#map=14/23.5180/119.5891
and above, the name is gone. Imagine an airport without a name.
The text was updated successfully, but these errors were encountered: