SU10 Navdata API + Aerosoft EBBR

[Johan217]

Using the new SU10 Navdata API option at Aerosoft EBBR I keep getting an error (The addon <unknown>..., see attached screenshot)
With the option disabled, everything appears to be working normally.

Setup:
MSFS SU10
Any aircraft
Aerosoft EBBR v1.0.2 (jetway replacement disabled, no further GSX customisation)
GSX 17/10/2022

Log attached in case it helps

[virtuali]

GSX 17/10/2022

That's the problem, we fixed this error in the Oct. 18th update.

[Johan217]

Updated but I'm afraid there is still a problem. I do not get the error anymore, but instead there is a GSX message "There are no parkings available at this airport" and the menu keeps spinning.

MSFS SU10
Default Longitude (or any aircraft)
Aerosoft EBBR v1.0.2 (jetway replacement disabled, no further GSX customisation) bought via Aerosoft One (so the addon is in the Community folder)
GSX 18/10/2022

With SU10 Navdata API OFF, all is working normally.

Tried at Parking 531 and several other positions.
Perhaps this is relevant: the log mentions EBMB which in the real world is the military sector of the airport. Perhaps there is some internal overlap within the Aerosoft addon?

[virtuali]

Perhaps this is relevant: the log mentions EBMB which in the real world is the military sector of the airport. Perhaps there is some internal overlap within the Aerosoft addon?

That's surely relevant, it's the case described at Page 60 of the GSX Manual as an "airport inside an airport": the military base with a different ICAO stays inside the larger airport, and was found to be the closest one to your location.

You should be able to fix it this way: add this line to the [GSX] section of the %APPDATA%\VIRTUALI\CouatlAddons.INI file:

airport_visibility_EBMB = 0

[Johan217]

It is indeed! Thanks, it works

[Erathost]

Had the very same symptoms with su10 API enabled
(There are no parkings available at this airport and the menu keeps spinning)
on FSDT LSZH Airport.

After adding airport_visibility_LSZH = 0 it still doews not work.

Obviously a different problem with your own FSDT airports?

With disabled su10 API it works.

So why should one even enable su10 API when it creates all these problems?

[Johan217]

By adding airport_visibility_LSZH = 0 you are effectively telling GSX to ignore Zürich airport itself. That can't be right.
This fix is meant for excluding underlying airport ICAOs (such as heliports, seaplane bases or military airfields). So if this is the problem with LSZH (I don't have this addon), you would have to disable the conflicting ICAO, not LSZH itself.

[Erathost]

I see. But how recognize any conflicting underlying airports if any?

[Johan217]

In my case it was mentioned in the log.
Look for a line that looks like
"{'Airport': 'EBMB', 'User Pos': (50.89735000171623, 4.472286109681873, 37.5213 m, 1.13707 m, 153.3383832698649, 0.008994005620479584, 0.009075712412595749, -0.0002269755086248086, 1.1887200290679931, 1.0)}"
In this example the conflicting airport was EBMB.

[Erathost]

Tried with Barcelona (LEBL) and Hamburg (EDDH) both Marketplace.
LEBL same problem. In the log no entry like {'Airport': '....

EDDH is working and API obviously is working  because of these lines:
User collision geometries reloaded
requestFacilityData EDDH
requestFacilityData DONE EDDH
Loading airport EDDH from
Creating model cache...
Model cache created
SharedMemInterface created
Searching for jetways...
15 StaticObject found

In the LOG of Barcelona the last 2 Lines before spinning is:
GSX SimStart
User collision geometries reloaded

So GSX gets somehow stuck with requesting data.