Kansai Intl. Airport (RJBB)

[IAHM-COL]

Still one to go:

Failed to load OBJECT_SHARED 'Models/lib/belt_loader_lp.ac'

[IAHM-COL]

you certainly made that area of the cargo apron busy
I wouldnt go beyond that on that area, but If I may ask to replicate the effect (same objects new locations) here

https://www.google.com/maps/@34.4404566 ... a=!3m1!1e3

[legoboyvdlp]

Okay, I'll upload that.
Sure!

I just did the M-aprons... probably one or two missing models. I have the P3000 models in my FGDATA, so I can't pick them up.
Thanks a lot

[elgaton]

Well, you know, like in big airports, where the screen is filled with green text: callsign cleared to start up.
It's a bit annoying and unrealistic at times.

I think elgaton means that we are not really supposed to place static aircraft -- instead you want dynamic aircraft that move, that can be enabled or disabled at user choice.

That's indeed what I meant, for the following reasons:

• dynamic/AI aircraft can be disabled at user choice;
• they won't conflict with the player's plane - if (s)he launches FG at a specified stand, (s)he will be sure there won't be any AI aircraft in the way.

@IAHM-COL: no work is being done with respect to making the AI controllable by an ATC. (In fact, as you noted, AI is best left disabled on multiplayer events, because the AI traffic seen by a player is, generally speaking, different from that seen by another one). So far, the AI system was slightly refactored and several ground networks are being worked on. Furthermore, I think it was proposed to improve the built-in ATC (the one you invoke by pressing ') - it won't be made controllable over the multiplayer network, however, for the reasons you mentioned.

[IAHM-COL]

OK
I understand you better now (sign of relief too )

In any case, your suggestion of groundnet and traffic files is very valid
See:

https://github.com/FGMEMBERS-SCENERY/RJBB-fg-CustomScenery/tree/master/AI/Traffic/A,

and

https://github.com/FGMEMBERS-SCENERY/RJBB-fg-CustomScenery/blob/master/Airports/R/J/B/RJBB.groundnet.xml

[laserman]

I started to use WED to place some jetways at T1. Of course I like to make them fit to parked aircraft.
I suggest to move all parking spots 30m closer to the building - that's how Litjan does it, who makes most of the layouts. So I see his airports as some kind of de-facto standard / best practice.
My converter script to ICAO.groundnet.xml (dsf2stg.py) is moving them back again approx. 16 meters and I don't want to set a individual offset for every airport.

I will do some RJBB jetway testing today.

https://github.com/mherweg/d-laser-fgto ... 7bb200109d

btw:
I don't like how the front of my Terminal 1 building is not a straight line along the service road, but I don't know how to fix that without messing up the roof.

[legoboyvdlp]

Good!
My Gatwick... uh, how do I know where to put the parking position in WED?
If I put it at the end, it will be too close to the building.

[laserman]

put it where the 777 has its nose wheel
look at KATL, KLAX and OMDB as examples.

[IAHM-COL]

How about fixing the road in wed, instead of the model in blender?

That could be done concomitantly with displacing the parkpos.

Did you guys see the new model for the skybridge?

[legoboyvdlp]

Yep, I did, if you mean the bridge to the mainland. It looks very dark, but very nice.
Okay, then, I assume every aircraft should work then, if I put the parking position right on top of the 'stop bar'.