[Flightgear-devel] Any alpha testers with a bit of extra time on their hands?
I have something here that I think is kind of fun. I've been fiddling with this off and on since last fall and decided it was time to clean it up a bit and quit hording all the fun for myself. Basically I have taken the F-14b and created a high performance Navy "drone" out of it. It can auto-launch from a carrier, auto fly a route (if you've input one) and can do circle holds (compensating for wind.) I've added a simulated gyro stabilized camera that will point at anything you click on and then hold that view steady no matter what the airplane does (similar to what real uav's can do.) Finally, you can command it to return home and it will find the carrier, setup a reasonable approach and nail the landing perfectly every time (factoring in wind, carrier speed, etc.) I put together a quick web page that includes more of an explanation and description of what the demo does. I have a link to a zip file you need to download. This must be extracted over the top of the existing f-14b as per the installation instructions on the following web site: http://www.flightgear.org/uas-demo/ I'm hoping to get a few people that would like to try this and report back on a couple things: - were you able to get it to work? Were there any missing files or major blunders in the .zip file package? - are there places where my web page instructions stink, and can you help me write better or more accurate instructions, especially for the Mac - I already know my instructions for setting up the vinson demo aren't good, but it's been so long since I tried to do this on windows I forget all the fgrun details. Maybe there is an easier way now? - finally, what do you think? general impressions? things you thought were especially cool, or especially stupid? You probably can think of a dozen feature requests, and I have some things in the pipeline already. (For instance I have a refueling mode that is currently disabled, but almost is close to working. And I've done some preliminary work on adapting all of the auto-land logic for runway landings.) - if you happen to go look at the nasal code that does all the magic, please don't judge me (quoting Eskeletor from nacho libre) -- that was actually a fun sub-project (for a former computer scientist.) :-) - Oh, and eventually I'd like to add pictures to the instructions. If you happen to catch an especially cool looking view (weather, clouds, time of day, sun, sun glint, scene composition, etc.) then please feel free to send me a picture or two (or even a youtube movie) so I can make the instructions prettier and more exciting. :-) If I can get this demo all cleaned up and generally running pretty well, I have another UAS demo that is similar, but centered around the ATI Resolution-3 airframe (which is a 92" 2.33m composite marinized flying wing.) Then if that all goes well, I have actual embedded C code to do much of these same sorts of things that can run on a gumstix embedded computer (or similar.) This code is able to talk directly to flightgear via udp packets, and has actually flown in a couple different UAV airframes using real sensors and real actuators. So you might see a progression developing here from pure simulation with all the logic prototyped in nasal, to software in the loop running pure C/C++ code, to the same software running on actual embedded hardware (using FlightGear as reality), to the end result of an actual real life UAV. (And I've been using drone, UAS, and UAV pretty interchangeably here.) Thanks! Curt. -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mapping Airspace
John: Admittedly I work with GRASS solely on the text-based side - rarely if ever touching the GUI - but hopefully I can help: 1) To be honest, it's probably easiest to continue to use d.his and then display the resulting map using the GRASS plugin - QGIS doesn't really have many (if any?) raster tools, while GRASS was created primarily to deal with raster features (and added vectors later). 2) I believe r.mapcalc is the way to do this on the fly - not sure what you are asking, because I'm sure d.rast calls this "on the fly" when you go to display the image? You can always do something like r.mapcalc "{$output_map} = if({$input_map[0,0]} >= 3000, {$input_map[0,0]}, null())" so it doesn't stop the processing. 3. You CAN do raster reprojection on the fly. However, your results won't be anywhere near as "clean" as a vector reprojection as a result of the different format type. Also, there are some rules - I believe the projection has to be in the current region of the location you're reprojecting to, and also the resolution must be sufficient in order to handle the map. The r.proj part of the manual has two good procedures for doing so: http://grass.osgeo.org/grass64/manuals/html64_user/r.proj.html (old version but should still be okay) 4) I think it's an actual limitation - I am assuming, for a categorical map, you would like say all cats < 10 to have a transparency but all cats >= 10 to not have a transparency? I'm not sure how to do this, if this exists - I'd just use r.mapcalc and display two different layers. I hope I didn't misinterpret what you're writing, and hopefully that was of some help. Cheers John -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG hangs on "loading scenery" when using many objects
On Wed, Sep 21, 2011 at 11:07 PM, Thomas Albrecht wrote: > > On machine (much slower than yours: Pentium 4 2.4 GHz, 1.5GB DDR), FG hangs > when using ~2300 objects. Here, with AMD 605e 2.3GHz, it hangs at around 5800 objects, with the CPU behaviour you described. Going slightly higher, from around 6000, FG starts to burn CPU again, but nevertheless won't get any result. Looking into the problem, seems the scenery is loaded eventually, but the fdm is not initialized so this check never passes: if (globals->get_tile_mgr()->isSceneryLoaded() && fgGetBool("sim/fdm-initialized")) { Now, the FDM init code has this: if (globals->get_scenery()->scenery_available(geod, range)) { SG_LOG(SG_FLIGHT, SG_INFO, "Scenery loaded, will init FDM"); That in turn ends up at: simgear::CheckSceneryVisitor csnv(getPagerSingleton(), toOsg(p), range_m, framestamp); // currently the PagedLODs will not be loaded by the DatabasePager // while the splashscreen is there, so CheckSceneryVisitor force-loads // missing objects in the main thread get_scene_graph()->accept(csnv); if(!csnv.isLoaded()) Finally we arrive at: void SGPagedLOD::forceLoad(osgDB::DatabasePager *dbp, FrameStamp* framestamp, NodePath& path) { //SG_LOG(SG_GENERAL, SG_ALERT, "SGPagedLOD::forceLoad(" << //getFileName(getNumChildren()) << ")"); And now the crazy part! If I uncomment this logging, everything suddenly works, even with 20k objects: http://i53.tinypic.com/wwn12f.png Sounds like some timing/threading issue to me. -- Csaba/Jester -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mapping Airspace
Am 21.09.11 21:43, schrieb John Denker: > > 4) When defining a colormap, there does not appear to be > any way of controlling transparency on a level-by-level > basis. Am I overlooking something, or is this an actual > limitation? Maybe I miss something but you can control transparency for every level in layer properties. Cheers, Yves -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mapping Airspace
Am 21.09.11 21:43, schrieb John Denker: > 3) I suspect that doing reprojections on the the fly only > works for vector data. I tried it with raster data, > expecting to see either a resulting image or an error > message, but saw neither. Is there something I'm missing? It works also for raster on the fly, but you probably have to "zoom" to the current extension again. Cheers, Yves -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG hangs on "loading scenery" when using many objects
Hi Jon! > I've seen something similar before, it's incredibly annoying, and I suspect > you'll eventually track it down to a typo in an stg file. I've also had typos/missing objects in .stgs before, causing similiar effects. However, for testing, I'm creating the .stg with a very simple python script, placing the same object over and over at different locations. I am pretty sure it's not a typo or such. Cheers, Tom #!/usr/bin/env python import numpy as np import sys obj="Juliana-CocoPalmSeedling.ac" alt=-5 hdg=0 mid_x=5.519707 mid_y=52.456022 size_x=0.0050 size_y=0.0050 num_x=num_y=int(sys.argv[1])**0.5 X = np.linspace(-0.5*size_x, 0.5*size_x, num_x) + mid_x Y = np.linspace(-0.5*size_y, 0.5*size_y, num_y) + mid_y f = open("3040154.stg", "w") for y in Y: for x in X: f.write("OBJECT_STATIC %s %1.10g %1.10g %g %g\n" % (obj, x, y, alt, hdg)) f.close() signature.asc Description: This is a digitally signed message part. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.
On 21 Sep 2011, at 11:12, Melchior FRANZ wrote: > > > > /sim/dimensions/radius-m > /sim/dimensions/parkpos-offset-m > /sim/aircraft-class > > > Alright succes!!! Adding this section did the trick of saving aircraft-class and aircraft-operator properties, after they were were changed by the livery select mechanism. But, then my trouble wasn't over yet: It turned out the data from fghome/aircraft-data/[aircraft].xml haven't been processed yet, at the time fgInitialPosition is called. But it looks like I can work around this by prefetching this file. reading it into a local property tree and fetching the data from there. The code needs some more cleaning up, and I have two additional questions: 1). Is there a 1 to 1 correspondence between the value of the /sim/aircraft property and the name of the xml file where aircraft specific properties will be saved in? 2). Is there a command line option to specifically tell FlightGear which livery should be loaded? cheers, Durk P.S., Muchos gracias to Melchior and Torsten for pointing me in the right direction! D. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG hangs on "loading scenery" when using many objects
Hi Geoff, thanks for testing! Indeed, I forgot the texture, sorry about that. It is included in a new package: http://www.mediafire.com/?q99zyzkyu2tw04w For further testing, I wrote a small python script which fills a rectangular area at EHLE (because it's mostly flat there, so I can use hardcoded elevation) with an arbitraty number of objects (all copies of that coco palm). Could you please give it a try and see if you find any strange behaviour with, say, 5k, 10k, 20k objects? Usage: backup Objects/e000n50/e005n52/3040154.stg first! tar xzf Objects.tar.gz cd Objects/e000n50/e005n52 ./place_objs.py 5000 then start fgfs at EHLE On machine (much slower than yours: Pentium 4 2.4 GHz, 1.5GB DDR), FG hangs when using ~2300 objects. Thanks, Tom signature.asc Description: This is a digitally signed message part. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mapping Airspace
On 09/20/2011 07:08 PM, J. Holden wrote: > This is somewhat off-topic to FlightGear, so I apologize - but I > respond to John Denker: Having looked over what you are trying to do, > I strongly recommend using QGIS with the GRASS plugin. > > Very rarely do I use any of GRASS' built-in visualization programs - > and very rarely do I use any of QGIS' built-in geospatial functions - > but QGIS is the best program I've found to visualize GRASS data at > the moment (with the possible, rare, exception of NVIZ). > > In fact, I believe the whole GRASS d.mon was rewritten as of GRASS 7 > and now works differently (and hopefully better). I think most of the > GRASS display functions were very, very old. Yes, that helps. Thanks for the clue. One nice thing about GRASS is that it is very modular. In particular its backend computational features are independent of its frontend visualization features. The QGIS frontend graphics are orders of magnitude faster than the GRASS frontend graphics. Also QGIS has a feature called "recompute CRS on the fly" that simplifies a lot of things. It's nice to see a little bit of sanity in the world. Here are some questions you might be able to help me with, if you would be so kind. Off-list answers would be fine, although I suspect I'm not the only person who is interested: 1) GRASS has a "drape" feature implemented by d.his that sets the intensity from one raster and the hue from from another, which is a very nice way of combining slope information and elevation information into one image. It's not obvious how to achieve the "drape" effect in QGIS ... with or without involving GRASS. What's the trick? 2) GRASS has a "catlist" feature implemented by d.rast that makes it easy to display only a certain range of values, e.g. everything from 3000 feet on up. This is particularly slick in conjunction with item (1) above. I can always do this with r.mapcalc, but I was wondering if there might be a convenient way to do it on-the-fly. 3) I suspect that doing reprojections on the the fly only works for vector data. I tried it with raster data, expecting to see either a resulting image or an error message, but saw neither. Is there something I'm missing? 4) When defining a colormap, there does not appear to be any way of controlling transparency on a level-by-level basis. Am I overlooking something, or is this an actual limitation? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] terragear-cs apt.dat 850 runway support
Hi there, i just want to announce that I added support for the 850 apt.dat runways to genapts. This work is thought as a compliment to the currently ongoing development towards curved taxiways. The current state is that genapts reads runways and creates them accordingly. Features: -different designations for both runway ends -different runway markings for both ends -all kinds of lights (different where possible in the 850 format) I was very glad to find already existing definitions for all kinds of new approach lights in the source. Also, the possibility to assign different runway markings to both ends make it possible to finally create runways visually correct that are only used into one direction (RW 18/36 in EDDF is one example). I'm currently working on the missing objects like PAPIs/VASIs. As this is my first programming project, I hope I didn't mess up something too bad. The source is available here: https://gitorious.org/papillon81/terragear-cs/commits/850 I cleaned up quite a bit of the runway markings code and made it more flexible. So it should be easier to add a wider variety of runway types in the future. Cheers, Chris / papillon81 -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mapping Airspace
On Wed, 21 Sep 2011, Curtis Olson wrote: > On Wed, Sep 21, 2011 at 11:12 AM, Gene Buckle wrote: > >> On Wed, 21 Sep 2011, Curtis Olson wrote: >> >>> 11: RC Pilot. Stays under 400' AGL and outside a 3 mile radius from any >>> airport. Probably flying at a club site and doesn't care about air >> spaces. >>> Has no way to estimate if he's over or under 400' AGL and probably is >>> flying a plane that can climb 500' per second and hover at 2 clicks of >>> throttle. Is annoyed when a VIP flies into the big airport 30 miles away >>> and his club field is just barely inside the TFR radius and he can't even >> go >>> out there and fly a paper airplane for several hours. >>> >> 11a: RC Pilot. Flies out of backyard whenever the hell he wants, >> regularly sees how high he can get using a 2lb electric Slow-Stik and a >> fancy altimeter downlink. Doesn't worry about how tiny a 40" model is at >> 2000ft, has FPV goggles for that. >> > > 11b: Smart RC Pilot: Doesn't post publicly about his misadventures, and has > never been above 400' or anywhere close to inside or above the clouds. > *my* misadventures? Oh no sir, not mine. There's this awesome FPV forum that discusses such things(there's a video of a guy doing some _insane_ things with a flying wing in and around Rio) g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mapping Airspace
On Wed, Sep 21, 2011 at 11:12 AM, Gene Buckle wrote: > On Wed, 21 Sep 2011, Curtis Olson wrote: > > > 11: RC Pilot. Stays under 400' AGL and outside a 3 mile radius from any > > airport. Probably flying at a club site and doesn't care about air > spaces. > > Has no way to estimate if he's over or under 400' AGL and probably is > > flying a plane that can climb 500' per second and hover at 2 clicks of > > throttle. Is annoyed when a VIP flies into the big airport 30 miles away > > and his club field is just barely inside the TFR radius and he can't even > go > > out there and fly a paper airplane for several hours. > > > 11a: RC Pilot. Flies out of backyard whenever the hell he wants, > regularly sees how high he can get using a 2lb electric Slow-Stik and a > fancy altimeter downlink. Doesn't worry about how tiny a 40" model is at > 2000ft, has FPV goggles for that. > 11b: Smart RC Pilot: Doesn't post publicly about his misadventures, and has never been above 400' or anywhere close to inside or above the clouds. Curt. -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mapping Airspace
On Wed, 21 Sep 2011, Curtis Olson wrote: > 11: RC Pilot. Stays under 400' AGL and outside a 3 mile radius from any > airport. Probably flying at a club site and doesn't care about air spaces. > Has no way to estimate if he's over or under 400' AGL and probably is > flying a plane that can climb 500' per second and hover at 2 clicks of > throttle. Is annoyed when a VIP flies into the big airport 30 miles away > and his club field is just barely inside the TFR radius and he can't even go > out there and fly a paper airplane for several hours. > 11a: RC Pilot. Flies out of backyard whenever the hell he wants, regularly sees how high he can get using a 2lb electric Slow-Stik and a fancy altimeter downlink. Doesn't worry about how tiny a 40" model is at 2000ft, has FPV goggles for that. *laughs* g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mapping Airspace
11: RC Pilot. Stays under 400' AGL and outside a 3 mile radius from any airport. Probably flying at a club site and doesn't care about air spaces. Has no way to estimate if he's over or under 400' AGL and probably is flying a plane that can climb 500' per second and hover at 2 clicks of throttle. Is annoyed when a VIP flies into the big airport 30 miles away and his club field is just barely inside the TFR radius and he can't even go out there and fly a paper airplane for several hours. 14: Drone Pilot. Still waiting for the official regulations in the USA (I think.) Realizing if manned aviation was just invented this week, the FAA would completely disallow it for safety reasons. In the USA you can do whatever you want in military airspace assuming you have proper permission to be there. We've flown at Schofield barracks in HI, in a navy operations area north of Oahu (entirely over water the entire flight including launch and recovery), at camp ripley (MN). Hopefully later this fall up in AK, etc. That seems to be the path of least resistance ... get permission to fly in military airspace and the FAA is entirely out of the picture. Or you can push through paperwork with the FAA to get a COA (certificate of authorization) which is permission to operate in a specific area at specific times with whatever specific other constraints the FAA wants to impose. When we were flying under a COA in the north pacific (1000nm north of Hawaii) we had to put a call out for any local traffic before launch and monitor some random frequency that FAA told us to monitor ... which was kind of dumb because how many Cessna's are going to be flying 1000nm away from the closest land? Of those, how many are going to be flying under 500' altitude? And of those, how many would be chatting on the random frequency the FAA picked for us? We are from the government and we are here to help! :-) Curt. On Wed, Sep 21, 2011 at 9:14 AM, Arnt Karlsen wrote: > On Tue, 20 Sep 2011 22:59:11 -0700, Alex wrote in message > : > > > To agree with Alan, but with some additional generalizations. > > > > On Tue, Sep 20, 2011 at 2:25 AM, Alan Teeder > > wrote: > > > When I ran the research flight simulator for a major aircraft > > > manufacturer in the UK (many moons ago when we still had such an > > > industry), we had a saying:- > > > "Ask 10 test pilots for their opinion, and you will get 10 different > > > answers" > > > > 1. IFR commercial pilot: airspace is completely irrelevant as they > > fly the clearance from ATC, initially filed by another airline > > individual who is not a pilot. > > 2. IFR general aviation pilot: airspace is only of interest on the > > ground when designing a clearance request that will be typed into the > > web terminal. > > 3. VFR commercial pilot: Almost irrelevant as tends to operate in > > areas without airspace restrictions or with full ATC coordination on > > an ad-hoc basis. > > 4. VFR cross country pilot: Interested in airspace, but usually just > > wanting to know where it is, to fly far around it. > > 5. VFR visiting pilot: Intensely interested in airspace, wants the > > simulator to help him learn not to accidentally bump into it. > > 6. VFR local pilot: Probably has it memorized anyway, owns the chart > > mostly to be compliant with the rules. > > 7. Antique / simple homebuilt pilot: Doesn't have radios or the like > > anyway, simply needs a few circles marked 'mode C veil'. > > 8. Military pilot: Doesn't use civilian charts. Could be fun to > > have the MTR details transcribed for simulating those fighters. > > 9. Shuttle pilot: I could ask if needed, but I suspect they count as > > [2] since they're in class A airspace until the final brick-like > > landing. > > 10. Aerobatic pilot: The boxes. And something on the simulator to > > be sarcastic when you accidentally leave the box. > > 11. RC pilot: No idea. Curt? > > 12. ... who is missing from the list? > > ..13. FPV pilot > 14. Drone pilot (or operator (to open another coupla cans of ...)) > > > > From: HB-GRAL > > > To improve our map resources with further data I started an > > > experiment with free available airspace data. Actually this is far > > > from being a good map and finished design, it is just a start to > > > implement (unofficial!) airspace information: > > > http://maptest.fgx.ch/navaid.html > > > > Lovely, keep up the good work. The comments above are intended to > > clarify and not discourage. > > > > > -- > > All the data continuously generated in your IT infrastructure > > contains a definitive record of customers, application performance, > > security threats, fraudulent activity and more. Splunk takes this > > data and makes sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2dcopy1 > > ___ > > Flightgear-devel mailing list > > Flightgear-
Re: [Flightgear-devel] Mapping Airspace
On Tue, 20 Sep 2011 22:59:11 -0700, Alex wrote in message : > To agree with Alan, but with some additional generalizations. > > On Tue, Sep 20, 2011 at 2:25 AM, Alan Teeder > wrote: > > When I ran the research flight simulator for a major aircraft > > manufacturer in the UK (many moons ago when we still had such an > > industry), we had a saying:- > > "Ask 10 test pilots for their opinion, and you will get 10 different > > answers" > > 1. IFR commercial pilot: airspace is completely irrelevant as they > fly the clearance from ATC, initially filed by another airline > individual who is not a pilot. > 2. IFR general aviation pilot: airspace is only of interest on the > ground when designing a clearance request that will be typed into the > web terminal. > 3. VFR commercial pilot: Almost irrelevant as tends to operate in > areas without airspace restrictions or with full ATC coordination on > an ad-hoc basis. > 4. VFR cross country pilot: Interested in airspace, but usually just > wanting to know where it is, to fly far around it. > 5. VFR visiting pilot: Intensely interested in airspace, wants the > simulator to help him learn not to accidentally bump into it. > 6. VFR local pilot: Probably has it memorized anyway, owns the chart > mostly to be compliant with the rules. > 7. Antique / simple homebuilt pilot: Doesn't have radios or the like > anyway, simply needs a few circles marked 'mode C veil'. > 8. Military pilot: Doesn't use civilian charts. Could be fun to > have the MTR details transcribed for simulating those fighters. > 9. Shuttle pilot: I could ask if needed, but I suspect they count as > [2] since they're in class A airspace until the final brick-like > landing. > 10. Aerobatic pilot: The boxes. And something on the simulator to > be sarcastic when you accidentally leave the box. > 11. RC pilot: No idea. Curt? > 12. ... who is missing from the list? ..13. FPV pilot 14. Drone pilot (or operator (to open another coupla cans of ...)) > From: HB-GRAL > > To improve our map resources with further data I started an > > experiment with free available airspace data. Actually this is far > > from being a good map and finished design, it is just a start to > > implement (unofficial!) airspace information: > > http://maptest.fgx.ch/navaid.html > > Lovely, keep up the good work. The comments above are intended to > clarify and not discourage. > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity and more. Splunk takes this > data and makes sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Alaska mapping/scenery improvements
"J. Holden" wrote: > This is ready to be added to the mapserver, at Martin's leisure - and feel > free to add it to your own mapserver. Thanks, noted - I'm still busy doing groundwork, as time permits. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG hangs on "loading scenery" when using many objects
+++ Geoff McLane [21/09/11 13:38 +0200]: >If you add that png, I would give it a try with 5000, >but the problems does seem to be in your machine at the >moment ;=(( I've seen something similar before, it's incredibly annoying, and I suspect you'll eventually track it down to a typo in an stg file. What happens is that the scenery engine never finishes loading the startup scenery, so everything hangs. When you fly *to* the airport in question flightgear is already running in its normal state and so doesn't have that "all the scenery is loaded" hurdle to get over. Start it up with some very verbose logging and you'll track it down. -- Jon Stockill li...@stockill.net -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.
* Melchior FRANZ -- Wednesday 21 September 2011: > "userarchive" simply marks what gets written to $FG_HOME/preferences.xml Whoops ... to $FG_HOME/autosave.xml. (preferences.xml was used first, but a bad idea and changed later.) m. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.
* Durk Talsma -- Wednesday 21 September 2011: > Just a quick question: Is this documented somewhere? Don't think so. Only in the code, that is. > If not, I might start a short wiki page documenting the logic behind > "archieve", "userarchieve", and the interactions with the nasal system. "userarchive" simply marks what gets written to $FG_HOME/preferences.xml and loaded next time from there (if and only if /sim/startup/save-on-exit is true). It's mainly thought for persistent GUI settings. It should not be set by aircraft, *ever*. (Needless to say that some aircraft do it anyway.[0]) "archive" is used by simgear/props_io.cxx -> writeProperties(). This function either saves a whole property tree or only those properties with set "archive" flag. This is used by fgSaveFlight(), which should only save the properties that are to be restored when a saved flight is loaded again via menu. This was broken for so long, until everyone had forgotten what "archive" was about and on which properties it should be set. It's basically what ac_state.nas does in pure Nasal, once again ... m. [0] 727-230 737-300 777-200 787 ATC B-1B CRJ-200 MPCarrier OV10 Rascal SenecaII bf109 ch53e dhc8 spitfireIX -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG hangs on "loading scenery" when using many objects
Hi Tom, He, he, just for ***FUN*** I tried with 4000 objects... See the 'crowded' runway on startup - http://geoffair.org/tmp/fgfs-screen-001.png but more spectacular from the air - http://geoffair.org/tmp/fgfs-screen-002.png and had no problems loading ;=)) But you seem to have missed the png texture file from your zip, and maybe that would make a difference? Console output - several times - osgDB ac3d reader: could not find texture "CocoPalmSeedling.png" Did not check the cpu usage, and the total load time was well under a minute... about 30 seconds... If you add that png, I would give it a try with 5000, but the problems does seem to be in your machine at the moment ;=(( HTH. Regards, Geoff. System Information: - SG/FG/FGDATA - Git of 2011/09/14 12:30:29 - OSG 3.0.1, PLIB 1.8.5, boost 1.40.00 - Ubuntu 10.04 (lucid) linux - 2.6.32-33-generic - Video: ATI Technologies Inc RV630 [Radeon HD 2600XT] - ATI/AMD proprietary fglrx driver - $ modinfo fglrx srcversion: 33640324E1E3A5E6A7234AC - CPU: Intel Core 2 Quad Q6600 2.40 GHz - RAM: 2 GB - Box: Dell XPS 420 - Dell monitor at 1440x900, 60 Hz Scripts used - after failing to load the new stg the first time, I rename the 1907463.stg in my Scenery-1.0.1, and copied in 1907463.stg.4000, plus the *.ac file... then ran - #!/bin/sh #< run_test.sh #SCENERY="--fg-scenery=/home/downloads/temp:/home/geoff/Scenery-1.0.1" SCENERY="--fg-scenery=/home/geoff/Scenery-1.0.1" OPTS="--prop:/sim/frame-rate-throttle-hz=30 --disable-random-objects --geometry=1920x1190+0+0" OPTS="$OPTS --atlas=socket,out,1,localhost,5500,udp --season=summer $SCENERY" OPTS="$OPTS --aircraft=c172p --airport=TNCM --log-level=alert" OPTS="$OPTS --prop:/sim/rendering/multi-sample-buffers=true --prop:/sim/rendering/multi-samples=2" OPTS="$OPTS --prop:/sim/ai-traffic/enabled=false --prop:/sim/traffic-manager/enabled=false --prop:/sim/atc/enabled=false" OPTS="$OPTS --timeofday=dawn --enable-real-weather-fetch --control=joystick --disable-auto-coordination" ./run_fgfs.sh $OPTS which runs - #!/bin/sh #< run_fgfs.sh version=1.3.4, 2011-09-12 - run from anywhere BN=`basename $0` cd /home/geoff/fg/fg16 HERE=$PWD cd install/fgfs/bin export LD_LIBRARY_PATH=/home/geoff/fg/fg16/install/OSG301/lib echo "$BN: Running: ./fgfs --fg-root=/home/geoff/fg/fg16/fgfs/data $@" ./fgfs --fg-root=/home/geoff/fg/fg16/fgfs/data $@ On Tue, 2011-09-20 at 23:00 +0200, Thomas Albrecht wrote: > Hey group, > > I've come across a problem with FG when many (static) objects are to be > loaded > on FG startup. > > Usually, on my (faily old) PC FG loads for about 20 seconds, then > says "loading scenery" for about 6 seconds, and places me in the c172 ready > for takeoff. During all this CPU load is at 100%. > > Now if I start FG with scenery that contains many (> 1000) objects, I get the > following: > - FG still loads for about 20 sec, then says "loading scenery" > - about 3 seconds later, CPU load drops to ~20% and stays there > - and FG never finishes startup > --log-level=debug shows the main loop is running, I can use the menu, but I > never end up in the c172, nor see anything else but the splash screen > > Starting at a nearby airport and flying into said scenery works. I can also > teleport to this nearby airport while FG 'hangs', and then fly into said > scenery flawlessly. > > I've created a test scenery [1] which uses TNCM terrain and 5000 instances of > one object, furthermore, a script which lets me reduce the number of objects > in the .stg. If I use 3100 objects, everything is fine. 3200 objects, and FG > hangs. 100% repeatable, though I did not narrow down the threshold number > further. > > However, the threshold number seems to depend on > - the object(s) loaded > - CPU load: If I have another process running (mplayer, for example) which > consumes some CPU, FG now also hangs for the 3100 objects case (which would > otherwise load fine if there was no other demanding process). > > It appears as if FG somewhat locks up if the initial scenery is not loaded > within a certain wall clock time. > > Any ideas? > > Cheers, > Tom > > - Git from 5 Sep 2011 > - Gentoo Linux > - GeForce 7600 GS (running ancient nvidia drivers 180.29) > > fgfs --prop:/sim/frame-rate-throttle-hz=30 --disable-random-objects > --geometry=1920x1190+0+0 --atlas=socket,out,1,localhost,5500,udp > --fg-root=/home/tom/daten/fgfs/src/fgdata --season=summer > --fg-scenery=/home/tom/fgfs/home/Scenery-Manual:/home/tom/fgfs/home/Scenery-TerraSync:/home/tom/daten/fgfs/src/fgdata/Scenery:/home/tom/fgfs/home/Scenery-1.0.1 > --aircraft=c172p --airport=TNCM --log-level=alert > --prop:/sim/rendering/multi-sample-buffers=true > --prop:/sim/rendering/multi-samples=2 --prop:/sim/ai-traffic/enabled=false > --prop:/sim/traffic-manager/enabled=false --prop:/sim/atc/enabled=false > --timeofday=dawn --enable-real-weather-fetch --control=joystick > --disable-auto-coordination > > [1] http://www.mediafire.com/?n9uftx7vi
Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.
Hi Mechior, Torsten On 21 Sep 2011, at 12:57, Melchior FRANZ wrote: > * Melchior FRANZ -- Wednesday 21 September 2011: >> >> >> /sim/dimensions/radius-m > > I admit that this looks silly: why create properties that contain property > paths, > and not mark those properties with a flag right away, like with "archive" and > "userarchive"? > Thanks for your explanation; I feel like I have a much better idea what is going on and at least have a few other things to try tonight. Just a quick question: Is this documented somewhere? If not, I might start a short wiki page documenting the logic behind "archieve", "userarchieve", and the interactions with the nasal system. cheers, Durk -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.
* Melchior FRANZ -- Wednesday 21 September 2011: > > > /sim/dimensions/radius-m I admit that this looks silly: why create properties that contain property paths, and not mark those properties with a flag right away, like with "archive" and "userarchive"? The reasons why I did it this way were: properties should be add-able from Nasal (setting property flags wasn't possible back then), introducing a new flag didn't seem desirable (simgear was still considered a generic library, much more than it seems to be nowadays), scanning the whole tree for just a few flags seemed undesirable, doing it in pure Nasal a quick and easy solution, and only very few aircraft needed it. Nowadays I'd probably go for proper flags. Ideally, their XML names shouldn't be hard-coded in simgear, but settable at initialization time. aircraft.data.add() could then be changed to just set that flag (props.Node.setAttribute(...)). m. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.
> Or just: > > > >/sim/dimensions/radius-m >/sim/dimensions/parkpos-offset-m >/sim/aircraft-class > > > > from where it's read by aircraft.nas already. Excellent! I'm learning something new every day... > But then again: static aircraft data like radius and class shouldn't > be saved that way *at all*. It belongs to *-set.xml, and possibly to > a block in the animation xml file (see AAR). Good point. Torsten -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.
* Torsten Dreyer -- Wednesday 21 September 2011: > > >
Re: [Flightgear-devel] Alaska mapping/scenery improvements
I believe the Anchorage terminal is in the scenery models repository, but no one I know of has worked on Alaska scenery until this month. While there are some square degrees still conspicuous by their absence, here is 11 square degrees worth of Alaska land cover data, developed specifically for inclusion in the official FlightGear repository: http://www.stattosoftware.com/flightgear/alaska.zip This is ready to be added to the mapserver, at Martin's leisure - and feel free to add it to your own mapserver. Also, TerraGear isn't working for me on the server I've been graciously granted access to - so if anyone wishes to compile and share this area I'd be very happy, Cheers John -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mapping Airspace
This is somewhat off-topic to FlightGear, so I apologize - but I respond to John Denker: Having looked over what you are trying to do, I strongly recommend using QGIS with the GRASS plugin. Very rarely do I use any of GRASS' built-in visualization programs - and very rarely do I use any of QGIS' built-in geospatial functions - but QGIS is the best program I've found to visualize GRASS data at the moment (with the possible, rare, exception of NVIZ). In fact, I believe the whole GRASS d.mon was rewritten as of GRASS 7 and now works differently (and hopefully better). I think most of the GRASS display functions were very, very old. Cheers John -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.
No it wouldn't interfere because it wouldn't get executed unless you explicitly add it to the *-set.xml's section. Either as a link to a *.nas file or coded inline like this: ... To add this globally for all aircraft, probably $FGDATA/Nasal/aircraft.nas would be a good place for this code. Torsten Am 21.09.2011 09:03, schrieb Durk Talsma: > Hi Torsten, > > I looked at your seneca file, briefly, but didn't really find a way to > translate this to the 777 sittuation. Being a complete nasal newbie, can I > just add this function to any existing nasal script, or could I even put this > code into a new file? Say I'm creating a new nasal file called > "acopsdata.nas" containing: > > aircraft.data.add( > "/sim/dimensions/radius-m", > "/sim/dimensions/parkpos-offset-m", > "/sim/aircraft-class", > " /sim/aircraft-operator" > ); > > and copy that to the SenecaII nasal directory, would that interfere with your > existing nasal code? > > Cheers, > Durk > > On 20 Sep 2011, at 23:07, Torsten Dreyer wrote: > >> Am 20.09.2011 22:25, schrieb Durk Talsma: >>> how I can specify new property in an aircraft -set.xml file, and ensure >>> that any changes to this property are saved in an aircraft specific data >>> file. >> >> Just add this to you aircraft's nasal code so it gets executed once >> during startup. >> >> aircraft.data.add( >>"/one/property", >>"/another/property", >>"/and/another/property" >> ); >> >> Torsten >> >> -- >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2dcopy1 >> ___ >> Flightgear-devel mailing list >> Flightgear-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > -- > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.
hi Emilian, On 20 Sep 2011, at 22:56, Emilian Huminiuc wrote: >> > Adding archive="y" to the property tag?: > myprop > That's how I thought it should work, but I don't get this to work. After some more experimentation, I found that I can save the property using userarchive="y", into autosave.xml. But using "archive" doesn't seem to work. My hypothesis is that "userarchive" save a property globally, whereas "archive" saves it into the local, aircraft specific (.fgfs/aircraft-data/777-200ER.xml) file. But,I couldn't find these properties anywhere. Incidentally, I did find a few "interesting things". Taking /sim/aircraft-operaror as an example, I added: NONE to the 777-200ER-set.xml file, and added DAL KLM BAW To the DAL, KLM, and BAW .xml fles in Models/Liveries, assuming that these would override the values of the already existing properties. However that's not what happens: This way the property value does not get saved, presumably because it destroys the original property object and replaces it with a new one that doesn't carry the "userarchive" flag. Is that correct? After adding the "userarchive" flag, to the properties in the Livery xml files, I found that they were saved again. Finally, I would be perfectly happy to just use the value stored in the livery xml file, but the problem here is that the aircraft model is only read AFTER the initial position has been calculated. At that point, the property is still set to the default value of NONE, which essentially makes it useless. If there would be other ways to retrieve a property from the currently selected livery xml file that I would also be interested in hearing that. So close, yet so far away... cheers, Durk -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Tree Question: How to save an aircraft specific property between sessions.
Hi Torsten, I looked at your seneca file, briefly, but didn't really find a way to translate this to the 777 sittuation. Being a complete nasal newbie, can I just add this function to any existing nasal script, or could I even put this code into a new file? Say I'm creating a new nasal file called "acopsdata.nas" containing: aircraft.data.add( "/sim/dimensions/radius-m", "/sim/dimensions/parkpos-offset-m", "/sim/aircraft-class", " /sim/aircraft-operator" ); and copy that to the SenecaII nasal directory, would that interfere with your existing nasal code? Cheers, Durk On 20 Sep 2011, at 23:07, Torsten Dreyer wrote: > Am 20.09.2011 22:25, schrieb Durk Talsma: >> how I can specify new property in an aircraft -set.xml file, and ensure that >> any changes to this property are saved in an aircraft specific data file. > > Just add this to you aircraft's nasal code so it gets executed once > during startup. > > aircraft.data.add( > "/one/property", > "/another/property", > "/and/another/property" > ); > > Torsten > > -- > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel