• Which the release of FS2020 we see an explosition of activity on the forun and of course we are very happy to see this. But having all questions about FS2020 in one forum becomes a bit messy. So therefore we would like to ask you all to use the following guidelines when posting your questions:

    • Tag FS2020 specific questions with the MSFS2020 tag.
    • Questions about making 3D assets can be posted in the 3D asset design forum. Either post them in the subforum of the modelling tool you use or in the general forum if they are general.
    • Questions about aircraft design can be posted in the Aircraft design forum
    • Questions about airport design can be posted in the FS2020 airport design forum. Once airport development tools have been updated for FS2020 you can post tool speciifc questions in the subforums of those tools as well of course.
    • Questions about terrain design can be posted in the FS2020 terrain design forum.
    • Questions about SimConnect can be posted in the SimConnect forum.

    Any other question that is not specific to an aspect of development or tool can be posted in the General chat forum.

    By following these guidelines we make sure that the forums remain easy to read for everybody and also that the right people can find your post to answer it.

MSFS20 Parking space distances apart?

Messages
1,025
Country
us-florida
This isn't necessarily an ADE specific question, it also applies to SDK compiled parking.

I was reworking YBAF to add all the missing parking spaces and in testing it with ground aircraft set to 100% in the traffic settings it didn't populate every parking space, it seems to most times populate every other parking spot at a minimum.

There's no overlap on the parking spaces although they are probably 25cm apart between each parking radius circle.

I'm wondering if anyone has found that the parking spaces need to be a minimum distance from each other for it to populate every parking space.

On the grass area of the airfield there's a slightly larger gap between each parking spot and each spot is fully populated.

However on the sealed apron the parking spots in real life are about 6 to 6.5 m wide. I originally changed it to alternate spots between 6.0 and 6.5 m to leave a slight gap so there was no overlap, but even changing it to 6.0 every other spot is empty. I tried to expand all to 6.5 with slight overlap and still the same results.
 
Double radius story.... a pain. MSFS introduced the double radius system that is materialized by a dashed circle of 6m around the real aircraft radius. You have to consider that this extra radius is a part of the aircraft wingspan by itself.
 
Thanks so much xavios!!!

Ahhh that makes sense due to the Marshallers and push back services.

Definitely a bit of a pain that whole system as it’s rare in GA to have any of that. I’ll try turning off those services in all the aircraft.cfg files for GA aircraft in my system and see if per chance it helps remove that extra buffer.

I wonder if those flags are turned off in the aircraft.cfg if that will make a difference. Probably not but worth investigating.

I’m wondering if a work around may be to double stack the airport as this would help also with multi frequency for differing runways.

Have one AFX for 28R with the correct tower frequency assigned and parking aircraft use odd parking space numbers (hand generated) and the other runway assigned the other frequency and even parking space numbers.

Seeing as no scheduled flights depart YBAF it wouldn’t affect live traffic or even if it did it would use the main runway, and create a faux ICAO code for the other half of the field on a fake YBAX code and then schedule offline AI flights accordingly.
 
Last edited:
ICAO is used as the airport ID in MSFS. You can actually use 5 characters rather than 4 as the ID. You might need to hand edit the XML to do this. YBAF1 and YBAF2?
 
ICAO is used as the airport ID in MSFS. You can actually use 5 characters rather than 4 as the ID. You might need to hand edit the XML to do this. YBAF1 and YBAF2?

Oh 5 characters is awesome that should help tremendously. I love working with the XML code lol I’m a nerd. I originally started on YBAF for FS2004 mapping out the airport in Google Earth Pro. Much faster to lay stuff out there and if I can generate a converter like the old KML2BGL it could be useful maybe.

I’d want to keep 10L/28R as the primary YBAF code still so any other live or AI packages use the main airport seamlessly. Then I can use YBAF2 for circuits and south and east AI traffic.

Btw I found my old airports.dat file I extracted from the FS-base-generic-airports when I first made FS Airport Extractor. It has all the airport codes and lists which folder and file they’re in. I should make it into a spreadsheet or a program for people to easily look it up.

Do you remember the days of Star afcads where we were able to get cross runways to work alongside the primary? I fear a lot of that old knowledge has been lost…
 
Last edited:
Back
Top