Hello Ben, bsupnik wrote:
> X-Plane has ended up more and more using a 'compiler' approach to our > scenery, where we view the process of making scenery as a series of > transformations on data. FlightGear uses this compilation aproach for ages and we're currently working on improving the process - this is why a foresighted airport description format would come very handy right now ;-) But scenery generation actually is not the whole story. Think of placing your aircraft at the beginning of runway 05R at EDDL at runtime - the simulation somehow needs to have access to the runway locations and the FlightGear simulation runtime uses the 'apt.dat' for this purpose as well. Which pint is the simulation supposed to pick for this purpose ? I still failed to understand the logic in the description on: http://www.x-plane.org/home/robinp/Apt850.htm .... to my current impression the description is a bit inconsistent. The explanation for type '100' contains the following text: The following rows are repeated for each end of the runway: 35.04420900 Latitude (in decimal degrees) of runway threshold at centreline -106.59855700 Longitude (in decimal degrees) of runway threshold at centreline The example for KABQ reads: 100 08x 49 02 2 0.25 1 2 1 35.04420900 -106.59855700 300 200 3 2 1 1 2 \ 2 3.00 35.04420900 -106.59855700 0000 0300 3 2 0 1 1 2 3.50 How is this gonna work when the thresholds of the opposing runway ends are situated at the same location ? Shouldn't the meaning of the cited text be "The following _columns ...." ? I'm not trying to torpedo your work on the new schema, I'm simply trying to understand it _before_ I point my gun at you ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
