re: [Flightgear-devel] Magnetic variation
David Culp writes: Then there are those of us who can select headings digitally, so we can fly 278 degrees magnetic without even squinting ; ) Fair enough (and ditto for an HSI). Even in a spam can, I can follow the HI pretty accurately -- it's the little whiskey compass that's hard to nail down. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
If you are _allowed_ to be playing / using Flight Gear at work, then you can try asking your network administrator to enable rsync protocol. I _am_ the network administrator and I strongly dislike direct connections through the firewall without proxy(-filter) But this is a different topic ;-) [Note: I'm in this position of having FTP but not rsync at work. But I can't think of a good reason why I should be allowed to run Flight Gear, or any other justification for requesting rsync access.] I do work as a freelancer - so I can use my time the way I want :-) This still does not solve the problem described. We'll see what can be done for improvement, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Compiling Metakit With Cygwin + gcc 3.2
Paul Deppe writes: I am trying to rebuild Metakit with Cygwin gcc 3.2 in order to get FGFS to link properly. I get the following error (with both mk4 version 2.4.3 and 2.4.8): g++ -c -O2 -DWIN32 -DNDEBUG -I../unix/../include -I../unix/../src -I. ../unix/.. /src/string.cpp -DDLL_EXPORT -DPIC ../src/string.cpp: In function `int strcasecmp(const char*, const char*)': ../src/string.cpp:39: `int strcasecmp(const char*, const char*)' was declared `extern' and later `static' /usr/include/string.h:60: previous declaration of `int strcasecmp(const char*, const char*)' make: *** [string.o] Error 1 I've found some discussions about this on the lists but no solutions. Has anyone out there successfully rebuilt mk4 with the latest Cygwin/gcc 3.2, and, if so, how? FYI - I just commented out the offending function but could you try replacing the #if @ line 33 with #if (!q4_MSVC !q4_WATC) || ((defined(__CYGWIN__) || defined(__MINGW32__)) __GNUC__ 3) FWIW I am kind of baffled as to why this problem is just showing up now though in that the code from string.h was added a long time go according to the newlib change log Fri Jun 6 14:07:59 1997 Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] OT: survey
This is optional. It is research/non-commercial so I agreed to pass it along. Feel free to participate if you like. Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org From: Thies, Sandra [EMAIL PROTECTED] Dear FlightGear developers and fans, The University of Munich currently undertakes a research project on simulator communities. It's about users, and in particular (but not only) about users who develop their own add-ons to simulators. The project is purely non-profit and academic, there is no company involved. There is a little lottery among the participants. Here's the questionnaire: http://www.inno-tec.de/simulator/questionnaire_382752.htm ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Flightgear-devel digest, Vol 1 #1173 - 15 msgs
Could someone help me compile the stuff once and for all? I've been trying to get it to compile on Cygwin for a year, so I can contribute. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, November 24, 2002 7:28 AM Subject: Flightgear-devel digest, Vol 1 #1173 - 15 msgs Send Flightgear-devel mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://mail.flightgear.org/mailman/listinfo/flightgear-devel or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of Flightgear-devel digest... Today's Topics: 1. Terrasync 3rd party util (Curtis L. Olson) 2. Re: Terrasync 3rd party util (Norman Vine) 3. Re: Terrasync 3rd party util (Curtis L. Olson) 4. hsi and cockpit photo-link (paul mccann) 5. Re: Terrasync 3rd party util (Norman Vine) 6. 747 flight deck (Jim Wilson) 7. question about 3d models (The Tone'ster) 8. 747 flight deck (paul mccann) 9. Re: 747 flight deck (David Findlay) 10. Re: question about 3d models (Erik Hofman) 11. Re: question about 3d models (Elad Yarkoni) 12. re: 747 flight deck (David Megginson) 13. Re: question about 3d models (David Megginson) 14. Re: question about 3d models (David Megginson) 15. re: question about 3d models (David Megginson) --__--__-- Message: 1 Date: Sat, 23 Nov 2002 14:57:10 -0600 To: [EMAIL PROTECTED] From: Curtis L. Olson [EMAIL PROTECTED] Subject: [Flightgear-devel] Terrasync 3rd party util Reply-To: [EMAIL PROTECTED] I have my terrasync utility up to a point where it has some basic functionality so I thought I should share it with you all. Being tired last night and not thinking of a better place, I have included it in TerraGear cvs for now: TerraGear/src/Utils/TerraSync/ You don't need to build all of terragear to build this util, you can just run autogen.sh; configure; then cd to the TerraSync dir and run make; make install there. I have a DSL connection at home and it seems to work well if I keep my airspeed below 450 kts and my visibility below 23 km. But push the visibility out beyond that or fly faster and it's really easy to outfly my bandwidth. I haven't tried this on a dialup connection, but you may want to stick with the C172 or Cub if you give that a shot. Here is the README.txt with a bit more information: TerraSync = Usage: terrasync -p port [ -s rsync_source ] -d rsync_dest Example: $ fgfs --atlas=socket,out,1,localhost,5500,udp --fg-scenery=/data1/Scenery-0.7 .9 $ nice terrasync -p 5500 -d /data1/Scenery-0.7.9 Requirements: - rsync util installed in your path. - mkdir util installed in your path. TerraSync is a utility that is intended to run as a light weight background process. It's purpose is to monitor the position of a FlightGear flight and pre-fetch scenery tiles from a remote server based on the current FlightGear position. This allows you to do a base install of FlightGear with no add on scenery. Now just go and fly anywhere. Scenery is fetched just in time and accumulated on your HD so it is already there next time you fly. You can fly anywhere and essentially just the scenery you need is auto-installed as you fly. Terrasync runs as a separate process and expects the --atlas=port format to be sent from fgfs. The fgfs output tells the terrasync util where FlightGear is currently flying. Terrasync will then issue the appropriate commands to rsync the surrounding areas to your local scenery directory. The user need to choose a port for FlightGear-TerraSync communication and then specify the server location and destation scenery tree. As you fly, terrasync will periodically refresh and pull any new scenery tiles that you need for your position from the server. This also works if the scenery on the scenery server is updated. Rsync will pull any missing files, or any updated files. There is a chicken/egg problem when you first start up in a brand new area. FlightGear is expecting the scenery to be there *now* but it may not have been fetched yet. I suppose without making a more complex protocol, the user will need to be aware of this. The user could restart flightgear after the initial rsync completes, and then after that everything should be good, assuming the flight track is continuous and the user has the necessary bandwidth to keep up with flight speeds. Final notes: I have set up an initial scenery server at baron.flightgear.org::Scenery-0.7.9. This is the 0.7.9 vintage scenery with airports rebuilt to include lighting. Alex Perry also has a partial rsync server, but I don't know it's current status. William Riley has rebuilt the entire world, but the tiles are zipped in 10x10
Re: [Flightgear-devel] Terrasync 3rd party util
Doh, was meant for a different recipient, and replied to the wrong message ... sorry. Curt. Curtis L. Olson writes: Interesting, much more of a glider configuration. I have something smaller with no additional space for extra stuff here: http://www.menet.umn.edu/~curt/Models/AceHigh/acehigh.jpg Still flyable if I wanted to ... Curt. Martin Spott writes: If you are _allowed_ to be playing / using Flight Gear at work, then you can try asking your network administrator to enable rsync protocol. I _am_ the network administrator and I strongly dislike direct connections through the firewall without proxy(-filter) But this is a different topic ;-) [Note: I'm in this position of having FTP but not rsync at work. But I can't think of a good reason why I should be allowed to run Flight Gear, or any other justification for requesting rsync access.] I do work as a freelancer - so I can use my time the way I want :-) This still does not solve the problem described. We'll see what can be done for improvement, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Compiling Metakit With Cygwin + gcc 3.2
I've found some discussions about this on the lists but no solutions. Has anyone out there successfully rebuilt mk4 with the latest Cygwin/gcc 3.2, and, if so, how? FYI - I just commented out the offending function but could you try replacing the #if @ line 33 with #if (!q4_MSVC !q4_WATC) || ((defined(__CYGWIN__) || defined(__MINGW32__)) __GNUC__ 3) FWIW I am kind of baffled as to why this problem is just showing up now though in that the code from string.h was added a long time go according to the newlib change log Fri Jun 6 14:07:59 1997 Norman I removed static from the declaration of stricmp() in string.cpp and it seems to work fine. Thanks for the suggestion. Paul Paul R. Deppe Veridian Engineering (formerly Calspan) Flight Aerospace Research Group 150 North Airport Drive Buffalo, NY 14225 (716) 631-6898 (716) 631-6990 FAX [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up ...
Curtis L. Olson wrote: Recently a very kind person donated some hardware to upgrade the flightgear web/cvs/ftp/rsync/cvs server. I am respecting their wishes to remain anonymous which is why I've avoided any hoopla. Aw, c'mon. Can't we have just a little hoopla? I hate anonymous donations. :( Seriously, many, many thanks to whoever this was. With the terrasync tool on its way to a release version sometime in the near future, have you given any thought to soliciting bandwidth donations? :) Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com Men go crazy in conflagrations. They only get better one by one. - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up ...
Andy Ross writes: Curtis L. Olson wrote: Recently a very kind person donated some hardware to upgrade the flightgear web/cvs/ftp/rsync/cvs server. I am respecting their wishes to remain anonymous which is why I've avoided any hoopla. Aw, c'mon. Can't we have just a little hoopla? I hate anonymous donations. :( Seriously, many, many thanks to whoever this was. With the terrasync tool on its way to a release version sometime in the near future, have you given any thought to soliciting bandwidth donations? :) I haven't given any thought to soliciting bandwidth donations recently. However, that is a very good idea. My sense is that FTP is what kills me here. It would be great if we could move the official ftp site to somewhere with higher bandwidth which could handle a lot more concurrent connections. One of the biggest end user faq's arises out of limiting concurrent users and most browser's complete inability to report back the correct error message to the user. Right now the ftp site has about 5Gb worth of stuff. This could jump up substantially if space was available, but it wouldn't have to. Less popular stuff could continue to live here. The nicest thing though would be to move it to a server that doesn't have to impose such a tiny total user limit... If anyone would be willing to contribute something along these lines, please contact me, we don't need to discuss the details on the mailing list unless you want to. Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] 747 flight deck
Jim Wilson wrote: Well this probably isn't very impressive. But here it is. First view from the pilot's seat. Things are very rough at this point. Oh, baby. Someone get some instruments in that thing. :) One nit that occurs to me: looking at the horizon, it looks like the view down over the nose is only about 5° or so. This means that the runway will be hidden under the nose at a typical approach AoA of 8°. I think, anyway. That's the AoA that the YASim model likes to use for approaches (i.e. solves for), in any case. If anyone has better figures on approach AoA or cockpit geometry/visibility, speak up and I can fix the flight model. Maybe the viewpoint needs to be moved up a few cm or so? A few months back someone was looking at trying to integrate the OpenGC stuff into FlightGear as a panel-like object. Did anything come of that? Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com Men go crazy in conflagrations. They only get better one by one. - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up ...
I haven't given any thought to soliciting bandwidth donations recently. However, that is a very good idea. My sense is that FTP is what kills me here. It would be great if we could move the official ftp site to somewhere with higher bandwidth which could handle a lot more concurrent connections. Which bandwidth, how many concurrent user connections do you consider as 'useful' ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Flightgear-devel digest, Vol 1 #1173 -15 msgs
Jason Grace wrote: Could someone help me compile the stuff once and for all? I've been trying to get it to compile on Cygwin for a year, so I can contribute. You quoted hundreds of lines of a message digest. I don't know if something in it was relevant to your question. If you could provide details of a specific problem, people would be glad to help. We certainly don't want you to be struggling like this, and certainly it can be compiled and run on CygWin. - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up ...
Martin Spott writes: Which bandwidth, how many concurrent user connections do you consider as 'useful' ? During day time hours I've been limiting it to 7 concurrent connections. Here are the ftp stats: http://seneca.me.umn.edu/stats/ftp/ Looks like we are averaging just over 7Gb transfered a day ... Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up ...
On Tue, 26 Nov 2002 12:55:50 -0600, Curtis L. Olson [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]: I haven't given any thought to soliciting bandwidth donations recently. However, that is a very good idea. My sense is that FTP is what kills me here. It would be great if we could move the official ftp site to somewhere with higher bandwidth which could handle a lot more concurrent connections. One of the biggest end user faq's arises out of limiting concurrent users and most browser's complete inability to report back the correct error message to the user. ... Right now the ftp site has about 5Gb worth of stuff. This could jump up substantially if space was available, but it wouldn't have to. Less popular stuff could continue to live here. The nicest thing though would be to move it to a server that doesn't have to impose such a tiny total user limit... ..what bandwidth trottling do you use now? -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up ...
During day time hours I've been limiting it to 7 concurrent connections. Here are the ftp stats: [...] Looks like we are averaging just over 7Gb transfered a day ... What about a round-robin dispatcher over all known the mirrors that exist nowadays ? I'd offer to run a complete mirror for this purpose. 7 GByte per day is less than 0.7 Mbit/s averaged over one day. If the calculation is right then this is not that much - although I might be proven to be wrong If the numbers are right, I believe my server can cope with this, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
somewhat OT (was Re: [Flightgear-devel] heads up ...)
you know, i've been thinking about the nature of bandwidth, storage and mirrors as it relates to open source for a while as I've seen bandwidth and mirroring discussions before. i wanted to throw some thoughts out there to this group ... just for fun. feel free to care or not ... it occurs to me that there might be some sort of lesson in P2P, and mirroring as it relates to scaling and bandwidth/disk space sharing. for instance, I am sending e-mail right now from my own domain. I pay a small fee for this service, for which I _mostly_ use it for e-mail. For my fee, I end up with a fair bit of bandwidth and disk space that I don't use. Like most ISP's, my provider allows me to develop PHP until my heart is content. Now imagine ... if FlightGear had a PHP application that I could install at my domain ... and with a registration/setup process I could selectively or otherwise choose to host stuff from flightgear.org. A potential consumer of these goods would never come to my domain, they would always go to flightgear.org, choose the content they were looking for, and under the covers, complementary software to that which I am running at my domain, would pick my site or some other site based on the content type, or metrics information about the capable sites, and would redirect the users browser to the content in question for download. Kind of a distributed content management system. The installed software on both ends would probably make it easy for me to sync the goo that I am hosting to whatever the latest is on the mirrored domain. The software running on the primary site would make it easy for me, the donater to pick content that I would want to host, potentially based on a) stuff I personally care about b) the size of a given mirrorable chunk c) statistics that the primary site keeps about how popular particular chunks of content are (meaning it might push my bandwidth limits on my end as the donater) The system would be flexible enough that I as the donater could throttle or shutdown the content I was hosting if I was getting past my bandwidth threshold ... and this would be transparent as the refferrer would simply pick another site out of its list so the user would be none the wiser. It sounds kind of lofty perhaps ... but personally ... defining a basic request/response contract between the primary and donater systems over HTTP and some basic UI designs would make it fairly trivial. Then, implementation could be in anything, CGI, PHP, servlets, JSP, carrier pigeon. random thoughts ... Tony --- Martin Spott [EMAIL PROTECTED] wrote: I haven't given any thought to soliciting bandwidth donations recently. However, that is a very good idea. My sense is that FTP is what kills me here. It would be great if we could move the official ftp site to somewhere with higher bandwidth which could handle a lot more concurrent connections. Which bandwidth, how many concurrent user connections do you consider as 'useful' ? Martin. -- = ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] XMLSchema or DTD ?
... for preferences.xml ? anyone ? Bueller ? Particulary sim/sim and environment/environment. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] trying to confirm
all, i am trying to confirm my brief investigation. it appears to me, by looking at fgfs --help --verbose output that there is no mechanism for providing the main binary with an argument pointing at some other rendition of preferences.xml ? Is this correct ? (I hope so ...) This would simplify the configuration permutations I have to worry about up front for a project I am working on. Cheers, Tony = ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] trying to confirm
Tony, I haven't looked closely at the code that loads preferences.xml, but if David M. confirms this is hardwired, then definitely, I think the ability to specify an alternate config file would be a very good thing to add. Regards, Curt. The Tone'ster writes: all, i am trying to confirm my brief investigation. it appears to me, by looking at fgfs --help --verbose output that there is no mechanism for providing the main binary with an argument pointing at some other rendition of preferences.xml ? Is this correct ? (I hope so ...) This would simplify the configuration permutations I have to worry about up front for a project I am working on. Cheers, Tony = ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] trying to confirm
Curtis L. Olson writes:
I haven't looked closely at the code that loads preferences.xml, but
if David M. confirms this is hardwired, then definitely, I think the
ability to specify an alternate config file would be a very good thing
to add.
From options.cxx
} else if ( arg.find( --config= ) == 0 ) {
string file = arg.substr(9);
try {
readProperties(file, globals-get_props());
} catch (const sg_exception e) {
string message = Error loading config file: ;
message += e.getFormattedMessage();
SG_LOG(SG_INPUT, SG_ALERT, message);
exit(2);
}
norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] trying to confirm
mmm ...
I got the sense that --config was for pointing at a file containing other
-- options ... not for pointing at a different XML config file.
I haven't tried to confirm this.
Too lazy I guess.
Not a huge deal ...
I'm just trying to figure out if I can hardwire certain assumptions in my code
for the time being to make some issues simpler.
Tony
--- Norman Vine [EMAIL PROTECTED] wrote:
Curtis L. Olson writes:
I haven't looked closely at the code that loads preferences.xml, but
if David M. confirms this is hardwired, then definitely, I think the
ability to specify an alternate config file would be a very good thing
to add.
From options.cxx
} else if ( arg.find( --config= ) == 0 ) {
string file = arg.substr(9);
try {
readProperties(file, globals-get_props());
} catch (const sg_exception e) {
string message = Error loading config file: ;
message += e.getFormattedMessage();
SG_LOG(SG_INPUT, SG_ALERT, message);
exit(2);
}
norman
=
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] trying to confirm
Curtis L. Olson writes: I haven't looked closely at the code that loads preferences.xml, but if David M. confirms this is hardwired, then definitely, I think the ability to specify an alternate config file would be a very good thing to add. You can always override parts of it, but for now, preferences.xml is always loaded first. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] XML config file questions
David et al ... (I re-wrote this e-mail three times as I am having a heck of a time expressing my questions ...) In looking at preferences.xml and c172-3d-set.xml ... I see in prefrences ... /PropertyList/contols/child::* I see in c172-3d-set ... /PropertyList/contols/child::* Applied to these documents seperately, we would end up with a intersection of a number of named elements. Coincidentally or by design, attributes for the matching set of nodes are different, by the exclusion of a type attribute in the aircraft config file. This is one example. Now ... if I am trying to ... a) render a GUI exposing these values ... b) allow a user to change these values and persist them ... then ... a) do I merge these values into a final DOM, where the last entry wins and where load order is important ? b) where do I persist the change ? to the aircraft ? to the preferences ? preferences _seems_ like the place to store user configuration info, but seems to fly in the face of what I would have suspected for precedence between conflicting values in the two files ... I have other edge questions ... but maybe some understanding of this one will help me make some design decisions in my code. TIA, Tony = ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
