Template talk:Infobox airport/Archive 4

message: The current format recommended for entering coordinates is:
| coordinates  = 
This uses the new  template, which has three options for display:
* display=inline – display the coordinates inline (default) (replaces )
* display=title – display the coordinates by the article title (replaces )
* display=inline,title – display the coordinates both inline and at title (replaces )
In December it was announced that Wikipedia articles would show up in the Google Earth Geographic Web Layer if they contained "{{coor title d[ms]}}" or "{{coor at d[ms]}}" templates. Additionally, Google supported references to those two templates as well as "{{coor d[ms]}}" if used in an Infobox and assigned to a parameter named either coordinates or coords. 
In June it was reported that Wikipedia articles using  would also appear, but only if the title keyword is used. The reason given was it "indicates that the coordinates explicitly refer to the location of the title article, rather than another geographic location that may appear in the article text". It also stated that Google Earth would not pick up articles using  with "display=inline". Unfortunately, no mention was made whether "display=inline" would work if used in an Infobox, as was the case for "{{coor d[ms]}}" (users later discovered that it did not work). That update stated "at the present time, Google recognizes other Wikipedia templates. However, Wikipedia has deprecated these older templates. You should use  instead."
Using  with title in  causes one of the following results:
* display=inline,title – displays coordinates on right side of article's title area directly above infobox AND again inside the infobox.
* display=title – displays coordinates above the infobox, but leaves an empty cell inside the infobox (see this example).
Both options also cause the coordinates to use the small font size of the infobox text (which is made even smaller because the title area text uses font-size:85%):
*title when coord used inside infobox: Coordinates: 
*title when coord used outside infobox: Coordinates: 
I believe the best solution is to use display=title, since the coordinates will appear directly above the infobox and displaying them again inside the infobox is redundant. However, this should be done in conjunction with moving the  template out of the infobox, to eliminate the problems of an empty cell in the infobox and tiny coordinates in the title.
Even ignoring the Google Earth issue, I would still recommend these changes, because they give the airport article a neater look with the new globe icon (which caused the coordinates to occupy two lines in the infobox).
What follows is an abbreviated version of the suggested template code. The results can be seen at Paris Beauvais Tillé Airport.

{{Infobox Airport
| name         = Paris Beauvais Tillé Airport
| IATA         = BVA
| ICAO         = LFOB
| type         = Public
| city-served  = Paris
| coordinates  = 
... etc.
Of course, the coordinates parameter could also be left blank or omitted entirely.
See also:
*Wikipedia:Manual of Style (dates and numbers)#Geographical coordinates
*Wikipedia:WikiProject Geographical coordinates
*Official Google Blog, by Chikai Ohazama, Google Earth team. Posted 12/09/2006.
*Using Google Earth: Editing Wikipedia Layer Content, by John Gardiner, Google Earth team. Posted 12/13/2006.
*Wikitech-l: Google Earth and 'coord' template, by Jason Shields, Google Earth team. Posted 6/21/2007.
*About the Google Earth Geographic Web Layer, Official Google Earth FAQ. Updated 6/27/2007.
Related discussions:
*Wikipedia talk:WikiProject Aviation/Infobox Airport#Google earth (Dec. 2006 - Jan 2007)
*Wikipedia talk:Manual of Style (dates and numbers)/Archive 70 (May - June 2007)
*Wikipedia talk:Manual of Style (dates and numbers)#Coordinates, again (June - Aug. 2007)
*Wikipedia talk:WikiProject Geographical coordinates#Question about which coordinates system to use (Aug. 2007)
*Template talk:Coord#Using display=inline (Sep. 2007)
Any comments? -- Zyxw 07:55, 10 September 2007 (UTC)
replies: text: I agree with moving the coordinates out of the infobox. It looks better that way. Bwpach 20:36, 17 September 2007 (UTC)

text: Is it wrong to have the information listed in the Infobox and the title area when using  with display=inline,title? I think it looks fine. Keep the coordinates within the infobox. If the text size is an issue, perhaps it can be taken up with as a discussion in the  page. papageno 01:58, 6 November 2007 (UTC)
thread_title:  Moving coordinates out of the infobox 

message: Why is the image size only 200 pixels?  Cacophony (talk) 00:42, 19 November 2007 (UTC)
replies: text: Since  displays at a width of 220 pixels, the default image width of 200 pixels displays the image with a small border. If you want to use a different image size, there is an image-width parameter available. See Template:Infobox Airport/doc #Airport image for details. -- Zyxw (talk) 10:24, 22 January 2008 (UTC)
thread_title:  Image size 

message: The statistics section should reflect passenger, cargo and other rather important figures for the past couple of years, not just for the past year. See Tallinn International Airport. Alepik (talk) 19:57, 4 January 2008 (UTC)
replies: text: The template currently allows for a maximum of four lines under the "Statistics" heading. That was based on articles using the old  templates where editors had manually added the current statistics. However, the user can specify both the header name and the data, allowing for other possibilities as seen in your example at Tallinn Airport. My personal preference is to show only the current statistics in the infobox and place the historical statistics in the body of the article, as can be found in Singapore Changi Airport, Perth Airport and others. -- Zyxw (talk) 10:24, 22 January 2008 (UTC)
thread_title:  Historical statistics 

message: Are they required in the infobox. I really don't think they needed or really serve any purpose. CambridgeBayWeather Have a gorilla 06:05, 7 March 2008 (UTC)
replies: text: I wanted to have the zip and area codes in to be consistent with the infoboxes for cities. I guess they aren't needed for airport infoboxes. Socal gal at heart (talk) 06:08, 7 March 2008 (UTC)
replies: text: If the postal and area codes are the same as for the city, that information should be just one click away. If it is different, then it is better displayed within the article itself, probably in the form of listing the airport's full address and/or telephone number. -- Zyxw (talk) 06:26, 7 March 2008 (UTC)
thread_title:  Postal and area codes 

message: This template was originally designed as a replacement for the multi-template  and therefore designed to have the same appearance as the old-style template. A recent edit on 20 April 2008 made a few minor changes that caused a noticeable change in the infobox.
# The table class "infobox bordered vcard" was changed to "infobox vcard". This eliminated the border previously displayed between the rows and columns of the table (see the prior version with borders) and also increased the spacing between table rows due to the elimination of border-collapse: collapse; (defined in MediaWiki:Common.css under .infobox.bordered).
# The base font size was changed from 80% to 90%. The effect of the larger font was even more apparent in the section headers, which still used font-size:120%.
# The edit also removed . That was originally included to allow the entire template to be copied to or from Template:Infobox Airport/sandbox without editing.
I have made the following changes:
# The table remains in the borderless mode since it has been that way for almost a month now without any complaints. However, line-height:160% has been removed from the table style, since it is was there to increase the line-spacing in bordered mode.
# The base font size was decreased slightly to 88% (also used by Template:Infobox) to provide a more consistent appearance across different browsers (90% was causing larger text in Internet Explorer than in Firefox). The section headers now use font-size:115% and the footnotes use 90% (previously tried font-size:larger and smaller but this also caused inconsistencies, specifically larger section headers in Firefox than in IE).
# The  has been restored, along with a comment explaining why it is there.
Prior to the recent change, I didn't see a need for a mass-conversion of the old infoboxes because the appearance was the same. However, if this template retains the borderless design, it might be a good idea to convert the old templates. -- Zyxw (talk) 06:55, 18 May 2008 (UTC)
thread_title:  20 April 2008 template changes 

message: Would like to see metric units first, e.g. elevation 5 m / 17 ft (see WP:UNITS). PollyWaffler (talk) 00:02, 19 June 2008 (UTC)
replies: text: Metric units can be placed first by using Template:Infobox Airport#Infobox control. However, caution should be used before doing that. In Canada and the US both airport elevations and runway lengths are always in feet so that should be used first. For the rest of the world, the majority use elevations in feet and runway length in metres, such as London Heathrow Airport and Charles de Gaulle International Airport, the source for which can be seen here. Of course there are exceptions, the source for Pristina International Airport shows the elevation as 545 (1,789), as does Singapore Changi Airport, showing 6.68m (21.92ft), here. The box should, I think, show what the source uses be it feet or metres. CambridgeBayWeather Have a gorilla 16:47, 29 June 2008 (UTC)
thread_title:  Metric units first 

message: I noticed that several infoboxes have automatic conversions for m/ft. Would it be possible to do that with this box? Either without breaking the way it's set now or having a bot run through and update the 5,000+ articles that are using the template. CambridgeBayWeather Have a gorilla 16:47, 29 June 2008 (UTC)
replies: text: I'm working on it.  The default is currently to display feet first for both length and elevation.  Are we going with this? JIMp talk·cont 08:34, 8 August 2008 (UTC)
replies: text: If possible it should default to feet first for elevation and meters first for length. The US and Canada are the only countries that that still use feet for runways. For elevations there are only a few Asian and a couple of east European contries that use metres first. CambridgeBayWeather Have a gorilla 09:56, 8 August 2008 (UTC)
replies: text: It's certainly possible.  I'd want to do it by replacing the parameters metric-elev and metric-rwy with a different parameter, e.g. system or units.  The new parameter would be set to a specific value for feet first always and a different one for metres always first.  This would, however, require a bot's going through and adding the new parameter wherever necessary. JIMp talk·cont 16:02, 9 August 2008 (UTC)
replies: text: Just want ot be clear. The template would be broken on a temporary basis until the bot updated it? Also when the bot makes the change over would the article still show the same order as it does now? In other words if a French airport currently shows the elevation in metres first would it still show that after the bot is finished? CambridgeBayWeather Have a gorilla 22:30, 9 August 2008 (UTC)

text: What about the second part? If the airport is currently showing an elevation in metres now, would it still be that way after the bot has finished? The thing is, with the way bots/bot owners have been treated in the last few months, I really don't want to be making things worse for them. CambridgeBayWeather Have a gorilla 16:39, 10 August 2008 (UTC)
replies: text: It would be done in such a way that there'd never be any visible difference on any article (except, of course, where the article was wrong in the first place—this would probably have to be done by hand).  The bot would run in three (or two) phases looking for metric-elev and metric-rwy and swapping them for the new parameter. In the first phase it would add the new parameter (set to feet, imp, us) to those feet-feet (the Canadian & US) articles—which ones these are shouldn't be hard to determine automatically: those with neither metric-elev nor metric-rwy.  Then the transitionary version would be put in place.  In phase two it would deal with the metre-metre articles, replacing metric-elev and metric-rwy with the new parameter (set to metres, meters, metric); again these would be easy to determine automatically: those with metric-elev (and metric-rwy).  After this the new version of the template could be put in place.  In the third stage all the remaining occurances of metric-elev and metric-rwy would be removed (from the metres-feet articles).  Stages two and three could be done simultaneously (thus the "(or two)" above). JIMp talk·cont 08:34, 11 August 2008 (UTC)
replies: text: Sounds fine then. I'll leave a note at Wikipedia talk:WikiProject Airports. Thanks. CambridgeBayWeather Have a gorilla 09:13, 11 August 2008 (UTC)
thread_title:  Automatic conversions 

message: The template links to the the articles Metre & Foot (length) up to three times.  Should it even link to such common English words once?  WP:OVERLINK would suggest not. JIMp talk·cont 08:31, 8 August 2008 (UTC)
replies: text: Probably not. CambridgeBayWeather Have a gorilla 09:56, 8 August 2008 (UTC)
thread_title:  Overlinking 

message: The changes in this edit broke the hCard microformat. Please will somebody reverse them (but not revert; so as to preserve subsequent edits). Thank you. Andy Mabbett | Talk to Andy Mabbett 12:00, 20 August 2008 (UTC)
replies: text: Happy‑melon 08:59, 21 August 2008 (UTC)
replies: text:  Thank you. Andy Mabbett | Talk to Andy Mabbett 16:16, 21 August 2008 (UTC)
thread_title:  Microformat broken 

message: Please make these changes:
[changes redacted to save space]
to add several "nickname" properties for the hCard microformat. Thank you. Andy Mabbett | Talk to Andy Mabbett 18:13, 23 August 2008 (UTC)
replies: text: Happy‑melon 14:35, 24 August 2008 (UTC)
replies: text: That's great; thank you. Andy Mabbett | Talk to Andy Mabbett 14:51, 24 August 2008 (UTC)
thread_title:  Upgrading the hCard microformat 

message: Can an admin please add this template to :Category:Exclude in print? Thank you. Glacier Wolf 12:01, 27 March 2009 (UTC)
replies: text: Can you not just add it to the documentation subpage in an includeonly? — Martin (MSGJ · talk) 12:54, 27 March 2009 (UTC)
replies: text: Should the infobox be excluded from print? I understand nav or stub templates, but as far as I know, generally infoboxes are being included, as they contain valid summary info on the article. - Trevor MacInnis (Contribs) 16:09, 27 March 2009 (UTC)
thread_title:  Editprotected request - Add to [[:Category:Exclude in print]] 

message: Does this Infobox support Wikipedia:Alternative text for images ? -Optigan13 (talk) 01:49, 15 August 2009 (UTC)
replies: text: It doesn't appear to, and I believe that support needs to be added, otherwise it may be difficult or even impossible for any article using this infobox to pass an FA review. Unfortunately, I don't know how to do this myself; if someone with better knowledge of template syntax than I can add it, it would be much appreciated. Ron2K (talk) 10:51, 23 December 2009 (UTC)
replies: text:  I've added it to the sandbox and tested on the test cases page; it appears to work. Could someone else confirm that it works, and maybe perform a sync if it does? Ron2K (talk) 11:01, 23 December 2009 (UTC)
thread_title:  Alternative text for images 

message: Hi, I have drafted a version of this which adds a parameter to list what airlines the airport is a hub or focus city for. Personally, I think this would be a useful addition. The draft is located at User:Ishwasafish/Sndbx 4 Infobox Airport. Thanks, Ishwasafish click here!!!  22:00, 16 August 2009 (UTC)
replies: text: Have you tested this thoroughly? It doesn't seem to allow both hub and focus to be used ("=yes" I presume?) at the same time, and a third parameter "airline" must be used to list the airlines, which isn't an easy way to do this. I'd also ask for some input from the Airports Project before implementing this.- Trevor MacInnis contribs 23:22, 16 August 2009 (UTC)
replies: text: Both hub and focus city could be used, it would be similar to in Airline articles, where you would list the individual airport that was a focus city or hub for the airline. Here is an example for SFO:
 
 Hub for
  * United Airlines  * Virgin America
 
 
 Focus city for
  * Alaska Airlines
 
 
 Ishwasafish click here!!!  01:03, 17 August 2009 (UTC)

text: . I saw the mixed reactions to the focus-city but decided to add that as well. If there turns out to be a problem with that parameter it can easily be removed. Would you please update the documentation page now? — Martin (MSGJ · talk) 18:31, 17 August 2009 (UTC)
replies: text:  by . Thanks a lot!  Ishwasafish click here!!!  12:50, 23 August 2009 (UTC)
thread_title:  Addition 

message: Requesting sync with the sandbox to bring into line with edits to other aviation infoboxes recently, and to clean the code up a bit. Comparison at test cases. Chris Cunningham (not at work) - talk 12:29, 26 September 2009 (UTC)
replies: text: I've tweaked the microformat mark-up in the sandbox. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 12:37, 26 September 2009 (UTC)

text: This has been done by . — Martin (MSGJ · talk) 13:45, 29 September 2009 (UTC)
thread_title:  Style tweaks 

message: Why is there a bunch of things like
<includeonly>|
This seems pointless to me, and causes some problems in print (click  to see what I mean). Headbomb {ταλκκοντριβς – WP Physics} 22:29, 2 December 2009 (UTC)
replies: text: Good question. I'm not too familiar with how this version came about, but I'll try a sandbox version without the junk and see if it still works. If it does then they should be removed. - Trevor MacInnis contribs 23:25, 2 December 2009 (UTC)
thread_title:  includeonly 

message: Hi, just a small request to change the hub parameter from hub for to Hub/Base for, as there are quite a number of airlines which have -hub-like- operations, yet dont refer them to hubs, but they refer to them as bases.  A few examples are Ryanair, Spirit Airlines, JetBlue Airways, V Australia and Regional Express Airlines, just to mention a few.  
Sb617  (contribs) 00:07, 26 December 2009 (UTC)
replies: text:  I think Spirit, JetBlue, and Ryanair]] is already listed in the hub parameter that their bases. I think I would go for changing it to "Hub/Base for". Snoozlepet (talk) 16:22, 28 December 2009 (UTC)

text: Many airlines uses bases to indicate that they have a crew base there so adding that term could be confusing. Vegaswikian (talk) 00:17, 29 December 2009 (UTC)
replies: text: This is a continuing concern. Many airlines do not use a hub system. Home base and focus city are just as important as hubs due to the increase of airlines using the alternative model. The percentage of traffic on these is huge now. The only argument I have seen against including additional parameters is that editors are worried that it will cause edit wars since some people get all bent out of shape when an airline isn't noted. A simple fix to that is making sure we stay make sure there is verifiability from reliable sources (kind of a big part of Wikipeida :)  ) In regards to confusion, a Wikilink can take care of that. Cptnono (talk) 00:41, 29 December 2009 (UTC)
replies: text: My only concern with this is the same as using "focus city". Are we going to end up with a large amount of airlines in the infobox? Enter CambridgeBayWeather, waits for audience applause, not a sausage 08:23, 29 December 2009 (UTC)
replies: text: Bases and focus cities are just as important as hubs and generate a good amount of traffic as the industry has changed and airlines have not used the hub system. Maybe no parameter at all would be appropriate if the length is a concern.Cptnono (talk) 08:42, 29 December 2009 (UTC)
replies: text: Just curious but are people thinking in terms of major passenger scheduled airlines only? An airline includes passengers and freight and could be made up of one aircraft doing skeds and/or charters. For an example look at Yellowknife Airport. It currently has five listed but adding bases would then include North-Wright Airways, Adlair Aviation, Buffalo Airways, Great Slave Helicopters, Nunasi Helicopters, Summit Air and there appears to be some others that I'm not sure of right now. So for a smaller regional airport we now have at least 11 and I would suspect that larger airports are going to have a few more. By the way how is "base" defined for use in Wikipedia? Enter CambridgeBayWeather, waits for audience applause, not a sausage 15:40, 29 December 2009 (UTC)

text: Again the encyclopedic nature of the information needs to be established.  Hubs are definable.  Bases is ambiguous.  If we expand to what is being requested, I can see major confusing problems with helicopter airlines.  Vegaswikian (talk) 18:54, 29 December 2009 (UTC)
replies: text: If a source calls it a focus city or  home base than it is definable. If a source doesn't say it then it can't be included per Wikipedia's standards. Hubs are still important but their prominence in the industry has diminished.Cptnono (talk) 21:52, 29 December 2009 (UTC)
replies: text: All the ones I listed have sources. However, I see that you are now saying "home base" which is different to "base". As an example the home base for Adlair Aviation is Cambridge Bay Airport but Yellowknife Airport is a secondary base. That's why I asked for base to be defined. Enter CambridgeBayWeather, waits for audience applause, not a sausage 23:52, 29 December 2009 (UTC)

text: One suggestion is Airline hub/base for, as to make it clear the infobox is for Airlines only, and to prevent listing General Aviation/Helicopter companies in the infobox. Sb617  (contribs) 02:20, 30 December 2009 (UTC)
replies: text: I don't see why airlines like Air Transat and Skyservice can be counted in the hub parameter of Canadian airports but WestJet is not. Although WestJet doesn't technically use the term "hub" it transfers passengers at these airports and base all their crews and planes out of them. Whereas Air Transat has no connecting passengers, just point-to-point service, how is that a hub? Thankyoubaby (talk) 22:46, 9 January 2010 (UTC)
thread_title:  Hub parameter. 

message: Could we add in the GPS identifier to the template, as I've already seen it used on a few pages. Thanks. Kevin Rutherford (talk) 01:29, 17 March 2010 (UTC)
replies: text: Adding parameters to infoboxes is often considered controversial, so I would ask you to leave this request for a few days to see if anyone has any comments. — Martin (MSGJ · talk) 07:40, 17 March 2010 (UTC)
replies: text: It's been two weeks, so it doesn't seem controversial. Kevin Rutherford (talk) 23:46, 31 March 2010 (UTC)
replies: text: Okay fine, can you be more specific about what needs to be changed? — Martin (MSGJ · talk) 08:51, 1 April 2010 (UTC)

text: Please specify the exact code change required. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 22:15, 1 April 2010 (UTC)
replies: text: Sorry about the delay. If possible, could "GPS:  –" be added. Most airports have a GPS identifier as they are now becomming more popular on newer planes. Thanks. Kevin Rutherford (talk) 18:49, 4 April 2010 (UTC)
replies: text: Which position should this new field be placed at? — Martin (MSGJ · talk) 09:11, 5 April 2010 (UTC)
thread_title:  Request 

message: Many airports also report meteorological synoptic observations, I would suggest that it would be useful to add the WMO station identifier (e.g. RAF Leeming is 03257, Newark is 72502 etc) to the infobox, somewhere near the IATA/ICAO? yorkshiresky (talk) 14:20, 19 May 2010 (UTC)
replies: text: Support. Good idea. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 15:10, 19 May 2010 (UTC)
replies: text:  Enter CBW, waits for audience applause, not a sausage. 17:31, 24 May 2010 (UTC)
replies: text: Have some from Ernest Borgnine, thanks.  yorkshiresky (talk) 17:55, 24 May 2010 (UTC)
thread_title:  Request to add WMO number 

message: The recent addition of a line break before the recently added GPS and WMO airport codes creates a blank line in the infobox on some airport pages. This can be fixed by replacing:
:
 
with:
:
  
-- Zyxw (talk) 21:34, 24 May 2010 (UTC)
replies: text: Done.  I was just thinking the same thing.  Thanks! Plastikspork ―Œ(talk) 22:07, 24 May 2010 (UTC)
replies: text: Sorry about that. Enter CBW, waits for audience applause, not a sausage. 22:41, 24 May 2010 (UTC)
replies: text: No problem at all. The first step was the more complicated one, this follow-up was somewhat minor.  Thanks! Plastikspork ―Œ(talk) 22:59, 24 May 2010 (UTC)
thread_title:  Edit request - conditional line break 

message: that: 
#all instances of m be changed to m; and
#all instances of ft be changed to ft 
in accordance with WP:OVERLINK. These well known units of measurement, especially in terms of the context, are never likely to be unfamiliar nor ambiguous, and should be removed. Ohconfucius ¡digame! 08:50, 4 July 2010 (UTC)
replies: text: HJ Mitchell | Penny for your thoughts?   19:21, 4 July 2010 (UTC)

text: Hopefully that did it. Plastikspork ―Œ(talk) 19:07, 23 August 2010 (UTC)
thread_title:  Edit request - units of measurement 

message: Is it possible to add the following fields:  
owner-contact (displaying the contact's name)
owner-telephone (displaying the contact's telephone number)
operator-contact (displaying the contact's name)
operator-telephone (displaying the contact's telephone number)
These would be sub-fields of the current owner & operator fields, and data should display only if those fields are occupied, and then without a field label.
Example (current operator field with additional data)
Airport Flying Service
John Smith - Manager
555-555-5555
Or, can you suggest a work-around to display this information beneath the existing owner and/or operator fields?
Yunchie (talk) 12:39, 29 September 2010 (UTC)
replies: text: I really don't think that we should be providing the phone number for airports. I'm sure that the owner of Essex/Billing Airstrip would not really want his phone number published in Wikipedia. Also I'm not convinced that there is any encyclopaedic value in providing the numbers. I checked a few and while some numbers may lead you directly to the airport authority others do not. For the most part there is a link to the airport website and contact information can usually be found there. I looked at Edmonton International Airport, their contact page and Canada Flight Supplement (CFS). The phone number for Edmonton Airports in the CFS is different from any listed on the contact page. Enter CBW, waits for audience applause, not a sausage. 13:17, 29 September 2010 (UTC)
replies: text: I don't agree that owners would not want a number published, but I can understand its lack of encyclopedic value, somewhat.  I do see it as an 'Information Box', which probably should provide some information rather than make the viewer search for it.  Regarding an airport, often the owner is a government entity, and there probably is a pertinent contact person that has a number.  In the case of smaller, public airports, the owner and operator may be one and the same, also having a specific contact person.  My request was only to offer these options in the template for the wide variety of situations found. Yunchie (talk) 13:51, 29 September 2010 (UTC)
replies: text:  I am disabling the edit request for now, but please continue to discuss.  I would say that Wikipedia:NOTDIRECTORY is reason enough to discuss this before implementation.  Thanks! Plastikspork ―Œ(talk) 00:33, 30 September 2010 (UTC)
replies: text:  OK, I can see the point of the 'no phone number' in the reference that you provided.  As it doesn't specifically prohibit a 'Contact Name', I can change my request to just that.  I can offer support for this with the example that a school might list the name of its principal.  Perhaps, instead of the phone number, a separate field for the title would be more appropriate instead of the method that I used as an example above. Yunchie (talk) 01:36, 30 September 2010 (UTC)
replies: text: I have no problem with the manager/contact person being listed if known. Enter CBW, waits for audience applause, not a sausage. 05:26, 30 September 2010 (UTC)
thread_title:  Edit request from Yunchie, 29 September 2010 

message: Please change:

|- class="note" style="text-align: left"
{{#if: {{{type<includeonly>|</includeonly>|}}}|
! colspan=2 {{!}} Airport type
{{!}} colspan=2 {{!}} {{{type}}}

to:

|- style="text-align: left"
{{#if: {{{type<includeonly>|</includeonly>|}}}|
! colspan=2 {{!}} Airport type
{{!}} colspan=2 class="category" {{!}} {{{type}}}

So that the "type" value is coded as an hCard microformat "category" (nothing to do with Wikipedia categories), and not the more generic "note". Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 14:50, 29 December 2010 (UTC)
replies: text: I was going to do this but I was unsure about something. What is the purpose of the ,  as the don't seem to appear on the page? Also I noticed that the other sections below this one also use the first style. Do they need updating as well? Enter CBW, waits for audience applause, not a sausage. 15:49, 29 December 2010 (UTC)
replies: text: Included in error; now removed, thanks. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 16:22, 29 December 2010 (UTC)
replies: text: . Enter CBW, waits for audience applause, not a sausage. 19:10, 29 December 2010 (UTC)
replies: text: That's great, thank you. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 21:46, 29 December 2010 (UTC)
thread_title:  hCard microformat improvement 

message: A lot of airport article infoboxes have a  included via the rather hacky method of putting it in one of the airport code fields - see for example the Heathrow or JFK articles. I suggest that we add code to the template to do it properly, as it is done in . This would mean having separate parameters for longitude and latitude which would generate the  template, rather than putting the  template in a single coordinates parameter. (Although the code would be set up so that the coordinates parameter continues to work as it does now, so nothing would break.) I am willing to do the wikicode for this if we agree that it is a good idea - we would also need to decide where in the template the map would be most suitably placed. - htonl (talk) 11:33, 8 January 2011 (UTC)
replies: text: Sounds like a good idea.  I would say either right above the summary section would be a good place for it.  Or, right before the the runways section.  Plastikspork ―Œ(talk) 15:59, 8 January 2011 (UTC)
replies: text: Sounds fine. Would it be possible to do in such a way that the two lines in the , "coordinates_type = airport" and "coordinates_display = inline,title", would not be required but would be the automatic default? Enter CBW, waits for audience applause, not a sausage. 18:39, 8 January 2011 (UTC)
replies: text: Sure, we could make "title" display the default, unless it is specified otherwise.  As far as the type goes, we could use "coordinates_region", and have "type:airport" appended by default. Plastikspork ―Œ(talk) 18:42, 8 January 2011 (UTC)

text: Well, I'm going to start working on it then. - htonl (talk) 10:22, 9 January 2011 (UTC)

text: Done but the documentation needs doing as well. Enter CBW, waits for audience applause, not a sausage. 16:35, 11 January 2011 (UTC)
replies: text: Yes, I'll do that now. - htonl (talk) 18:02, 11 January 2011 (UTC)
replies: text: Used it here and here for now. Enter CBW, waits for audience applause, not a sausage. 18:11, 11 January 2011 (UTC)
replies: text: Great! I hope the documentation is satisfactory. In the examples I removed the stuff about using  inside the infobox creating too-small coordinates in the title, since that doesn't seem to happen any more as far as I can see. I didn't add a map to the Beijing example since there isn't a suitable  (other than the whole-of-China map), and it can also serve as an example of using the old-style coordinates parameter. - htonl (talk) 19:18, 11 January 2011 (UTC)
thread_title:  Including a location map 

message: Hi, just comparing this template to the military unit infobox, it'd be nice to borrow the "notable commanders" parameter from the unit one for air bases. The existing "commander" parameter is fine for the current commander, and the unit infobox has that as well, but for past commanders the "notable commanders" one works well. There are other parameters from military units that would also be of value, such as "aircraft flown", but that's not particluarly vital when the "occupants" parameter can point you to units, which will generally include the aircraft.  Really like to see "notable commanders" though... ;-) Cheers, Ian Rose (talk) 08:34, 13 January 2011 (UTC)
replies: text: Any response to this? Cheers, Ian Rose (talk) 01:20, 1 February 2011 (UTC)
replies: text: Do you have examples of air bases where "notable commanders" in an infobox (presumably duplicating info in the article) would help readers of an airport article ?  Listing previous commander(s) in infobox might be useful for military units, but I think we should draw the line at air bases. DexDor (talk) 20:46, 18 April 2011 (UTC)
replies: text: Past notable commanders (which, in WP terms, effectively means past commanders who have their own article) are just as worthwhile for air bases as they are for any other military unit. This may be where we hit a bit of an impasse, aviation people see them simply as airfields whereas military people see them also as (static) units. There has been discussion elsewhere of simply creating a new and separate template for military airbases, and perhaps that will be the better course. I just felt it was a bit a shame to have something separate when there are military air bases that share facilities (at least a runway) with civilian airports, and one infobox could make things tidier. Cheers, Ian Rose (talk) 21:57, 18 April 2011 (UTC)
thread_title:  Additional military parameter 

message: The statX-data items are numbers and should be aligned to the right to flush with the right side of the table. It always looks odd looking at passenger statistics when they are flushed left as they are today, especially when there are multiple stat numbers - they don't line up right one below the other. Thanks, Wikiliki (talk) 16:51, 10 February 2011 (UTC)
replies: text: Seems reasonable.  I will leave this open for a bit and see if there are any objections. Plastikspork ―Œ(talk) 01:47, 11 February 2011 (UTC)
thread_title:  Text alignment in statistics data area 

message: Please sync with the current revision of the template sandbox. Somewhere in the recent series of layout edits, something was changed so that the pushpin map is no longer centered in the template. My edit to the sandbox fixes that. You can see the difference in the testcases. - htonl (talk) 15:05, 13 March 2011 (UTC)
replies: text: Done.  If I recall, we even had to add some explicit  tags at  to make the centering work in all browsers.  Plastikspork ―Œ(talk) 17:20, 13 March 2011 (UTC)
thread_title:  Pushpin map alignment - edit request 

message: I just noticed that the Infobox on the Wright-Patterson Air Force Base page is different than the example given in Example 4. Is this intentional due to guidelines or does one need to be updated? It would probably be beneficial if the Example and the page matched. Evan.oltmanns (talk) 00:17, 20 March 2011 (UTC)
replies: text: Feel free to update the documentation and/or the article.  I don't think anyone bothers to keep them in sync.  Frequently examples are made more generic to avoid this issue.  Thanks! Plastikspork ―Œ(talk) 02:44, 28 March 2011 (UTC)
thread_title:  Wright-Patterson AFB 

message: Please add an interwiki: id:Infobox Bandara. Thanks.
RaymondSutanto (talk) 05:05, 30 July 2011 (UTC)
replies: text: Interwikis are added to the unprotected documentation. 117Avenue (talk) 05:08, 30 July 2011 (UTC)
thread_title:  Edit request from RaymondSutanto, 30 July 2011 

message: The pushpin maps as enabled in  use a default image and size for the marker (). I propose allowing a non-default image and size for instances where a location map image is too dark to allow easy viewing of the black airplane marker. This would be accomplished via the addition of two parameters: pushpin_mark and pushpin_marksize (passed through to  via its parameters mark and marksize). This will not affect any existing airport infobox, because the template will use the current defaults if the new parameters are not included or are blank.
Current template code:
|mark = Airplane silhouette.svg
|marksize = 10
Suggested change:
|mark = 
|marksize =  
This has been implemented in  (diff) and an example can be seen at .
-- Zyxw (talk) 08:29, 2 August 2011 (UTC)
thread_title:  Edit request - enable parameters to specify pushpin map marker image and size 

message: The Location map template includes a parameter outside=1 that can be used to suppress an error if the mark location is outside of the map. I would like to use this in Chkalovsky Airport. That article uses a map of Moscow to illustrate the location of the airport. A error category is created because the mark is outside the Moscow map, but I think this is fine because the mark is still visible on this map. I don't want to change the map to all of Russia. Can the outside=1 parameter be added to the airport infobox to support this? MB 22:41, 29 June 2017 (UTC)
replies: text: added as  per template:infobox lighthouse syntax. Frietjes (talk) 23:11, 29 June 2017 (UTC)
thread_title:  Location map parameters