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

Too many tiny private airports on the map at small scales #1143

Closed
talllguy opened this issue Dec 1, 2014 · 61 comments
Closed

Too many tiny private airports on the map at small scales #1143

talllguy opened this issue Dec 1, 2014 · 61 comments

Comments

@talllguy
Copy link

talllguy commented Dec 1, 2014

screen shot 2014-11-30 at 11 12 31 pm
Any suggestions on how to handle lots of tiny private airports? It doesn't look like there is a way to differentiate between tags but perhaps only airports with an ICAO or IATA ref should appear at the z10ish.

Perhaps only areas or relations with the aeroway=aerodrome could be shown. Any way to handle this programmatically?

@talllguy
Copy link
Author

talllguy commented Dec 1, 2014

map link to the above

@matthijsmelissen
Copy link
Collaborator

I think it would be best to have a tag like regular_commercial_traffic=yes or something like that. That would probably be best discussed on the tagging mailing list.

The best we can do with the data we have is check for the presence of an IATA ref. That would not exclude any important airports, but as mentioned here, it might include some tiny airports.

@dieterdreist
Copy link

2014-12-01 19:22 GMT+01:00 math1985 notifications@github.com:

I think it would be best to have a tag like commercial=yes or something
like that. That would probably be best discussed on the tagging mailing
list.

yes, something along these lines. There could be several airport classes.
In the past these ideas have always been rejected (there have been lots of
discussions about this) and it was argued we could use detail data like the
amount of passengers per year and the length of the railway, etc., but for
practical reasons this is still not possible because of a lack of data
(might change and people would probably add these details if the carto team
declared publicly which tags/features would put the airport in say zoom
level 9 ;-)

@matthijsmelissen
Copy link
Collaborator

(might change and people would probably add these details if the carto team declared publicly which tags/features would put the airport in say zoom level 9 ;-)

We could do that, but I think we should be humble and realize we are only one of the data consumers. I think it would be much better if the taggers decided to come up with a scheme and we follow it, rather than the other way around.

@matkoniecz
Copy link
Contributor

Is there a strong correlation between importance of airport and its size? Maybe using way_area would be a good idea (it would be necessary to improve tagging, as most people tag airports as node, but it would require no new tags or changing guidelines).

@matkoniecz matkoniecz added this to the Bugs and improvements milestone Dec 1, 2014
@matthijsmelissen
Copy link
Collaborator

Yes, I think size is an important factor. You could argue that military air fields are less important than civil airports, and military air fields can be quite big, but in general I think most important airports are big and most unimportant ones are small.

@imagico
Copy link
Collaborator

imagico commented Dec 1, 2014

Most airports are mapped as nodes and not every airport has a clear boundary making mapping as polygons difficult - where would you for example draw the boundary of http://www.openstreetmap.org/node/276384892. A good criterion for the importance of an airport would be the runway length. This is of course difficult to determine since the runway is a separate object - you would need some kind of proximity query for that.

The shown example is by the way not even a very extreme case - there are areas much worse like http://www.openstreetmap.org/#map=10/5.5846/-71.3885 - on the other hand there are also areas where airports could well be displayed earlier than z=10 - in particular in high latitude areas where air transport is often the primary mode of transport.

@talllguy
Copy link
Author

talllguy commented Dec 1, 2014

Interesting, I shall ponder a tagging listserv message. To that end, looking at the tagging scheme for airports, the ICAO code does seem to differentiate the big from the little airport. Here's a list of all the ICAO codes in the USA on Wikipedia, and not any of these tiny airports are on there. There is a tagging preset for ICAO codes on iD and from what I've seen, they're fairly commonly populated. The FAA ref on the other hand applies to all airports, big and small. Similarly, the IATA Code is only applicable to "big" airports.

✈️ ✈️ ✈️ ✈️ ✈️ ✈️ ✈️

So, could the logic for the tag be like:
# at zoom >- 10
if attrs['icao']:
# show on the map
elif attrs['iata']:
# show on the map

@matkoniecz
Copy link
Contributor

@talllguy
Some minor airports also have IATA code. For example https://www.openstreetmap.org/way/218821049 1048 m of grassy runway, has its own IATA code

Overpass turbo: http://overpass-turbo.eu/s/5oQ

EDIT: Originally a different airport was an example, but in that case IATA code tag was a mistake.

@matthijsmelissen
Copy link
Collaborator

In Europe, there are many tiny airports with ICAO code, such as Ameland or Kitzebourg Ultralight Airfield.

Not so much tiny airports with IATA code, but still some.

@talllguy
Copy link
Author

talllguy commented Dec 1, 2014

@math1985 @mkoniecz Ah, darn, ok thanks for the insight on that idea. I suppose it'd be better to develop a field for airport importance, if this is even an issue. I do think it'd be nice for other cartographic renderings of OSM data to have a better way to differentiate large and small airports.

@ajashton
Copy link

ajashton commented Dec 1, 2014

@talllguy For Mapbox Streets we look for a number of things to get a rough idea of rendering importance:

  • an aerodrome tag (or type tag, which is sometimes used with a similar scheme to aerodrome)
  • polygon area
  • whether the name or name:en tags contain clue words such as "international" or "heliport"

@Rovastar
Copy link
Contributor

Rovastar commented Dec 1, 2014

I noticed that some time ago when I was looking at the airport rendering that way_area would be a good indicator however as has been pointed out not all airports have ways some are just areas.So I tweaked a few areas in the UK and looked at the top 20 busiest airports in the world, etc but I think Tokyo, etc had nodes. And I paused changing them all.

Personally I think that we should be encouraging tagging for ways rather than the old school and primitive system of using nodes. It is 2014 folks!

I think we should just use way_area and that would encourage better tagging practices. It is a simple solution/method. No need to over-engineer this.

@talllguy
Copy link
Author

talllguy commented Dec 1, 2014

@ajashton Thanks so much for the input, and for citing that aerodrome type tag. I clicked through to the wiki and found there is a proposed aerodrome type tag. I will weigh in on the discussion there, and I think some of the other commenters might want to as well. Perhaps if that is formally adopted we could add that to the mix here.

also to @Rovastar

I think we should just use way_area and that would encourage better tagging practices. It is a simple solution/method. No need to over-engineer this.

That is not a bad idea, though in the short term the map might suffer.

@purpleplanes
Copy link

Airports are way too prominent now that they're purple and solid color. Link
planes

@matkoniecz
Copy link
Contributor

@purpleplanes People proposed checking area of airport, checking presence of icao and iata tags, whether the name or name:en tags contain clue words such as "international" or "heliport".

What would work in this case?

@pnorman
Copy link
Collaborator

pnorman commented Jan 3, 2015

The root of the problem is really that anything a plane lands at is tagged with aeroway=aerodrome. iata is the best I've seen proposed, but I really think we're trying to work around bad tagging.

@matkoniecz
Copy link
Contributor

I really think we're trying to work around bad tagging.

Yes, I will post about it on a tagging mailing list.

@talllguy
Copy link
Author

talllguy commented Jan 3, 2015

Yikes that purple is pretty bold. I'll look for the discussion on tagging

@matkoniecz
Copy link
Contributor

So there is no good way to check whatever airport is tiny. Is there some tag that would allow to check whatever it is private? And is it a good indicator of importance?

@SK53
Copy link

SK53 commented Feb 6, 2015

A quick comment: this is a long term historic tagging problem: at one stage we had at least 3 tags for aeroway: airport, aerodrome & airstrip which were used in decreasing order of importance. There was an undiscussed mechanical edit which changed them all to aerodrome. I cant locate it quickly, but IIRC it was around mid-2009. It has just got worse because many more minor to extremely minor places have been added (for instance locations where it is possible to land a plane on glaciers in the alps, which are not aerodromes in any sense at all).

@matthijsmelissen
Copy link
Collaborator

@matkoniecz Did anything come out of the discussion on the mailing list?

@Rovastar
Copy link
Contributor

Just use way_area.

@matkoniecz
Copy link
Contributor

@math1985

Did anything come out of the discussion on the mailing list?

Using way_area is not bad, rendering depending on feature density would be cool.

@matkoniecz
Copy link
Contributor

way_area is not perfect, but better than alternatives including current state.

@Rovastar
Copy link
Contributor

I know it is not perfect but other solutions seem to be over-engineering and need other or new subjective tags in the carto database.
way_area is simple if it is big then it is rendered on lower zoom level/rendered big.

Sure there will always be edge cases but they will be rare and no solution is perfect.

@pnorman
Copy link
Collaborator

pnorman commented Mar 21, 2015

A quick comment: this is a long term historic tagging problem: at one stage we had at least 3 tags for aeroway: airport, aerodrome & airstrip which were used in decreasing order of importance. There was an undiscussed mechanical edit which changed them all to aerodrome. I cant locate it quickly, but IIRC it was around mid-2009. It has just got worse because many more minor to extremely minor places have been added (for instance locations where it is possible to land a plane on glaciers in the alps, which are not aerodromes in any sense at all).

Ugh. So we used to have sane tagging, then someone got rid of it?

@SK53
Copy link

SK53 commented Mar 21, 2015

@math1985 @Rovastar: way_area does look like it will resolve most issues and is about the best proxy likely to occur. Most smaller places are just drawn as nodes or as a single way for the runway. Anything would be a dramatic improvement over cases like this:

daft_airports

@pnorman: yup

@mboeringa
Copy link

Looking at Indianapolis example (#1143 (comment)) even iata=* filter may be still too weak:
http://overpass-turbo.eu/s/fDH

Part of this problem is that airports are rendered to early. I only render them from >=1:250k. That is roughly equivalent to the Z12 viewport in this image:

http://www.openstreetmap.org/node/153353016#map=12/39.7385/-86.3711

While the view you showed is something like 1:1M (Z10).

Indianapolis is a huge city, it seems to cover an area roughly equivalent to something like 30x30 km, which is almost the size of an entire province here in the Netherlands...

Anyway, it seems most of these small airports with IATA code also have an access=private tag, so an adjustment like this might work if you want to maintain the Z10 rendering:

Major airports:
aeroway IN ('aerodrome') AND (iata IS NOT NULL AND iata NOT IN ('','no')) AND (access IS NULL OR access NOT IN ('private'))

Minor airports:
aeroway IN ('aerodrome') AND ((iata IS NULL OR iata IN ('','no')) OR ((iata IS NOT NULL AND iata NOT IN ('','no')) AND access IN ('private')))

Heliports, using the latest tagging scheme
aeroway IN ('heliport')

This must be combined with dedicated starting zoom scales for the display.

@jojo4u
Copy link

jojo4u commented May 3, 2016

Unfortunately at most 2,7% of all aerodromes have access=*, it's not even on the list of taginfo combinations: https://taginfo.openstreetmap.org/tags/aeroway=aerodrome#combinations

@mboeringa
Copy link

Unfortunately at most 2,7% of all aerodromes have access=*, it's not even on the list of taginfo combinations: https://taginfo.openstreetmap.org/tags/aeroway=aerodrome#combinations

Even so, with the queries I suggested, including checking the IATA tag, you will probably weed out quite a lot of the clutter. And it is likely that more aerodromes will get the access tag, once it makes a difference in the rendering...

@kocio-pl
Copy link
Collaborator

kocio-pl commented Aug 11, 2016

Revisiting the issue after reading this entry.

We still don't have any good measure for recognizing important airports, but for Indianapolis area multiple simple conditions filtering would be quite effective:

So about 95% current airports there would be hidden on z10, even if it's still quite loose condition set. Even small airports could have all these properties too, but at least it shouldn't filter out any important airport and it gives us wide margin to think about something more strict (which probably means collecting the data for all the most important airports in the world and finding the common thread). Maybe just pushing the rest to z11 would be enough.

[EDIT:] of course it's rather z10/z11 than z16/z17, as I wrote previously, these errors are now corrected.

@matthijsmelissen
Copy link
Collaborator

Sounds good for now.

giggls pushed a commit to giggls/openstreetmap-carto-de that referenced this issue Oct 5, 2016
@giggls
Copy link

giggls commented Oct 5, 2016

FYI: I Implemented the suggestion from mboeringa in german style fork.
giggls@fa181b1

@talllguy
Copy link
Author

talllguy commented Oct 6, 2016

@giggls any screenshots of how it looks around one of the areas in this thread?

@HolgerJeromin
Copy link
Contributor

@kocio-pl
Copy link
Collaborator

kocio-pl commented Oct 6, 2016

Is this really deployed already? I don't see the difference in the number of airport icons:

https://www.openstreetmap.de/karte.html?zoom=10&lat=39.80332&lon=-86.33519&layers=B000TF

@mboeringa
Copy link

Is this really deployed already?

+1.

I think it is not yet deployed, it was only committed to master yesterday.

Clearly, a private airport like this one, should no longer display once implemented based on its tagging:
http://www.openstreetmap.org/way/409314905

@giggls
Copy link

giggls commented Oct 7, 2016

https://www.openstreetmap.de/karte.html?zoom=10&lat=39.75167&lon=-86.14035 shows the current version now.

Re-Rendering is not done that often on this server as you are used to from tile.osm.org

If you like to have a tile re-rendered faster just use the /dirty trick on the particular tile:
https://help.openstreetmap.org/questions/1049/how-to-trigger-a-repaint-for-a-specific-osm-map-tile

The version (git hash) currently active on or tiles-erver is available at http://tile.openstreetmap.de/

@kocio-pl
Copy link
Collaborator

kocio-pl commented Oct 7, 2016

For me making minor airports to show from z13 is too far. After all this distinction is rather subtle - we don't have clear definition of major and minor airports. I guess z11 would be enough, even in such extreme case as Indianapolis.

Still I find my query to be better, even including nodes (major airports are probably easy to draw):
http://overpass-turbo.eu/s/j9N (German style)
http://overpass-turbo.eu/s/j9H (my take)

@utack
Copy link

utack commented Oct 7, 2016

You have an "acces" in your query, german style is a lot stricter actually

http://overpass-turbo.eu/s/j9J

Am 07.10.2016 um 13:05 schrieb kocio-pl:

For me making minor airports to show from z13
giggls@fa181b1#diff-5d9237083037cf1d6d91c329a0ff61adR1027
is too far. After all this distinction is rather subtle - we don't
have clear definition of major and minor airports. I guess z11 would
be enough, even in such extreme case as Indianapolis.

Still I find my query to be better, even including nodes (major
airports are probably easy to draw):
http://overpass-turbo.eu/s/j9G (German style)
http://overpass-turbo.eu/s/j9H (my take)


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#1143 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AIJ7QlbGK_v3FnIluxNlDZn04Q9Ek1K8ks5qxidmgaJpZM4DCcbw.

@kocio-pl
Copy link
Collaborator

kocio-pl commented Oct 7, 2016

Thanks! I've pasted a link to the corrected query. But it's still weaker than mine because of ICAO.

giggls pushed a commit to giggls/openstreetmap-carto-de that referenced this issue Oct 7, 2016
gravitystorm#1143

Conflicts:
	views_osmde/view-point.sql
	views_osmde/view-polygon.sql
@giggls
Copy link

giggls commented Oct 7, 2016

@utak: I render all airports with IATA tag and access != private in z10-z12 and all airports in z13. I did not consider ICAO because all airports with IATA code also seem to have an ICAO code.
I can issue a pull request on giggls@396da79 if desired.

@kocio-pl
Copy link
Collaborator

kocio-pl commented Oct 7, 2016

So ICAO can just promote more careful tagging (just like excluding nodes), but is not necessary.

I like your code (type labels make it clear), but I think z11 (or z12) for small would be better for any other place, which is not that loaded with small airports. Tuning for extreme case (z13) will be too strict everywhere else.

What do you think?

@imagico
Copy link
Collaborator

imagico commented Oct 7, 2016

Note there are already 36 cases with iata=none or iata=N/A - using this as a rating criterion could encourage such tagging.

I would still think using runway length as a rating criterion is probably the most universal approach. Would be great to see if that is practically feasible in live rendering.

@SK53
Copy link

SK53 commented Oct 7, 2016

@imagico I'm sure you are right about runway length, but one counter-example comes to mind: Machrihanish (Campbeltown) Airport has the longest runway in Scotland (was US AFB with Galaxy G5, SR-71 etc. visiting). With under 10k passengers it is one of the smaller ones, but still 14th overall in Scotland.

@imagico
Copy link
Collaborator

imagico commented Oct 7, 2016

Yes, military airports often follow different rules regarding runway length and this often continues if an airport is re-purposed for civilian use. The idea here is however not to have a fixed threshold like only show airports with a runway of more than 2000m at z12 but to have a rating criterion that allows prioritization and this way makes sure important airports are shown while less important ones are dropped where things are dense. To do this really well will require preprocessing but it would be interesting to see to what extent this also works ad hoc.

@giggls
Copy link

giggls commented Oct 7, 2016

@imagico I consider IATA tagged on airports where there is no such code a bug.

@SomeoneElseOSM
Copy link
Contributor

SomeoneElseOSM commented Jun 25, 2017

If it helps, here's what I'm currently doing in a different style:

https://github.com/SomeoneElseOSM/SomeoneElse-style/blob/master/style.lua#L2303

That suppresses disused ones, includes only non-military ones with an IATA code and renders grass strips less prominently. That works for the UK, but "non-military with an IATA code" may need expanding elsewhere (e.g. the US). I take the points above about use and misuse of IATA codes, but it works well enough to be useful.

Edit: See https://map.atownsend.org.uk/maps/map/map.html#zoom=12&lat=52.3575&lon=-0.16 as an example (note the difference between Alconbury and Wyton - one is tagged as military and one (incorrectly) isn't.

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

Successfully merging a pull request may close this issue.