Comments on: WorldEditor 1.5 – Third Time’s A Charm (I Hope)

By: MichaelK

MichaelK — Mon, 03 Oct 2016 07:57:29 +0000

In reply to Bo. Bo, no it isn't only you. I use the right-mouse click-and-drag only, but when I do use the scroll-bars (accidentally), using View/Zoom Package or Zoom Selection can quickly get you back.

By: Bo

Bo — Sun, 02 Oct 2016 16:32:50 +0000

Is it only me who have problems with scrolling in WED? If I click on the arrows on the scroll bars the scrolling leaps away miles from the airport

By: Michael K

Michael K — Sat, 01 Oct 2016 08:26:21 +0000

In reply to Ben Supnik. Whoops. I obviously made a real error trapped by Validation. Let me try that again!

By: Ben Supnik

Ben Supnik — Fri, 30 Sep 2016 17:50:48 +0000

In reply to MichaelK.

I just tried the case in the .pdf and it works. Let’s be clear:

Takeoff 19, land 1 is legal! Every case in that PDF is like this. KLAX is like this too. This passes WED validation!
Takeoff 19, takeoff 1 is ILLEGAL. I see nothing in the RRO info that would imply you can do this!

By: MichaelK

MichaelK — Fri, 30 Sep 2016 00:34:38 +0000

In reply to MichaelK.

Here I was thinking I could “Hide” an Airport Flow … only to find you cannot. Delete it is then.
Please take above as a comment, not a question 🙂

By: MichaelK

MichaelK — Fri, 30 Sep 2016 00:31:16 +0000

Ben and team,
I asked a question about LAHSO recently, and determined setting FLOWS for this was not beneficial. Now I’m coming up against another real-world situation that may be the same. Brisbane (YBBN) has Reciprocal Runway Operations RRO which breach the ‘rule’ that says airplanes cannot land and takeoff from different ends of the runway.
See http://www.airservicesaustralia.com/aip/current/dap/BBNNA01-146.pdf for their nighttime “Mode 2” ops.
WED’s validation has just rejected my flows. I’ll hide them for now as I suspect there is no way around this rule. The Flow Authoring Guide also warns about this “mistake”. I also think it’s safer to have the rule and trap mistakes rather than let this rare (I assume) real-world situation through.
Is it worth hiding the flows for now, hoping for some way to bypass the validation in the future, or should I just delete?

By: Ben Supnik

Ben Supnik — Wed, 28 Sep 2016 00:47:07 +0000

In reply to GPB. AI not spawning on transparent runways is a known design limitation; it will not be fixed for 10.50 or 10.51.

By: GPB

GPB — Tue, 27 Sep 2016 17:39:38 +0000

In reply to GPB.

Saw there are lots of thing checked in Settings | Data Input/Output. Turned off wings/propellers, etc at the bottom right and that cleared up the view. Still, lots of other column 1 items checked.

Also, AI aircraft still will not spawn at airport with transparent runways:

0:09:44.675 D/ATC: User’s airplane appears to be at: KSNA (Orange County – John Wayne)
0:09:44.675 D/ATC: p=4 (N04XP) cannot start at KSNA: the longest runway is not paved.
0:09:44.675 D/ATC: Not using KSNA for spawning because it is unsuitable for p=4 (N04XP).

Bug was filed on this a while ago. Thx.

By: GPB

GPB — Tue, 27 Sep 2016 14:24:45 +0000

Got an update this morning for XP via Steam. Failed to load because several files in the X:\SteamLibrary\SteamApps\common\X-Plane 10\Resources\bitmaps\skycolors had a file size of ZERO (I restored them from a backup) and when it did finally launch, it has an airfoil debug/diagnostic/info screen displayed. Couldn’t see how to toggle that off. Please advise. Thx.

By: Ben Supnik

Ben Supnik — Tue, 27 Sep 2016 13:59:04 +0000

In reply to John Rogers. That'd be Julian. :-) We're hoping this will be -less- painful for him because WED catches so much more stuff...