XSG-12140

Meta data can be changed in WED and submitted to Gateway.

ICAO Code is correctly set to HSSK, this change is reflected in update 11.55 and can be seen on the map (m key) - unfortunately the default avionics do not show this new ICAO code, instead showing the old HSSS airport ID.

I will escalate this report to the avionics expert at LR.

HSSS has the icao code HSSS in the Resources/default scenery/default apt dat/Earth nav data/apt.dat so I don't see why the GPS should display anything different.

Transition level and transition alt can be changed in WED.

The GPS should display what the scenery artists set in the “meta data” field for ICAO code.

HSSS is the “airport ID” - this should only be shown as a fallback, if the meta data fields are not filled in.

You can look on the map (m key), which honors the new system. The avionics should as well.

In theory the avionics should look at “codes” in this order, only moving to next step if the field is empty:

1.) ICAO Code (meta data)

2.) FAA Code (meta data)

3.) Local Code (meta data)

4.) Airport ID

I am not sure how these codes are contained in the apt.dat - but the rest of the XPlane system (GUI, map, etc.) are looking for these entries.

The current practice for changing an ICAO code of an airport is to leave the airport ID as it is (in this case HSSS) and changing only the meta data ICAO code (to in this case HSSK).

Could this be a missed step when the most recent Gateway cut occurred? (that populates the default apt.dat from the Gateway airport metadata)?

Could be, Julian. I have linked this bug report in our Slack “airports” channel, so Ben and Michael can look at it as well. Not sure if something went wrong with the export or if the default GPS isn´t looking for the correct data - I assume it is the former. However it is strange that the “correct” ICAO is shown on the in-game map, but not on the GPS…so it must be known somehow.

@Litjan What happens if you remove the Global Airports folder .. do you still see the correct ICAO on the in-game map?

@Litjan no need to explain to me how the system that I designed works.

The airport was not included in the gateway data export, probably because it failed the inclusion test (--check_global_airports). Only scenery updates that work with the default data are included in the Resources/default scenery/default apt dat/Earth nav data/apt.dat. If an airport update causes X-plane out of the box (i.e. with no Navigraph or Aerosoft data) to no longer work at that airport it is not taken down to default data. This is the case here: x-plane out of the box expects HSSS, not HSSK. Therefore, taking the update would disable the airport for users of a clean x-plane installation. Therefore, the update is not taken into the default data. The system works correctly.

Then the system (that you designed) didn´t take account of the new ICAO code in the Gatway data. The ICAO code of Karthoum is HSSK, it was added as that to the meta data and the airport with that meta data was included in 11.55.

Why “X-Plane still expects HSSS” I don´t know - but it shouldn´t, because that is not Karthoum´s ICAO code anymore 🙂

What is the intended way to change the ICAO code of an airport (if not editing the meta data)?

Something went wrong with that airport (and probably all the other ones that had new ICAO codes assigned in meta-data in 11.55.

Michael said that the apt.dat thing will be gone with the next version of X-Plane, so it is probably not worth really finding out what went wrong.

Absolutely nothing went wrong here, all components are working exactly as they should.

1. An ICAO ID was added in WED. This is the right way to change an ID, so that’s good.
2. The scenery was accepted and rolled into the Global airports, so it appears in its new version, with the new ID, in Custom Scenery/Global Airports/Earth nav data/apt.dat. That’s what causes it to be discoverable under the new ID in the start flight menu, for example.
3. For a gateway export, the Global Airports are tested against the default navdata that ships with the sim. Starting X-Plane with --check_global_airports pretends ALL airports have been exported, and then checks the default navdata by loading every single file in Resources/default data/CIFP, thereby loading every single SID, STAR and approach once given all airports as if they had been gateway exported already. Obviously, this test takes a good long while, as it literally loads all ±100k approaches
   If you look at Resources/default data/CIFP, you will notice that the file for this airport is the HSSS.dat, not the HSSK.dat, because that was the ICAO ID in cycle 1802.
4. Airports that fail this test are listed in the ICAObad.txt file that is written at the end. This file contains the list of airports that don’t work with X-Plane out of the box. Since HSSK would not work with the Resources/default data/CIFP/HSSS.dat, the airport ID is listed as bad.
5. The gateway export does not export the known “bad” airports into the Resources/default scenery/default apt dat/Earth nav data/apt.dat, therefore the old version, without the ICAO ID HSSK, stays there.

Thanks for the clarification.

I wish we had a way to update our navdata cycle to something more current…so the user experience for changed ICAOs in conjunction with our default avionics would be better in this regard. Curious to see what XP12 will bring in this regard.