This project page does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects:
Aviation: Airports This page is within the scope of the Aviation WikiProject. If you would like to participate, please visit the project page, where you can join the project and see lists of open tasks and task forces. To use this banner, please see the full instructions.AviationWikipedia:WikiProject AviationTemplate:WikiProject Aviationaviation This page is supported by the airport project.

I'm concerned that many destination lists are getting rather difficult to read simply because they're getting long. I was wondering what people's thoughts are of adopting a style similar to WP:WikiProject Airlines' list tables would be? This gives a dedicated row for each route, which allows notes to be better added, and a refs field for references. An example of my suggestion is below. Danners430 _{tweaks made} 11:23, 3 September 2025 (UTC)[reply]

I really like that. Much neater. 10mmsocket (talk) 13:10, 3 September 2025 (UTC)[reply]

Perhaps for tiny airports with maybe fewer than 10 airline-destination pairs... but not sure this is great for large airports - e.g. Atlanta, Beijing, Dubai, etc... you end up with a VERY long list that involved a lot of scrolling down the screen. Based on number of hits per page, I suspect that the bulk of readers are focussed more on the large airports than the tiny ones. Wibwob28 (talk) 13:28, 3 September 2025 (UTC)[reply]

If we look at the usage of the "source" table (which was originally designed for airlines), it's used extensively even for large carriers - the example I used in another discussion was United Airlines, one of the US' "Big Three" carriers. It could well be collapsed, in accordance with MOS:TABLELEFT for larger airports, provided there is an adequate summary of routes in a paragraph above the table. I've updated the sample below with an example of what I mean. Danners430 _{tweaks made} 13:34, 3 September 2025 (UTC)[reply]

I still think it's going to be a VERY long list. Not because the content is necessarily bad... but because you are implicitly having a lot of blank space. For example, if we were to look at Atlanta airport, you have a moderately wide column that contains the words "Delta Airlines" once and then blank space for many many rows. Equally for the city and airport columns, you need to allow space for the very widest of city or airport names - while other rows with shorter names are filled with a lot of blank space. As an addition, we currently show only the city name (add the airport name suffix only for a very few airports where a city has 2 or more active airports) - under the new model, we're adding the full airport name, which for most readers probably isn't that important when they want to know where an airline flies from a particular city - so we're surfacing info that currently isn't visible and possibly should be initially kept hidden for readers to view later only if they choose to do so. For most airport-destination tables, the Notes column is likely to be blank for the large major of destinations (especially on airports with more than 10 airline-destination pairs) - so again you're devoting a lot of blank space.

As an equivalent, consider reading a newspaper with articles printed two words per line, but the columnar space for articles still having the same width as they do at the moment. Yes, blank space padding is important in layout, but too much blank space can detreact from overall readability.

Perhaps try this for Istanbul airport and see what it ends up looking like ?Wibwob28 (talk) 13:54, 3 September 2025 (UTC)[reply]

I mean it's already a thing. This is an example from List of Air Canada destinations - I don't necessarily see that being a bad thing... it makes it obvious that is's all the same.

Danners430 _{tweaks made} 14:11, 3 September 2025 (UTC)[reply]

Another suggestion - if an airport, such as Instanbul, is a hub for an airline (Turkish in this case), you could perhaps have a separate table for said airline's routes. So in the case of Istanbul you'd have one table for the routes operated by Turkish, where the airline is in the table header, not every row, and another table for any other airline using the style suggested below. I'll update the sample below with that option. Danners430 _{tweaks made} 14:15, 3 September 2025 (UTC)[reply]

We used to have separate tables for scheduled and charter flights.... but decided about 10 years ago that it was too complicated having them separate. What to do for example when a vertically integrated travel company chartered flights from its own jointly owned airline and initially sold tickets only to customers also booking accommodation, and then at a later point in time agreed to sell flight-only tickets. Which table was it to go in ? Endless arguments which were resolved by combining the 2 tables together.

What to do for example at Beijing Capital airport - should we have the main table plus 3 separate tables for each of the hubbed airlines ? Maybe the main table and 6 separate tables for the airlines treating as a hub or focus city ? Wibwob28 (talk) 14:21, 3 September 2025 (UTC)[reply]

Do we really need to show "Fort Lauderdale" and "Fort Lauderdale Hollywood Airport" on the same row in the airlines-destinations table ? Seems a bit repetitive for most people - if a person really wants to know the official name of the airport in Fort Lauderdale, then looking at the page for Fort Lauderdale airport is probably the best place to provide that information. I don't think that the page for Toronto airport need have that information shown explicitly - brevity matters. 14:16, 3 September 2025 (UTC) Wibwob28 (talk) 14:16, 3 September 2025 (UTC)[reply]

My only tiny reservation with tables is they become a planespotter fancruft magnet with customer header row colours and flags. That latter bit in particular needs to be nailed down in the guidance - no flags! 10mmsocket (talk) 13:56, 3 September 2025 (UTC)[reply]

Worth bearing in mind the WikiProject style guide already uses a table - this is just changing the format slightly. But yes - absolutely... no flags. Danners430 _{tweaks made} 14:06, 3 September 2025 (UTC)[reply]

You can't collapse the tables unless you are using them to "consolidate information covered in the prose" as per Wikipedia:Manual of Style/Tables and Wikipedia:Manual of Style#Scrolling lists and collapsible content. CambridgeBayWeather (#1 deranged), Uqaqtuq (talk), Huliva 19:25, 3 September 2025 (UTC)[reply]

But isn't that dealt with by adding a paragraph before the table giving details? The text "consolidate information covered in the prose" is rather ambiguous in that sense, or maybe it's how I'm reading it. Danners430 _{tweaks made} 19:33, 3 September 2025 (UTC)[reply]

Yes but then you're looking at duplicate information and might as well dispense with the tables. CambridgeBayWeather (#1 deranged), Uqaqtuq (talk), Huliva 23:05, 3 September 2025 (UTC)[reply]

In fact, I will support a complete removal of the destination listings, as it bites with WP:NOTRAVEL and because I think it is often used for company spam (the lower cost the carrier, the less sources given). But I am fully aware that that might be a bridge too far. But I think it will be a magnet for fancruft and will become ecessively long and unreadable. How will it work out for readers on the mobile version? The Banner talk 14:19, 3 September 2025 (UTC)[reply]

Honestly, I would support the same... but I have my suspicions it wouldn't happen. When it does come to making a final decision though (ie once a format is generally decided upon) I suggest we list that as an option. Edited to add - I've viewed a few articles with the Airlines style of destination list on both the mobile app and the mobile browser, and they're fine - especially if they're collapsible. Danners430 _{tweaks made} 14:49, 3 September 2025 (UTC)[reply]

I've updated the samples as per the discussions so far.

@Wibwob28, I've combined the City and Airport columns where the airport name is simply "City Airport" or similar, but left the two columns for where a city has multiple airports (such as New York, London, Dubai etc.) I've also added a second option, showing what it could look like if you separated out hub airlines into their own table(s), which would help for airports like Istanbul, Heathrow, Atlanta etc.

Also, IMO option 3 should be to remove destination tables altogether, per @The Banner's suggestion and point regarding WP:NOTRAVEL. However we should still have some content there, perhaps a paragraph with notable routes (eg. premier routes, hub-to-hub routes etc.) and a figure for how many routes are served? Danners430 _{tweaks made} 15:06, 3 September 2025 (UTC)[reply]

I think the merged city-airport column is an interesting idea.... but the human eye tends to scan down the left hand side of the column... and when it reads something like "Hartsfield Jackson" as the first 2 words.... this is deeply misleading when the column is labelled as "City". Either we have city and airport separately, or we have just "Atlanta-Hartsfield". The existing system has done us well with almost no objections for at least 15 years - there needs to be a very strong reason to change it. Wibwob28 (talk) 15:22, 3 September 2025 (UTC)[reply]

You say “us” as though you’ve been here those 15 years yet your account was only created two months ago… that’s not to reduce any sort of input you’re entitled to, it just seems odd.

Just because something works doesn’t mean to say we shouldn’t discuss options to improve - if you look at Istanbul for example, there’s one field in the table (for Turkish) which is almost possible to decipher, because it’s one humongous list of airport names - each one in blue (because it’s linked) and with a cite (ideally). It does make understanding the list rather difficult.

While this suggestion would make the lists physically longer, it breaks them up and makes it far easier to understand and digest the information - and if you’re looking for something specific, it’s far easier to pick out the information from a tabulated list than a paragraph. It also means citations are separated out from the text ever so slightly, again aiding readability.

I have no objection to completely combining the City and Airport columns - I’m just concerned that not all airport names are obvious as to where they are actually located - for example John Wayne Airport or Harry Reid International Airport. Danners430 _{tweaks made} 15:35, 3 September 2025 (UTC)[reply]

Then stick with the current convention - namely either Atlanta or Atlanta-Hartsfield. The location of the airport is the primary piece of information when discussing an airport for most people... the official identifier of an airport e.g. JFK / Newark / La Guardia - is needed only when a city has multiple airports. However, you still have the problem of using many many rows to list out all the airline-destination pairs and wasting a lot of white space in doing so, and the scrolling up/down makes it difficult to do any sort of comparisons between airlines.

I get that a monolithic blue piece of text can make a long list - e.g. Turkish Airlines destination at Istanbul airport - difficult to read... but perhaps we could consider some kind of marker - e.g. a filled circular disc ⬤ - and use this as a separator between each city/airport destination ? Thus for Turkish Airlines at Istanbul, the start of the list might read as

"Abidjan^[153] ⬤ Abu Dhabi^[154] ⬤ Abuja^[155] ⬤ Accra^[156] ⬤ Adana/Mersin^[157] ⬤ Addis Ababa^[158] ⬤ Adıyaman^[159] ⬤ Ağrı^[160] ⬤ Aleppo^[161] ⬤ Alexandria^[162] ⬤ Algiers ⬤ Almaty^[158] ⬤ Amman–Queen Alia^[163] ⬤ Amsterdam^[164][165]"

instead of

" Abidjan,^[153] Abu Dhabi,^[154] Abuja,^[155] Accra,^[156] Adana/Mersin,^[157] Addis Ababa,^[158] Adıyaman,^[159] Ağrı,^[160] Aleppo,^[161] Alexandria,^[162] Algiers, Almaty,^[158] Amman–Queen Alia,^[163] Amsterdam,^[164][165]"

Largely keeps the same format as we already have, but makes it rather easier for the eye to scan and register separators between destinations. Of course, some might like a different character instead of a solid disc - but I give this just as a suitable example.

I'm not against making the Airline/Destination tables easier to read - but I think a minor change can fulfil this aim.

Wibwob28 (talk) 15:48, 3 September 2025 (UTC)[reply]

How can you easily compare airlines with the current format? That seems to me to be rather odd, as the only real comparison you can do is the number of destinations served - and that is maintained by the size of the table given over to each airline. Especially if you separate out hub airlines, in the example of Istanbul you’d be left with one large table for Turkish, and one table with a lot of individual routes - much as we have now, just with the routes separated out a little.

I have to say that the suggestion of separating routes with a separator doesn’t really help… and changing the colour is frowned upon by the MOS as it risks creating accessibility issues. Indeed, I’m not even sure such separators are even in the MOS! Danners430 _{tweaks made} 15:54, 3 September 2025 (UTC)[reply]

It's possible to compare airlines in 2 ways - first the number of lines of text in an airline/destination tables allows you to see the magnitude of breadth of destinations and likely the importance of each airline at an airport. Secondly, because the text is relatively compact, you can read the text of the destination list of multiple airlines on a single screen, instead of having to scroll up/down. The human eye and brain are better at comparing when they can see 2 different things together in the same glance, instead of having to look at the separately

Istanbul has just 1 hub airline.... Beijing Capital has 3 hub airline and 3 focus city airlines. I'm not sure that converting Beijing/Capital into 7 separate tables (plus of course a cargo table) is a good idea. Then of course, you end up with people arguing whether an airport is a hub or a focus city or a base for a particular airline and how these different semantic meanings should be handled - llikely to lead to serious planespottery pedantic arguments if we start having separate tables based on difficult-to-objectively-observe criteria.

My suggestion of changing the colour of references was in hindsight a bad idea - I've removed that. I still think that a filled circular disc may well be a way to separate the destinations in a long list to ensure the human eye can read and distinguish them more easily. I'm open to another symbol instead - maybe a + symbol if we prefer, but think a filled circular disc would be a high-contrast method that gives the eye a good chance to see the items in a list as separate.

Wibwob28 (talk) 16:10, 3 September 2025 (UTC)[reply]

I have to disagree - it really doesn’t help much if at all… in fact it almost makes it worse, as the list now has a third symbol or piece of text cluttering up the list. I’m sorry, but flat lists like that simply aren’t conducive to being easily read. Danners430 _{tweaks made} 16:16, 3 September 2025 (UTC)[reply]

Do people really read and take interest in the whole full list... or are they scanning the list just for a few entries of specific interest ? I wouldn't see the disc as clutter - more as something that allows the human eye to distinguish between entries in a list, just like a new line would, but still keeping relatively compact the space occupied. Think of a newspaper - you might well see horizontal and veritcal lines to separate the various articles - we generally don't see those lines as clutter but more allowing the eye to easily separate boundaries. When we see a bullet pointed list on a paper document with maybe 4 items - we generally don't see the bullets as clutter but rather as separators and introducers of new information. The problem in this case is that we sometimes have a single list with 100 or even 200 items - so 200 lines in a bullet pointed list with each line having just 1 or 2 words tends to seem a bit too much for the eye to scan.

Wibwob28 (talk) 16:29, 3 September 2025 (UTC)[reply]

You’re not proposing a bullet pointed list though - you’re proposing adding characters between phrases in a paragraph. A paragraph is not a bulleted list. If you feel like we should just remove the full list, then that’s option 3. Danners430 _{tweaks made} 16:30, 3 September 2025 (UTC)[reply]

Removing information is definitely not what I'm proposing. This is information that should be kept - it's very difficult to obtain independently and without monetary cost on the web (outside wikipedia) - airlines and airports love talking about codeshares and partnerships making it extremely difficult on airline or airport websites to see a list of where an airline itself flies from an airport, and where it involves changing aircraft to another airline. Plenty of airports will happily continue to claim airline X flies to cities airports A, B and C, even if those routes ended years ago - citing an excuse of problems with their website team because it makes the airport look more important than it really is. I suspect airlines would be very happy to see wikipedia delete this information as it would then become harder for ordinary people to see the boundary between reality and marketing-speak.

On your other point, the list of destinations flown by a single airline from airport X can't really be described as a paragraph. It's not continuous prose - it's just a list of 1-word or 2-word items, with commas as separators. I certainly wouldn't call 1 or 2 words a full phrase. Yes, commas are unobtrusive and the small size makes it difficult to discern where one item in the list ends and the next begins. The aim is to keep the list nature of this but make function that the comma feels clearer so that the individual items in a list can be distinguished more clearly.Wibwob28 (talk) 17:37, 3 September 2025 (UTC)[reply]

• Oppose Many airports have hundreds of destinations. These are already big tables, and giving every destination for each airline its own row would make these unreasonably long. I don't see a problem with the existing lists, and if the concern is their length, this isn't a solution, it makes it worse by turning one row into dozens. 16:31, 4 September 2025 (UTC)

As of Septemeber 2025, Example Airport is served by 4 different airlines, with 19 routes to 5 countries.

As of Septemeber 2025, Example Airport is served by 4 different airlines, with 19 routes to 5 countries. Of these, Hubard Airlines uses Example Airport as an operational hub, serving 7 airports in 3 countries.

To be discussed

Just realised today that the WikiProject hasn't been notified... there's a discussion at WP:Village pump (policy)#Airport destination lists - WP:NOTGUIDE?, which was opened following an ANI discussion, and which is likely of interest to members. Danners430 _{tweaks made} 12:30, 6 October 2025 (UTC)[reply]

No real consensus was reached in the initial discussion, so I’ve opened an RfC in that heading. Danners430 _{tweaks made} 17:44, 19 October 2025 (UTC)[reply]

After much back and forth, I've opened an RfC at WP:VPP#RfC - The inclusion of destination lists in Airport articles to put the matter of these lists to bed once and for all. If editors wish to contribute, please do. Danners430 _{tweaks made} 21:14, 7 December 2025 (UTC)[reply]

I've been working on Morris Park Aerodrome for a while. It's still very much a work in progress, but I'm hoping to get it ready for WP:FAC in the next few months. Any comments would be appreciated. RoySmith (talk) 01:41, 29 October 2025 (UTC)[reply]

Nice work. AndyTheGrump (talk) 01:51, 29 October 2025 (UTC)[reply]

Nice indeed. Perhaps too large for the limited importance of the subject. There is mention of one "Fred Shneider", could this be a typo for "Schneider"? Jan olieslagers (talk) 02:04, 29 October 2025 (UTC)[reply]

Hmmm, it's spelled both ways in the source, but you're probably right, thanks. RoySmith (talk) 09:23, 29 October 2025 (UTC)[reply]

Is this little, private airport really notable? It's been tagged for 5 years for no sources. I tagged it 4 weeks ago for notability concerns. Please add reliable sources. Bearian (talk) 02:37, 19 November 2025 (UTC)[reply]

Morning all (or good timezone) - I've started a discussion at WP:RSN#Flightconnections, Flightradar24 and FlightsFrom - reliable to verify airline routes? for the three sources listed, for the simple reason that there's been a bit of back and forth between various editors on numerous talk pages, so I felt it was time to get a consensus one way or the other at the appropriate venue. Just to note that I'm not trying to get them deprecated, rather I just want clarity on whether they're reliable or not for the sake of stopping the arguments. Danners430 _{tweaks made} 11:17, 19 November 2025 (UTC)[reply]

The article Mandalgovi Airport has been proposed for deletion because of the following concern:

Unsourced for 18 years. Very short, run of the mill airport. In BEFORE searches I saw some Google hits, but nothing in books, and no significant coverage.

You may prevent the proposed deletion by removing the {{proposed deletion/dated}} notice, but please explain why in your edit summary or on the article's talk page.

Please consider improving the page to address the issues raised. Removing {{proposed deletion/dated}} will stop the proposed deletion process, but other deletion processes exist. In particular, articles for deletion allows discussion to reach consensus for deletion based on established criteria.

If the proposed deletion has already been carried out, you may request undeletion of the article at any time. Bearian (talk) 01:20, 20 November 2025 (UTC)[reply]

Redirected to List of airports in Mongolia Airport Manager, Talk, Contributions 04:25, 23 November 2025 (UTC)[reply]

Long time since I made that error. CambridgeBayWeather (#1 deranged), Uqaqtuq (talk), Huliva 04:26, 23 November 2025 (UTC)[reply]

Thanks! Bearian (talk) 04:26, 23 November 2025 (UTC)[reply]

The article Mulegé Airstrip has been proposed for deletion because of the following concern:

Run of the mill private air strip used only by general aviation: Private airplanes.

You may prevent the proposed deletion by removing the {{proposed deletion/dated}} notice, but please explain why in your edit summary or on the article's talk page.

Please consider improving the page to address the issues raised. Removing {{proposed deletion/dated}} will stop the proposed deletion process, but other deletion processes exist. In particular, articles for deletion allows discussion to reach consensus for deletion based on established criteria.

If the proposed deletion has already been carried out, you may request undeletion of the article at any time. Bearian (talk) 22:05, 25 November 2025 (UTC)[reply]

Could somebody give me guidance on the convention for the names of airports in other languages? If there are other languages used locally to the airport, am I advised to use the names for the airport in that language (as sourced in formal media outlets) or does it have to be used by the airport itself? I ask that to clear up an ongoing issue of local names being removed from the articles of various airports in Britain and Ireland. Gallovidisk (talk) 10:01, 27 November 2025 (UTC)[reply]

As far as I'm aware, there is no written guidance specific to airports as to when local names should or should not be used. {{Infobox Airport}} documents the existence of the nativename parameter but doesn't specify when it should be used. As to the lead, MOS:FOREIGNEQUIV tells us that a local name may be added if the subject of the article is closely associated with a non-English language. For non-English-speaking countries the answer is obvious, but since you mention Britain and Ireland, we're presumably talking Gaelic/Welsh/Cornish/whatever used in addition to English. I'd suggest that if the airport doesn't use the local name officially, it should be attested in reliable sources. That doesn't necessarily mean online sources: if the name is seen on bilingual road signs near the airport, for example, a case could probably be made for including it. Rosbif73 (talk) 10:54, 27 November 2025 (UTC)[reply]

For WikiProjects that participate in rating articles, the banners for talk pages usually say something like:

• "This article has been rated as Low-importance on the importance scale."

There is a proposal to change the default wording on the banners to say "priority" instead of "importance". This could affect the template for your group. Please join the discussion at Wikipedia talk:WikiProject Council#Proposal to update wording on WikiProject banners. Stefen 𝕋ower ^{Huddle • Handiwerk} 19:37, 6 December 2025 (UTC) (on behalf of the WikiProject Council)[reply]

Just a thought - a lot of the edits to airport destination lists are removing start dates after a route has commenced. Is it perhaps creating a template specifically for start dates that can be added to AnomieBot for automatic removal when the date has arrived? Just for the sake of automating an otherwise tedious manual task, that although it's done well by a number of editors, it wouldn't hurt to lessen the workload... Danners430 _{tweaks made} 22:37, 17 January 2026 (UTC)[reply]