On Sat, 2009-11-14 at 13:01 -0600, Curtis Olson wrote: > On Sat, Nov 14, 2009 at 12:50 PM, Ron Jensen wrote: > > I commented on the other European-ization thread (about > precision > > marking differences) that perhaps genapts should take a flag > for > European or US style rendering? > > Martin pointed out that for the vast portion of airports and scenery > areas of the world, they are generated using hands off batch > processing methods. This is the primary mode in which genapts and > terragear were designed to run. > > So certainly a flag would be useful if a developer wants individual > control over a runway or an airport, but some sort of heuristic for > the rest of the airports in the world would also be useful ... or some > way to enhance the data file so a per-runway-end decision could be > made automatically. I.e. add a field to the database and fill it in > with some heuristic, then from there on allow manual tweaking for > individual airports. Then the batch processor would have the > information it needs for a full world regen, then next time that is > run. > > Curt.
Yes, I understand that. My vision was the flag would be set before genapts is ran. Or are all airports generated at a single pass? If that's the case perhaps genapts should use the literal runway number from apt.dat, and apt.dat can be edited to replace the leading zero with a space on US GA airports? This should still keep us compatible with x-plane 8.10 datafile specs... Ron ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
