Forum:Global and regional issues/The two systems of airport codes: Difference between revisions

From OpenGeofiction
Jump to navigation Jump to search
 
(15 intermediate revisions by 8 users not shown)
Line 11: Line 11:
Thanks, everyone for your feedback! If there's a consensus starting to form below, we'll proceed accordingly. &mdash; [[User:Alessa|Alessa]] <sub>([[User talk:Alessa|talk]])</sub> 17:35, 23 November 2021 (UTC)
Thanks, everyone for your feedback! If there's a consensus starting to form below, we'll proceed accordingly. &mdash; [[User:Alessa|Alessa]] <sub>([[User talk:Alessa|talk]])</sub> 17:35, 23 November 2021 (UTC)


===Initial discussion===
'''UPDATE (27 December 2021):''' The community has voted to use three-letter codes for commercial airports. This does not affect general aviation airports, military airports, or any further decisions about integration with rail or other modes of transport. (The previous discussion is logged on the [[Forum talk:Global and regional issues/The two systems of airport codes|talk page]].)
:I'm a little torn here. It does seem somewhat logical that the four-letter codes would be the standard if only one is chosen as it allows for a larger overall number and has fewer conflicts. On the other hand though, I've always felt like the four-letter systems, at least as we have them set up right now, don't really work nearly as well for quickly recognizable individual branding/airport identity as the three-letter ones.  


:Just using mine as an example, Quentinsburgh Sean Bond International Airport in 3 letter is SBD- pretty straightforward. But in 4 letters its MFSB, where it's like "region M in a country that starts with F- oh Freedemia, guessing the SB means Sean Bond". Jhuandan's even more explicitly like this because the 3-letter code effectively is the city abbreviation- JHD. But the 4 letter code would be something like MFJH or MFJD which to me means nothing.  
==Continuing discussion==
I would like to continue the discussion about how we should handle airport codes but break them up into two larger conversations. &mdash; [[User:Alessa|Alessa]] <sub>([[User talk:Alessa|talk]])</sub> 03:35, 28 December 2021 (UTC)


:Maybe I'm just used to the way it is in the US where the three letters are standard for everything from airports to Amtrak stations, but I don't see the current 4 letter code system being as intuitive from the passenger or branding sides, even if they work better from a logistical behind the scenes standpoint for airport administrators or OGF convenience. --[[User:Ernestpkirby|Ernestpkirby]] ([[User talk:Ernestpkirby|talk]]) 17:52, 23 November 2021 (UTC)
===General aviation and other airports===
One idea that has come about was to use some type of designator with numerals to mark general aviation airports (e.g. 2GK). I wonder how much we would need to micromanage GA airports in general. I can't imagine a 2GK code in the eastern FSA impacting even a potential 2GK being used in Mecyna. General aviation airports generally don't have the range that other airfields. Thoughts? &mdash; [[User:Alessa|Alessa]] <sub>([[User talk:Alessa|talk]])</sub> 03:35, 28 December 2021 (UTC)
:Maybe a country-by-country system? So - Mecyna and the FSA could both have codes that are the same, but there couldn't be two airports in Mecyna with the same code. I like designating them with numerals, though. Alternatively, a letter prefix like G could be an option (G-GK) --[[User:Lithium|Lithium-Ion]] ([[User talk:Lithium|talk]]) 13:35, 28 December 2021 (UTC)
::I tend to agree with Lithium here, we should give countries latitude on how they want to handle GA airports. Any system that doesn’t use three letters that can be confused for a commercial airport should be allowed, in my opinion. —[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 16:05, 28 December 2021 (UTC)


::That's an excellent point, Ernest. This is why, if I had to choose, I'd lean toward just using three-letter codes with something else for general aviation. The original codes in our world were developed for easy identification, and this has led to branding. I also don't see why we couldn't "expand the pot" by incorporating numbers in for things even if only for general aviation (2FD). Four-letter codes are basically a regional cataloguing system and too opaque for most people, also. &mdash; [[User:Alessa|Alessa]] <sub>([[User talk:Alessa|talk]])</sub> 17:59, 23 November 2021 (UTC)
===Multimodal integration===
Let's also continue the discussion about integration with other modes of transport, such as using the previous suggested XLCX for HSR access at LCX. Thoughts? &mdash; [[User:Alessa|Alessa]] <sub>([[User talk:Alessa|talk]])</sub> 03:35, 28 December 2021 (UTC)
:I guess my first question to start off is: is the main purpose of this integrated code for passengers, or for logistics? That might affect how I think about it (in the earlier discussion I'd suggested having it be a trailing letter instead of a leading letter if it was primarily for passengers, though now that I think about it a leading letter probably is fine if X is always the leading letter for connections and is never used otherwise) --[[User:Ernestpkirby|Ernestpkirby]] ([[User talk:Ernestpkirby|talk]]) 07:09, 28 December 2021 (UTC)
::The system should be a parallel to the aviation system, with station codes used to identify train stations that offer international service, or that somehow link up to the international aviation system. Since that definition can get quite broad (e.g., every FSA passenger rail station would qualify as long as a single station has transfers to an airport), it makes sense to use four-letter codes since we’d need the capacity. That said, since you can’t take a train from Archanta to Antarephia, there’d be more tolerance for duplicating codes internationally. Once again I’d say that the precise format should be up to the individual nations with some loose rule about duplicate codes (maybe codes can only be reused if the stations aren’t within 4000km of each other or some other qualifier to ensure they can’t be confused), but I stand by the idea that combined airport/railway stations should have an international standard of “X***” with “X” denoting a transfer station and “***” as the three-letter code, and with no other stations permitted to have a leading letter of X. A reserved leading letter is more logical than a trailing letter given computerization and being able to quickly identify transfer stations. —[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 16:05, 28 December 2021 (UTC)
:::Makes sense. I'm guessing "combined airport/railway stations" would specifically refer to ones that serve the airport terminals somewhat directly? Quentinsburgh & Jhuandan's airports technically each have 2 intercity stations, a "terminal station" for terminating trains/special airport services and an "airport transfer station" for trains that connect but continue beyond the airport. I'm guessing the "terminal" one would get the X*** treatment and the airport transfer would just get a different code? --[[User:Ernestpkirby|Ernestpkirby]] ([[User talk:Ernestpkirby|talk]]) 03:12, 29 December 2021 (UTC)
::::I’m a bit confused why one airport would have multiple, separate direct-connection train stations, but the X-coded station should be whichever is more commonly used for longer-distance/intercity or international train services. Services that wouldn’t offer integrated ticketing or connect to only minor destinations (e.g. commuter rail or metro) wouldn’t need a station code. —[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 03:46, 29 December 2021 (UTC)
:::::[[File:Freedemiaairportstationexplanation.png|300px|thumb|right|Routing of intercity trains at QBX & JIX]] It's mostly due to the shape & locations of the airports. Both are alongside routes that need to continue past the airport. There are longer-distance/intercity trains that terminate at the terminals (as well as some regional rail routes), but since tunneling under/through the entire airport would have been insanely expensive through-routed intercity trains stop at the transfer station instead of diverting entirely to the terminals. --[[User:Ernestpkirby|Ernestpkirby]] ([[User talk:Ernestpkirby|talk]]) 04:18, 29 December 2021 (UTC)
::::::That’s pretty unusual and I imagine it’d be pretty confusing for passengers trying to determine which station they need to use based on which train/destination they’re connecting to, but the point of the X*** system would be that it’s immediately apparent which train stations serve which airports, so I suppose you’d be able to choose which station got the X-code and which station had a different code. —[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 14:20, 29 December 2021 (UTC)
::::::In these cases I’d suggest using the “remote” station as the X-code since all trains that terminate closer to the airport also serve the remote station, so any rider confusion would only result in an unnecessary shuttle trip to the remote station rather than potentially missing their train at the terminal. —[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 14:22, 29 December 2021 (UTC)
::::::Another possibility – and what I think would be the ultimate preferred solution here – is to present both stations as a single, unified facility. Just like how airports can have satellite concourses, both parts could be considered “XQBX” or whatever, with Platforms A/B/C adjacent to the terminal and Platforms 1/2/3 out on the main line, connected by whatever airport shuttle system you’re using. —[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 14:52, 29 December 2021 (UTC)
FYI there's a list of real world stations with codes: https://en.wikipedia.org/wiki/List_of_IATA-indexed_railway_stations. Here you can see they simply use 3 letter codes similar to airports. In fact, it frequently happens that the airport stations themselves have the same code as the airport, which makes sense imo. But I guess that a trailing X could also do the job. But what's more important to discuss is how you would code the stations that are NOT near an airport but are destinations you can reach and book connections to with your airline ticket. Would you use just any 4 letter code for that? Because tbh, I would rather like to see 4 letter codes reserved for general aviation airport's codes, than rail stations. It makes more sense to have every country set it's own technical rail station codes but use a standardised airport code system for GA airports too, than the other way around. In the real world it also works this way by default with the ICAO codes (which we decided to merge with IATA codes into one) for all airports big and small, and only a very small minority of railway stations also get an additional airport code on top of their national codes. The logic being that railways are managed highly independent in different countries (standardisation in the railway industry is almost non-existent, even despite big efforts), while aviation is usually far more standardised and international. Even general aviation airports frequently have international flights, especially when countries are smaller (which is something the OGF world has a lot more of than the real world, to the point you can consider this as being default).


:::I agree, ANACA codes aren't really needed. We're in no immediate risk of running out of WAAT codes, even if we don't add numerals to non-commercial airports (which is something I suggested way back when for FSA GA airports). Plus I don't think we've really done an "audit" of WAAT codes, and I'm guessing there's no small numbers of airports we could purge from lost nations.
So in conclusion, I think 4 letter codes should in general be reserved for the smaller airports that don't deserve a 3 letter code. It is more important to have most of the codes for GA airports and the like rather than rail stations, but stations could maybe get a subset of those 4 letter codes reserved for them. I would propose to reserve all X*** codes for airport rail stations, and then have Y*** for all other major rail stations (similar to real world stations with an IATA code predominantly starting with Q, X or Z). Only the largest of rail stations that are actually bookable as part of an airline ticket should get these codes, just like in the real world. Small airports can then use every 4 letter code except ones that begin with X and Y. This way, I think we can solve both issues at once. [[User:Squizie3|Squizie3]] ([[User talk:Squizie3|talk]]) 17:51, 1 January 2022 (UTC)
:::Another option to consider: we could keep ANACA codes as the "default" self-serve code system for global airports, but restrict WAAT three-letter codes to airports that are actually reasonably mapped rather than just a node. -[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 18:29, 23 November 2021 (UTC)
:::: An idea - what about making the WAAT code four letters? I'm in favor of keeping it instead of ANACA, I'm in agreement with what Ernest said, but I think that the three letter code can be limiting sometimes, especially if two airport names are really similar, one of them is going to get the short end of the stick and end up with a code that doesn't make as much sense for it. Making it four letters could also increase the ease of understanding, so that if you see a code, it's easier to know which airport it is. And it does give more combinations. Either way, 4 or 3 letter abbreviations aside, I'm all for dropping ANACA from general use (I suppose it could still be used as a placeholder as Mayor suggested) and using WAAT. --[[User:Lithium|Lithium-Ion]] ([[User talk:Lithium|talk]]) 21:48, 23 November 2021 (UTC)
:::::I like this option. Adds more total options and reduces the "short end of the stick" phenomenon Lithium mentioned. It might be especially good for cities with multiple airports or that use their name rather than city name for the WAAT code. But some may be easier to adjust to match than others- for mine it works pretty well (QSBD and QMAT, for example) but I'd want to hear other people's thoughts on their airports/codes and how it would affect them/their naming/how easy it would be to adjust. --[[User:Ernestpkirby|Ernestpkirby]] ([[User talk:Ernestpkirby|talk]]) 01:43, 24 November 2021 (UTC)
:::::Airports getting "the short end of the stick" in terms of abbreviations happens all the time in the real world; there's no shortage of major airports that end up with airport codes that are legacies from way back when that make little to no sense in modern context. If we go a four-character code, there should be some sort of symbolism attached to at least one of the positions (e.g., first letter denotes the country/region the airport is in); otherwise, we should stick with the more familiar three-character code, at least for major airports. -[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 02:18, 24 November 2021 (UTC)
::::::To chip in on this discussion: from a point of practicality I'd suggest just using a 4-letter-code with no region-specific codes, as Lithium and Ernestpkirby suggested. Otherwise it adds another layer of complexity that some contributors will end up overlooking. It allows mappers who like to recognize their airports' names in the code to so, while no one is barred from using a random string of letters of course if they wish to do so. Whether we call that code "WAAT", "ANACA" or "ABC-Code" in-world is pretty irrelevant I'd say, but I'd suggest going with an OGF-specific name to avoid confusion with the real world codes. More importantly though I think that once we have an informal agreement on this issue we should set up a new "List of Airports"-page. I'd suggest not copying content from the old page but instead having each mapper re-enter their airpots; this is the most effective way of purging lost countries and have everyone double check the accuracy of their data (the Kojolese data in the old list is not up-to-date, for example). [[User:Leowezy|Leowezy]] ([[User talk:Leowezy|talk]]) 12:05, 26 November 2021 (UTC)
:::::::I think four-letter codes are perfectly fine, but I also think there should be ''some'' symbolism, as Mayor suggested, other than just simply creating a series of acronyms for airports named after random people (not the usual default in the real world anyway). Regardless, it's not a sticking point for me—just a preference. Also, Leo, you're in luck. I've been drafting a revision of the airports list but have held off on posting it yet until there was a movement toward consensus. As a rule of thumb, however, I ''actively and severely discourage'' just copy-pasting anything from the old wiki. (In fact, I hate that.) The table that is made will necessarily be different, meaning people won't be able to copy/paste regardless. &mdash; [[User:Alessa|Alessa]] <sub>([[User talk:Alessa|talk]])</sub> 15:03, 26 November 2021 (UTC)
::::::::If I had to say symbolism for the first letter of a four-letter code, I'd say city's first letters is optimal since it empowers both ones where the entire 4 letters is just the city names (like HNTG for Huntington, STTN for Stanton) or ones where the first couple letters indicate city and the latter ones indicate a specific airport/name (HTRG for Huntington Regional, STFR for Stanton Fiorino). Alternatively, I'd be okay with country, but that has less flexibility and there'd still be a lot of overlap in first letter (think of how many countries start with A, B, F, etc). I don't think regions would be a reasonable option because they have no practical relevance to passengers or for quick recognition. --[[User:Ernestpkirby|Ernestpkirby]] ([[User talk:Ernestpkirby|talk]]) 16:19, 26 November 2021 (UTC)
:::::::::Firstly, I'm completely in for only using one code instead of two. Choosing how that code should look like is less clear to me. But since we already had a functioning system where all major airports got a 3 letter code, I'm not sure if we really need a fourth letter? Because the argument that a 3 letter code is easier to market and remember etc. does make sense to me. Getting the short end of the stick happens, but not that much and happens in the real world too. The only issue I can see is if suddenly everyone starts giving 3 letter codes to all of their small regional airports or aerodromes that won't have any international connections too, then we might run out quickly. What if we just do it similar to the [https://old.opengeofiction.wiki/index.php/List_of_country_codes international telephone codes] on the old wiki? Smaller countries were asked to take a 4 digit number, while larger ones could take a standard 3 digit one. If we apply this to airports, we could keep a 3 letter code for all major aiports, but people wanting to give their small airports codes could take 4 letter ones, perhaps even taking a 3 letter code from a nearby larger airport and just adding an additional letter. Oh, and I would also drop any symbolism if we only have one code, since a third or fourth letter unrelated to a logically sounding acronym of the city or airport can really break it from a user/passenger perspective. It's not that a single letter could give much useful information anyway, so it's not really necessary to have symbolism. [[User:Squizie3|Squizie3]] ([[User talk:Squizie3|talk]]) 15:46, 29 November 2021 (UTC)
Another idea: since whatever system we choose is intended to be a global system to handle international travel, and since the OGF planet has a large amount of small nations that are often connected over land, what if we created a unified system that encompassed both airports and major train stations? Since the latter are more numerous, train stations could have the 4-character code with airports using 3-character codes, while rail stations integrated with airports can use a special leading character + the airport’s 3-letter code (for instance, LCX airport has XLCX train station, with all “X”-band codes reserved for transfer stations)? -[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 15:52, 26 November 2021 (UTC)
:Could it be a trailing character instead of a leading character? That way the leading characters are more recognizable at first read? I'm not a huge fan of leading letters that make the code less immediately readable. My gut would say that LCXX, WFFX, SBDX etc are more recognizable as "this serves ___ airport" and would be more able to have non-airport stations follow a similar format (ex. LCUS or LCUN for union station and LCXX for Lake City Intl.) --[[User:Ernestpkirby|Ernestpkirby]] ([[User talk:Ernestpkirby|talk]]) 16:03, 28 November 2021 (UTC)
::I’d say it would depend on the format used for the railway codes. If the leading letter is used for some sort of cohesive international system (like ANACA codes are now, with a geographic-based leading letter) it’d be nice to group all the transfer stations together, plus the leading letter of the airport code would almost certainly be non-compliant with the larger system. But if there are no other special requirements for any of the characters, a trailing consistent character would work just fine. -[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 17:06, 28 November 2021 (UTC)
:::That makes sense. A requirement that the first character or two reflect the city or metro area name could potentially work across both systems without making either noncompliant (ex. SBD would become QSB with train station QSBX, Qburgh Cardinal Station would be QCDS or something) but I'm not sure that's worth requiring --[[User:Ernestpkirby|Ernestpkirby]] ([[User talk:Ernestpkirby|talk]]) 17:24, 28 November 2021 (UTC)
::::I'm not sure why we would need this extra complexity, for a system that probably won't be used by many people. For airports this is a widely accepted practice and it is used to map flights on maps or the flight tracker that's being developed etc, but you don't need that for showing train lines for example. For that, you would just need the relation viewer or add the route relation to a multimap, those 'airport' codes play no practical role. And for passenger purposes, you would just use the station's name and not a code. I know that in real world some stations have airport codes, but it's only a minority of stations for when there's a specific ticket-integrated air-rail transfer.
::::There are also a lot more rail stations than airports, and countries probably would roll out their own coding system like in the real world if they really wanted to. I think it adds complexity without many benefits, because someone should also manage that codes keep being used correctly and are not duplicated around the world, which in a few years time might create a lot of mess. Dealing with only defunct airports alone seems to be difficult, I don't think we want to expand that problem to rail stations if it serves no practical purpose. [[User:Squizie3|Squizie3]] ([[User talk:Squizie3|talk]]) 15:46, 29 November 2021 (UTC)
 
===Quick voting: Number of letters in a code===
It appears that we have coalesced around the idea of having only one code for airports, which will be how we proceed for certain. Beyond that, there seems to be a slight favoring of four-letter codes. For clarity, and to give others that didn't really want to chime in a voice, I'm going to open up the floor for a quick vote. This vote does not impact potential integration with rail, as that would be a more localized decision for the handful of users interested. We can address the rail integration later if that is still desired.
 
'''This voting area will close in one week: 24 December 2021 at noon UTC'''. Please vote for ''one'' by signing onto an option with <nowiki>* ~~~~</nowiki>. Double votes will be struck.
 
'''OGF airports should use three-letter codes'''
* --[[User:Ernestpkirby|Ernestpkirby]] ([[User talk:Ernestpkirby|talk]]) 14:46, 17 December 2021 (UTC)
* [[User:Timboh|Timboh]] ([[User talk:Timboh|talk]]) 15:14, 17 December 2021 (UTC)
* --[[User:Izaland Terramorphing Committee|Izaland]] ([[User talk:Izaland Terramorphing Committee|talk]]) 15:15, 17 December 2021 (UTC)
* --[[User:Tito zz|Tito zz]] ([[User talk:Tito zz|talk]]) 15:18, 17 December 2021 (UTC)
* --[[User:KTheBritMC|KTheBritMC]] ([[User talk:KTheBritMC|talk]]) 16:15, 17 December 2021 (UTC)
* --[[User:TheMayor|TheMayor]] ([[User talk:TheMayor|talk]]) 17:08, 17 December 2021 (UTC)
* --[[User:Coshatiuav|Coshatiuav]] ([[User talk:Coshatiuav|talk]]) 17:16, 17 December 2021 (UTC)
* [[User:Squizie3|Squizie3]] ([[User talk:Squizie3|talk]]) 17:56, 17 December 2021 (UTC)
* –[[User:The Cute Chick|The Cute Chick]] ([[User talk:The Cute Chick|talk]]) 18:26, 17 December 2021 (UTC)
 
'''OGF airports should use four-letter codes'''
* [[User:Rustem Pasha|Rustem Pasha]] ([[User talk:Rustem Pasha|talk]]) 14:33, 17 December 2021 (UTC)
* --[[User:Lithium|Lithium-Ion]] ([[User talk:Lithium|talk]]) 20:08, 17 December 2021 (UTC)

Latest revision as of 17:51, 1 January 2022

Forums → Global and regional issues → Global and regional issues/The two systems of airport codes


Since we're starting afresh with the new wiki, one of the things I would like to bring up is the two systems of airport codes that we have (WAAT and ANACA). I understand that in the real world we have IATA and ICAO that both have listings of codes (not to mention internal codes used in larger jurisdictions like France, Russia, and the US). Looking at the history of how these codes developed, my feeling is that it happened more through bureaucratic means with a small intent to create regional divisions. My feeling is that, for much of what we do, the systems are basically redundant. Yes, I recognize that their usages in the real world are slightly distinct, but this is only because organizations have kept them that way. They didn't have to evolve into distinct entities.

Do we really need to copy the real-world parallel here? I'm open to ideas as to why we could or should, but I'm wondering if a four-letter system based on regionality (as an example) might have developed naturally early on. The three-letter code grants us over 17,000 options globally; doing a four-letter code grants those 17,000 options for each region. This means we're unlikely to run out anytime soon on either system.

Thus, my proposal is two-fold: if there is a desire for a regionally-oriented airport code, then we should default to the four-letter code altogether; if there is not, then we default to the three-letter code. I personally don't care which way we go, but I don't believe it is necessary to have two systems in place.

Thanks, everyone for your feedback! If there's a consensus starting to form below, we'll proceed accordingly. — Alessa (talk) 17:35, 23 November 2021 (UTC)

UPDATE (27 December 2021): The community has voted to use three-letter codes for commercial airports. This does not affect general aviation airports, military airports, or any further decisions about integration with rail or other modes of transport. (The previous discussion is logged on the talk page.)

Continuing discussion

I would like to continue the discussion about how we should handle airport codes but break them up into two larger conversations. — Alessa (talk) 03:35, 28 December 2021 (UTC)

General aviation and other airports

One idea that has come about was to use some type of designator with numerals to mark general aviation airports (e.g. 2GK). I wonder how much we would need to micromanage GA airports in general. I can't imagine a 2GK code in the eastern FSA impacting even a potential 2GK being used in Mecyna. General aviation airports generally don't have the range that other airfields. Thoughts? — Alessa (talk) 03:35, 28 December 2021 (UTC)

Maybe a country-by-country system? So - Mecyna and the FSA could both have codes that are the same, but there couldn't be two airports in Mecyna with the same code. I like designating them with numerals, though. Alternatively, a letter prefix like G could be an option (G-GK) --Lithium-Ion (talk) 13:35, 28 December 2021 (UTC)
I tend to agree with Lithium here, we should give countries latitude on how they want to handle GA airports. Any system that doesn’t use three letters that can be confused for a commercial airport should be allowed, in my opinion. —TheMayor (talk) 16:05, 28 December 2021 (UTC)

Multimodal integration

Let's also continue the discussion about integration with other modes of transport, such as using the previous suggested XLCX for HSR access at LCX. Thoughts? — Alessa (talk) 03:35, 28 December 2021 (UTC)

I guess my first question to start off is: is the main purpose of this integrated code for passengers, or for logistics? That might affect how I think about it (in the earlier discussion I'd suggested having it be a trailing letter instead of a leading letter if it was primarily for passengers, though now that I think about it a leading letter probably is fine if X is always the leading letter for connections and is never used otherwise) --Ernestpkirby (talk) 07:09, 28 December 2021 (UTC)
The system should be a parallel to the aviation system, with station codes used to identify train stations that offer international service, or that somehow link up to the international aviation system. Since that definition can get quite broad (e.g., every FSA passenger rail station would qualify as long as a single station has transfers to an airport), it makes sense to use four-letter codes since we’d need the capacity. That said, since you can’t take a train from Archanta to Antarephia, there’d be more tolerance for duplicating codes internationally. Once again I’d say that the precise format should be up to the individual nations with some loose rule about duplicate codes (maybe codes can only be reused if the stations aren’t within 4000km of each other or some other qualifier to ensure they can’t be confused), but I stand by the idea that combined airport/railway stations should have an international standard of “X***” with “X” denoting a transfer station and “***” as the three-letter code, and with no other stations permitted to have a leading letter of X. A reserved leading letter is more logical than a trailing letter given computerization and being able to quickly identify transfer stations. —TheMayor (talk) 16:05, 28 December 2021 (UTC)
Makes sense. I'm guessing "combined airport/railway stations" would specifically refer to ones that serve the airport terminals somewhat directly? Quentinsburgh & Jhuandan's airports technically each have 2 intercity stations, a "terminal station" for terminating trains/special airport services and an "airport transfer station" for trains that connect but continue beyond the airport. I'm guessing the "terminal" one would get the X*** treatment and the airport transfer would just get a different code? --Ernestpkirby (talk) 03:12, 29 December 2021 (UTC)
I’m a bit confused why one airport would have multiple, separate direct-connection train stations, but the X-coded station should be whichever is more commonly used for longer-distance/intercity or international train services. Services that wouldn’t offer integrated ticketing or connect to only minor destinations (e.g. commuter rail or metro) wouldn’t need a station code. —TheMayor (talk) 03:46, 29 December 2021 (UTC)
Routing of intercity trains at QBX & JIX
It's mostly due to the shape & locations of the airports. Both are alongside routes that need to continue past the airport. There are longer-distance/intercity trains that terminate at the terminals (as well as some regional rail routes), but since tunneling under/through the entire airport would have been insanely expensive through-routed intercity trains stop at the transfer station instead of diverting entirely to the terminals. --Ernestpkirby (talk) 04:18, 29 December 2021 (UTC)
That’s pretty unusual and I imagine it’d be pretty confusing for passengers trying to determine which station they need to use based on which train/destination they’re connecting to, but the point of the X*** system would be that it’s immediately apparent which train stations serve which airports, so I suppose you’d be able to choose which station got the X-code and which station had a different code. —TheMayor (talk) 14:20, 29 December 2021 (UTC)
In these cases I’d suggest using the “remote” station as the X-code since all trains that terminate closer to the airport also serve the remote station, so any rider confusion would only result in an unnecessary shuttle trip to the remote station rather than potentially missing their train at the terminal. —TheMayor (talk) 14:22, 29 December 2021 (UTC)
Another possibility – and what I think would be the ultimate preferred solution here – is to present both stations as a single, unified facility. Just like how airports can have satellite concourses, both parts could be considered “XQBX” or whatever, with Platforms A/B/C adjacent to the terminal and Platforms 1/2/3 out on the main line, connected by whatever airport shuttle system you’re using. —TheMayor (talk) 14:52, 29 December 2021 (UTC)

FYI there's a list of real world stations with codes: https://en.wikipedia.org/wiki/List_of_IATA-indexed_railway_stations. Here you can see they simply use 3 letter codes similar to airports. In fact, it frequently happens that the airport stations themselves have the same code as the airport, which makes sense imo. But I guess that a trailing X could also do the job. But what's more important to discuss is how you would code the stations that are NOT near an airport but are destinations you can reach and book connections to with your airline ticket. Would you use just any 4 letter code for that? Because tbh, I would rather like to see 4 letter codes reserved for general aviation airport's codes, than rail stations. It makes more sense to have every country set it's own technical rail station codes but use a standardised airport code system for GA airports too, than the other way around. In the real world it also works this way by default with the ICAO codes (which we decided to merge with IATA codes into one) for all airports big and small, and only a very small minority of railway stations also get an additional airport code on top of their national codes. The logic being that railways are managed highly independent in different countries (standardisation in the railway industry is almost non-existent, even despite big efforts), while aviation is usually far more standardised and international. Even general aviation airports frequently have international flights, especially when countries are smaller (which is something the OGF world has a lot more of than the real world, to the point you can consider this as being default).

So in conclusion, I think 4 letter codes should in general be reserved for the smaller airports that don't deserve a 3 letter code. It is more important to have most of the codes for GA airports and the like rather than rail stations, but stations could maybe get a subset of those 4 letter codes reserved for them. I would propose to reserve all X*** codes for airport rail stations, and then have Y*** for all other major rail stations (similar to real world stations with an IATA code predominantly starting with Q, X or Z). Only the largest of rail stations that are actually bookable as part of an airline ticket should get these codes, just like in the real world. Small airports can then use every 4 letter code except ones that begin with X and Y. This way, I think we can solve both issues at once. Squizie3 (talk) 17:51, 1 January 2022 (UTC)

Retrieved from "https://wiki.opengeofiction.net/index.php?title=Forum:Global_and_regional_issues/The_two_systems_of_airport_codes&oldid=3823"