Tim,
By the way thank you for your support.
There are 16 **.locPak in that fs_base folder, including the en-US.locPak and the fr-FR.locPak.

And here is the log.txt

The OS is win 11 and it is set for french ( Francais Canada). For the sake of it, I remade the data base with English language set but it gave the same result. And I must add that I use Plan-G since many years without any issue caused by the french language.

I know this topic is a old one but I do have the same issue. I run MSFS2020 1.26.5 X 64 that I have just installed on a new pc. I bought the software from Microsoft store.
I run the last update of Plan-G 4 and after building the data base, I get those strange "TT:airportod.cyul .name" (for Montreal for instance) but without the name "Montreal".

Thanks for your fast support.
When I read that you never saw such a behavior before, I realized that the problem was probably coming from my side. I must confess that I have made an Scenery.cfg editor of my own and FSX has very occasionnaly some problem reading it when edited by my software. So, just to be sure, I started FSX, went to the scenery library and clicked Ok in order to let FSX rebuild the scenery.cfg file... and Bingo! Plan-G made the database, writing big numbers. 25411 airports are there and I am going to have fun with your program. And I will go back to my editor.

Thanks again.

PF

Hi there,

I know this has been discussed before but after reading all related post, I did not find a solution. I just installed for the first time Plan-G on a VIsta32 system and gave it the FSX  path and the Scenery.cfg path. I hit the Blue X database build button and I got a windows telling me that bulding the database would take "some time". Actually, it takes 1 (one) second.

Here is an part of the Plan-G log.txt file :
16:12:48.1 FS directory is: C:\Program Files\Microsoft Games\Microsoft Flight Simulator X\
16:12:48.1 Scanning Scenery.cfg (C:\ProgramData\Microsoft\FSX\Scenery.cfg)
16:12:48.8 Writing 0 airspace boundaries
16:12:48.8 Generating airspace vectors
16:12:48.9 Rebuilding indexes
16:12:48.9 Writing 0 VORs
16:12:48.9 Rebuilding indexes
16:12:48.9 Writing 0 NDBs
16:12:48.9 Rebuilding indexes
16:12:49.0 Writing 0 intersections
16:12:49.0 Rebuilding indexes
16:12:49.0 Writing approaches
16:12:49.0 Rebuilding indexes
16:12:49.1  Finished writing 1 approaches for 0 airports.
16:12:49.1 Writing 0 airports
16:12:49.1 Rebuilding indexes
16:12:49.1  Finished writing Airports.0:0.27
16:12:49.1 Database load complete.

As you can see, Plan-G knows the right path to FSX and reads the Scenery.cfg file at the right place (this scenery file has 262 areas and IS the current file used by FSX). As FSX works fine on my rig, I am pretty sure that there is no problem with that file or the BGL files in the FSX folders.
Plan-G, though, can not "write" or if it does, it writes "0" item that it needs.
Is it a "vista security feature" related problem? Well, it has been a long time that I run my rig as an administrator and I never have problem like this. Although I nevertheless did what is suggested in the posts and installed Plan-G as an administrator and ran it likewise, it did not succeeded.
This software looks great. Well, up to now, it just looks!
Thanks
PF