Developer's Backdoor > GSX Backdoor
Preselect Gate
mroschk:
Hello,
i dont want to work GSX with more then one Airport.
As i explain...select the Airport via the ICAO code.
That means only ONE Airport and GSX should do nothing else then
Reading the available Gates/Parkings after getting the ICAO.
Then AFTER LANDING ( on the Ground ) we only have to call one Shortcut or Menuentry.
Would be great to have
Matthias
virtuali:
--- Quote from: mroschk on August 12, 2014, 08:13:48 pm ---i dont want to work GSX with more then one Airport. As i explain...select the Airport via the ICAO code.
--- End quote ---
It would have to, in order to do what you are asking, because the moment you insert an ICAO, before you would be able to pre-select your gate, GSX should:
- Scan the WHOLE airport database, to find if you entered a valid ICAO. All 20.000 of them, of course. The GSX airport cache is not optimized to lookup an arbitrary ICAO all over the world, but it's optimized to search the ICAO closest to the area nearby your position, which is what it needs now. This means this search might be slow, compared to the immediate results you get now, after landing.
- Get the name of all the matching AFCADs for that ICAO. Sort them according to the Scenery Library priority.
- Open that AFCAD momentarily, to load a list of the available parkings.
This, while you are still flying, meaning you could always change your mind later and be able to switch to a different airport and/or switch to a different parking.
To allow for a fast ICAO search, we would need to have the airport cache structured in a different way, with data organized in multiple ways, depending on the kind of search needed, but this will have of course an impact on the cache creation every time you change something in the Scenery Library, so users that won't mind waiting to land to select the parking, will be annoyed by this "feature", that will affect the cache regeneration time.
You are asking for fairly large chances, with potentially annoying side-effect such as the increased cache regeneration time, with very little payoff in term of added features, when we could spend our time doing something more useful, like new service vehicles, new models, new liveries, new sounds, that *everybody* will notice.
mroschk:
Hello,
ok, that's right. I did not know that you have not created an optimized Cache of the Airport's. I thought you have.
So..if it is like this you have to had first to optimize you code.
Matthias
virtuali:
--- Quote from: mroschk on August 13, 2014, 12:06:44 am ---ok, that's right. I did not know that you have not created an optimized Cache of the Airport's. I thought you have.
--- End quote ---
And why should we ? We don't need it, except for the ability to let you search for an ICAO all over the world, which is not how GSX ever worked so far.
--- Quote ---So..if it is like this you have to had first to optimize you code.
--- End quote ---
First, it's not the "code", it's more like the airport database, and that IS optimized, to be as fast as possible when *returning* the ICAO code of the airport closest to you, which is entirely different (it's the opposite, basically), as if it was optimized to search *starting* from an ICAO.
And it's BECAUSE is optimized, that we don't have an additional database organized in a way we don't need, that would only result in a slower cache regeneration time, because each time you change something in the Scenery Library, more data would need to be recreated, slowing the cache regeneration for everyone, even those not interested in pre-selecting the parking,
mroschk:
take a range of .. lets say 20 or 30 NM araound the airplane.
So you have a small list of Airports to search without any changes.
Also you can have , for all those things not every one want to have, a litle litle Enable/Disable Option
in the Addon Manager .. easy or :-)
Matthias
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version