Comments on: Green, Yellow, Red https:/2012/02/green-yellow-red/ Developer resources for the X-Plane flight simulator Fri, 17 Feb 2012 01:44:23 +0000 hourly 1 https://wordpress.org/?v=6.6.1 By: Ben Supnik https:/2012/02/green-yellow-red/#comment-4293 Fri, 17 Feb 2012 01:44:23 +0000 http://www.x-plane.com/blog/?p=3881#comment-4293 In reply to vonhinx.

Yes. The goal is to get the user to take the only action he or she can do without being an expert: tell the author “there’s something weird about this scenery…can you do something about it.”

Re: ignoring it, the issue with any data quality issue is the same: when we provide a quiet and polite message (e.g. just in the log) about a problem, the problem tends to grow and spread in the community. If, on average, authors were more aggressive about chasing down a “clean log” we wouldn’t have to be so noisy while running, but years of X-Plane point to the contrary.

]]>
By: vonhinx https:/2012/02/green-yellow-red/#comment-4292 Fri, 17 Feb 2012 01:33:06 +0000 http://www.x-plane.com/blog/?p=3881#comment-4292 In reply to Ben Supnik.

…which forces the user to deal with it by contacting the author or someone who could modify it. Another alternative is to ignore the ramp or windsock within the scenery. But, okay, the plan is the norm, understood.

]]>
By: Ben Supnik https:/2012/02/green-yellow-red/#comment-4291 Thu, 16 Feb 2012 20:10:32 +0000 http://www.x-plane.com/blog/?p=3881#comment-4291 In reply to vonhinx.

The intended behavior is:
– one user visible alert per scenery pack per run of X-Plane.
– one log message per error per scenery pack per run of X-Plane.
I think if we disable the scenery pack, that’s actually harsher; the user can remove the scenery pack if they want, but if we “remove” it for him, then there is no WAY to use the scenery pack until the condition is cleared.

]]>
By: vonhinx https:/2012/02/green-yellow-red/#comment-4290 Thu, 16 Feb 2012 16:54:00 +0000 http://www.x-plane.com/blog/?p=3881#comment-4290 So… do you intend the error function to complain once per SCENERY PACK or once per launch then write up all the errors of each SP in the log by the next update?

There is another strategy I’d like to throw out there for your consideration, which is to not get the error to complain and require your thousands of customers to click ‘Understood’ but disable the scenery internally if the error is fatal, writing the appropriate error in the log. One enhancement could be to inform of the event while the splash screen is active, hence making it self-dismissing.

For say, 10 SPs used by 10,000 users in ten days, that would be a million mouse clicks saved. Trivial though it may be for an individual, there might be karmic implications for others 😉

]]>
By: Bob Marsh https:/2012/02/green-yellow-red/#comment-4289 Tue, 14 Feb 2012 22:17:55 +0000 http://www.x-plane.com/blog/?p=3881#comment-4289 I have converted several of my New York Upstate Custom Airports to a fully WED 1.1b4 managed build from their former generation using a combination of WED 1.1 in conjunction with Scenery Editor 2.04. I have thus far used the global apt.dat files from 9.7 in procuring the individual apt.dat files for several of these airports in 9.7, and have copied these several packs into 10.04 custom scenery to use them there. Could I just as well have used the newer default apt.dat from 10.04 to obtain these files? It appears that the airports in question have identical content, as I look at them, but can the latest (and perhaps enhanced) apt.dat files from XP10 be used without creating a problem?

]]>
By: Cormac https:/2012/02/green-yellow-red/#comment-4288 Tue, 14 Feb 2012 20:07:34 +0000 http://www.x-plane.com/blog/?p=3881#comment-4288 Yeah, couldn’t but notice the parade of erroneous beacon and windsock positions when I first started up the latest beta! It did appear that the majority of these were occurring in a handful of packages with multi-airport apt.dat files. I suspect the authors are adding the items while zoomed in on one airport layout but the items are being added under another airport in the .wed hierarchy tree without the author taking note of the significance of this. Perhaps something to think about for the WED interface/data validation?

]]>
By: Chris Serio https:/2012/02/green-yellow-red/#comment-4286 Sun, 12 Feb 2012 14:15:30 +0000 http://www.x-plane.com/blog/?p=3881#comment-4286 In reply to vonhinx.

Agreed on having to click on the dialog multiple times. I chose the wrong error function. The right one only complains once per SCENERY PACK, the one I chose complains once per error found. The error has nothing to do with ATC however so disabling it wouldn’t be helpful to anyone.

]]>
By: Chris Serio https:/2012/02/green-yellow-red/#comment-4285 Sun, 12 Feb 2012 14:14:10 +0000 http://www.x-plane.com/blog/?p=3881#comment-4285 In reply to Bob Marsh.

This kind of thing has already been implemented. It’s coming with WED 1.2.

]]>
By: vonhinx https:/2012/02/green-yellow-red/#comment-4284 Sun, 12 Feb 2012 06:56:04 +0000 http://www.x-plane.com/blog/?p=3881#comment-4284 It’s rather unpleasant to have to click “Understood” 50 times on launch. Why not a notification that ATC will be disabled for certain airports in custom scenery where such insurmountable problems arise: once as a dismissible dialog, then written in the log as many times as necessary to point out the culprits.

Imagine if your bank disabled your local ATM (Automated Teller Machine) because there’s a problem in some other ATM at the other side of the continent.

]]>
By: Bob Marsh https:/2012/02/green-yellow-red/#comment-4283 Sun, 12 Feb 2012 04:04:35 +0000 http://www.x-plane.com/blog/?p=3881#comment-4283 Ben and Chris:
Your comments regarding ramp start locations for use by ATC and AI seem to point out that several types may well be necessary, and I assume that may eventually be the solution to AI and to ATC starting positions. In my custom scenery packs, and in several others I know of, sometimes it is desired to be able to position an aircraft inside a hanger as a selectable spot, or at another space restricted spot on the ramp. But in many cases, these locations are for small planes, and are not suitable for AI, since all types of aircraft can be selected specifically or randomly for this traffic. I would not like to loose this positioning ability, but I can see that a second super-position category will probably be needed to cope with ATC requirements and AI operation with all sizes of aircraft.

]]>