AIRAC 2508 TDS GTNXi Plugin for XPLANE 12 still showing the previous Airac DB (2507)

Hello Forum,

Today I updated all my XPLANE plugins using the FMS Data Manager - and so far everything was correctly updated with the exception of the TDS GTNXi plugin:

The data manager shows the AIRAC 2508 but the DB is still from 2507 - Look the files:

The “NavigraphDB.dat” file is still the old one (checking the plugin inside XPLANE confirms that the DB is still using the previous Airac - 2507).

I tried downloading manually the files from the navigraph download page - but they are exactly the same!! the file “tds_gtnxi_native_2508.zip” is still using the old DB from 2507.

Question: Is this intentional? a Bug? Maybe we need to wait a little longer for the update to happen for the TDN plugin?

All other XPLANE12 related stuff is working OK - so far this is only affecting the TDS GTN plugin.

Thanks in advance for any help!

Bests,

RRMP.-

Checking - thanks for the report!

I see an error in our result log with the X-Plane TDS file. I will check it. Thanks for the report, and I’m sorry about the possible issue! I will inform you here when it is fixed!

Cheers,
Richard

WOW you guys are fast!! Thanks for your reply!!

BTW Allow me the opportunity to give you and your entire team my gratitude and congratulations for your excellent products! My XPLANE12 fly experience (and I fly almost every single day) improved A LOT since I’m using Navigraph!

Bests,

RRMP.-

1 Like

Hi RRMP,
… and WOW, back, what feedback! I will forward your comment to the team because it is not only one person. We are happy and thankful to read such positive feedback - Thank you very much from my side, but also from the whole Navigraph team (most of us are currently on holiday:upside_down_face:)

Back to the topic:
I have uploaded the files again. The manual installer from the webpage should be fixed now - the FMS Data Manager file needs a little more time for distribution. So, please try the manual installer for now. The FMS Data Manager file should be changed in the next couple of hours.

I’m sorry again for the mistake. I have identified an issue in our release workflow for the TDS. I will fix it to avoid it in the next update. Thanks again for this fantastic feedback. It is much appreciated.

Cheers,

OH MAN Holiday?? Delay that file update for tomorrow or any other time! - next week better! Proper rest is a must!

I’ll try again tonight or Tomorrow early - otherwise during the weekend! No hurry - I’m planning some flights with non-TDS planes for tomorrow (have an appointment with some E-JETS)

BTW - Are you using a CDN for the files delivery? Just asking as I’m at Spain and have no idea where you guys are located! (USA?? Europe??) I tried downloading the file from the web download page but it is still the same file - so - I’m assuming the CDN is not updated yet.

Anyway - no hurry please! I can wait and if nobody else is reporting this I think you guys can take some time and enjoy your well deserved holiday! I’ll just report here when the correct file is delivered but again: NO HURRY !!!

Bests,

RRMP.-

Having same issue. Manual download has same issue. Maybe I need to wait for your servers to replicate? Anyway, no rush. Thanks for the support, and enjoy your holiday…..

It seems there is a caching issue somewhere because the files are up-to-date now, but I can also confirm that the manual download is still using the “old” file. I´m the wrong person for such technical issues, but the responsible person on our team is informed. Sorry for the delay, and thank you!

Cheers,
Richard

When you are able, please try it again. We have re-uploaded the files, which should work now - both systems (FMS Data Manager and manual setups).

Cheers & thanks for your patience and your kind words
Richard

Just tried. The FMS data manager is working, the manual update still shows 2507. I’m in the U.S., does this need time to replicate?

Note: I’m only testing the TDS update.

Manual downloads are now showing tds_gtnxi_native_2508.zip.

If this isn’t so for you, you might clear cache on your browser.

Thank you for you assistance.

Cheers

Ian

I just re-downloaded the new manual zip file.

Note the file date inside the zip.

This appears to be the old file.

again, The FMS manager updates correctly, but this zip file still shows 2507 inside.

Please tell me if I’m doing something wrong.

Here’s the files I see when using the FMS manager, note the date.

Downloaded the 2508 ZIP file from two different browsers. Checksums match for both downloads:

Downloads % sha256sum tds_gtnxi_native_2508*zip
32d0f8e0c4367c0e57d88c822647fe5510ce6a3f4c3410f03e0c54aa50a78bc1  tds_gtnxi_native_2508 (1).zip
32d0f8e0c4367c0e57d88c822647fe5510ce6a3f4c3410f03e0c54aa50a78bc1  tds_gtnxi_native_2508.zip
Downloads %

When extracted, I get the following data:

tds_gtnxi_native_2508 % sha256sum *
f694bacb21e72a97bccec741384585cb1cfbb08fdf7e1e599718924fd2cb7a21  NavigraphDB.dat
2ddecc63bc634af9220dc7536d51ff0b46e4f52b74e619e7bf7f2dfb0878ed98  ad5f0766-df96-46f8-b93e-a7bba6cb3343.index
60df8d45eb89e1e8d89a6c2917c0e035413a1395adc4114394055ecba440e30b  cycle.json
7c3309f9d01a807471c5c7da6511feee2938386004fab4d05a61d620de8e4b90  cycle_info.txt
tds_gtnxi_native_2508 %

Browsing the NavigraphDB.dat shows the data is outdated:

sqlite> SELECT * FROM tbl_pa_airports WHERE airport_identifier=‘OEKK’;
OEKK|KING SAUD AB|27.9008333333333|45.5280555555556|M|MES|KMC|HAFR AL BATIN|ASIA|SAU|SAUDI ARABIA|1352|NNNNNNNNNNNNNN|OE|UZ5GBMbrDCYB/oOMwA/49Qgo2dX4rCq3SXXODYAq+z4=PA|Y|H|3.0|FL100|250|||C00|13000|15000
sqlite>

OEKK was renamed OESD in cycle 2508.

Or better yet, after reading the format documentation:

sqlite> SELECT * FROM tbl_hdr_header;
Navigraph|2507|JEPPESEN|2.0.25.0710|NG_TDS_GTNXI|1007060825|2025-07-10 17:19:19Z|002
sqlite>

Regards,

Tim

P.S. the FMS Data Manager download does appear to serve 2508:

sqlite> SELECT * FROM tbl_hdr_header;
Navigraph|2508|JEPPESEN|2.0.25.0710|NG_TDS_GTNXI|0708030925|2025-07-27 15:57:59Z|002
sqlite>
navigraph % sha256sum NavigraphDB.dat ad5f0766-df96-46f8-b93e-a7bba6cb3343.index cycle.json cycle_info.txt
d60158bd119d12ced93b2eb5b502b3f8f9eff90b0f915c1818c4aac91b3dca54  NavigraphDB.dat
274c30a22d882177c085a700c0d60da81a32fa3790dfcf1446617144eb8edf10  ad5f0766-df96-46f8-b93e-a7bba6cb3343.index
60df8d45eb89e1e8d89a6c2917c0e035413a1395adc4114394055ecba440e30b  cycle.json
7c3309f9d01a807471c5c7da6511feee2938386004fab4d05a61d620de8e4b90  cycle_info.txt
navigraph %

Also tried clearing cache (again) and tried a third browser, manual downloads still seems to be serving archive tds_gtnxi_native_2508.zip with SHA-256 sum 32d0f8e0c4367c0e57d88c822647fe5510ce6a3f4c3410f03e0c54aa50a78bc1

Index files difference:

index 3d6c1ed..14ed4b9 100644
--- a/ad5f0766-df96-46f8-b93e-a7bba6cb3343.index
+++ b/ad5f0766-df96-46f8-b93e-a7bba6cb3343.index
@@ -2,23 +2,23 @@
 <addon name="TDS GTNXi for X-Plane" guid="ad5f0766-df96-46f8-b93e-a7bba6cb3343" cycle="2508" revision="1">
   <mapping simulator="XP11">
     <directory name=".">
-      <files destination="cycle_info.txt" source="0ad1475f-3081-4b16-b492-5e3d3e7b414e" />
-      <files destination="cycle.json" source="1d89b200-9f43-43d8-bce2-ab6154f89029" />
-      <files destination="NavigraphDB.dat" source="2a44f15e-e215-4f40-aaf3-476b2f4e7638" />
+      <files destination="cycle_info.txt" source="6d36dae1-7d4a-4cb6-9451-9868bc54c40c" />
+      <files destination="cycle.json" source="77b2abc2-730f-41b6-89d7-729442381dfa" />
+      <files destination="NavigraphDB.dat" source="49617adc-9ed0-4c4c-bcd7-3f184a9aec74" />
     </directory>
   </mapping>
   <mapping simulator="XP12">
     <directory name=".">
-      <files destination="cycle_info.txt" source="0ad1475f-3081-4b16-b492-5e3d3e7b414e" />
-      <files destination="cycle.json" source="1d89b200-9f43-43d8-bce2-ab6154f89029" />
-      <files destination="NavigraphDB.dat" source="2a44f15e-e215-4f40-aaf3-476b2f4e7638" />
+      <files destination="cycle_info.txt" source="6d36dae1-7d4a-4cb6-9451-9868bc54c40c" />
+      <files destination="cycle.json" source="77b2abc2-730f-41b6-89d7-729442381dfa" />
+      <files destination="NavigraphDB.dat" source="49617adc-9ed0-4c4c-bcd7-3f184a9aec74" />
     </directory>
   </mapping>
   <mapping simulator="USER">
     <directory name=".">
-      <files destination="cycle_info.txt" source="0ad1475f-3081-4b16-b492-5e3d3e7b414e" />
-      <files destination="cycle.json" source="1d89b200-9f43-43d8-bce2-ab6154f89029" />
-      <files destination="NavigraphDB.dat" source="2a44f15e-e215-4f40-aaf3-476b2f4e7638" />
+      <files destination="cycle_info.txt" source="6d36dae1-7d4a-4cb6-9451-9868bc54c40c" />
+      <files destination="cycle.json" source="77b2abc2-730f-41b6-89d7-729442381dfa" />
+      <files destination="NavigraphDB.dat" source="49617adc-9ed0-4c4c-bcd7-3f184a9aec74" />
     </directory>
   </mapping>
 </addon>
\ No newline at end of file

Hello,

Confirmed (from Galicia, Spain):
The FMS Data Manager updates correctly (all files are now the new ones) - but the files from the web (linux and windows) still contains the old DB. I smell CDN issues somewhere!

I will re-check it … Thanks!

Cheers
Richard

Hi,
We have cleared the S3 cache now. It looks like the cache was corrupt. Also, the files from the webpage (manual installer) should be current.

Sorry for the trouble
Richard

1 Like

Yup - that did the trick! I know sometimes S3’s make “funny things” (I know first hand - we have some Minio-S3 services in the company where I work).

Just to confirm: I downloaded the files from the webpage and they are showing the right DB! I think we can consider this as closed/solved

NAVDATA: Many thanks to you and your team!!!

1 Like

Thanks for the confirmation. We had fixed the TDS package release process slightly to avoid such an issue in the past.

Thanks again (for all) and also for your patience! Enjoy your day!

Cheers
Richard

Confirmed fixed on my end. Thanks!

An error during packaging of the MD-11 data also happened a few cycles ago. While these occurrences are rare, there should (IMO) really be a system in place to alert someone when such errors occur :slight_smile: (and/or also something to automate checking of distributed packages’ contents to check that the new file differs from the old file, should be possible at least for case like this one where the database in one big self-contained file)

Regards,

Tim

1 Like