[Flightgear-devel] ATC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wonder if we could use some of this stuff. http://www.openatc.org David -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE85fsZx58m2d272NoRAspWAJ0fySpRWprmXDadVXK/hxaTzj285gCgnlcd YMC8wTCEB8EPbbyViy3BRqg= =DUvq -END PGP SIGNATURE- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Where could I get this paper?
Bray, Robert M. A Wind Tunnel Investigation of the Pioneer Remotely Piloted Vehicle. Montery, CA: Naval Postgraduate School, June 1991. thanks ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] the new telnet server and scripting
"Curtis L. Olson" wrote: > [snip] > > Bernie, on the subjects of building additional commands into the > telnet interface, I agree with Melchior. I'd rather not see the > telnet interface being crammed with a bunch of extra commands that > only the telnet interface knows about. I haven't looked at this in a > while, but the property manager should be able to manage "commands" as > well as "values". The command management is a bit of a hack (kind of > but not really) but since we can tie variables to funtions (usually > getters and setters) we can expose additional functionality through > the property interface. > > I think that would be the more appropriate way to do this and to > develop additional commands. This way, these commands will be > available (and consistant) for any other interface mechanisms > including joystick, keyboard, mouse in addition to remote scripts or > web browsers, etc. > Bear with me while I get up to speed with the property system but I'm just brainstorming... Assuming we create some write-only properties that are tied to commands. Perhaps something like: /command/view/next /command/view/prev Writing a value to /command/view/next switches to the next view. Now this functionality duplicates the view-cycle builtin command so I'm wondering if should combine these two concepts? Bernie ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: improved cloud support
> > 5. cirrus > ( cirrus is not specified in METAR ) CI in this area we have a lot of BKN CI 200 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] I simply don't know what I'm doing wrong
If something did somehow get corrupted, blowing away your entire cvs tree and starting over might not be a bad idea. But, perhaps you could post the last bit of your build output where the error occurs (along with any error messages from your compiler.) Curt. Keith Wiley writes: > I cannot get flightgear to compile to save my life. I usually update with > the following command: > > cvs -dP > > I have tried doing a make clean prior to doing a make. What else can I > do? Why doesn't this work? It seems to me, that if I do a simple cvs > command that ought to all-encompassingly update the project, I ought to > end up with a buildable set of code, but no. I have no idea what I'm > doing wrong. It seems so utterly simple, it baffles me to imagine where I > could possibly be making a wrong turn. > > Should I just scrap my entire flightgear directory, throw it away, and > start over from scratch? It's not like I've even been doing lots of code > modification that might mess up the cvs merge. I'm simply trying to > download pure cvs code and it isn't working. This is absolutely > ludicrous. I've been banging on this thing for weeks. > > Would it be helpful to email the build output to you folks? I don't find > it very suggestive myself. Many of the errors are of the type "no version > of such and such a function found", as if the necessary object files never > got created prior to the function calls getting linked. How could that > occur?! > > I realize this is probably not a problem anyone feels like thinking about > too hard, but if anyone has ANY idea what I'm doing wrong, I would really > appreciate a point in the right direction. > > Thanks tremendously in advance. > > > Keith Wiley[EMAIL PROTECTED] > http://www.unm.edu/~keithw http://www.mp3.com/KeithWiley > > "Yet mark his perfect self-contentment, and hence learn his lesson, > that to be self-contented is to be vile and ignorant, and that to > aspire is better than to be blindly and impotently happy." >-- Edwin A. Abbott, Flatland > > > > ___ > 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
[Flightgear-devel] I simply don't know what I'm doing wrong
I cannot get flightgear to compile to save my life. I usually update with the following command: cvs -dP I have tried doing a make clean prior to doing a make. What else can I do? Why doesn't this work? It seems to me, that if I do a simple cvs command that ought to all-encompassingly update the project, I ought to end up with a buildable set of code, but no. I have no idea what I'm doing wrong. It seems so utterly simple, it baffles me to imagine where I could possibly be making a wrong turn. Should I just scrap my entire flightgear directory, throw it away, and start over from scratch? It's not like I've even been doing lots of code modification that might mess up the cvs merge. I'm simply trying to download pure cvs code and it isn't working. This is absolutely ludicrous. I've been banging on this thing for weeks. Would it be helpful to email the build output to you folks? I don't find it very suggestive myself. Many of the errors are of the type "no version of such and such a function found", as if the necessary object files never got created prior to the function calls getting linked. How could that occur?! I realize this is probably not a problem anyone feels like thinking about too hard, but if anyone has ANY idea what I'm doing wrong, I would really appreciate a point in the right direction. Thanks tremendously in advance. Keith Wiley[EMAIL PROTECTED] http://www.unm.edu/~keithw http://www.mp3.com/KeithWiley "Yet mark his perfect self-contentment, and hence learn his lesson, that to be self-contented is to be vile and ignorant, and that to aspire is better than to be blindly and impotently happy." -- Edwin A. Abbott, Flatland ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] the new telnet server and scripting
On Fri, May 17, 2002 at 07:59:41AM -0500, Curtis L. Olson wrote: > Bernie Bright writes: > > The python code is very experimental, really just proof of concept > > stuff. I was just toying around seeing how to use the props > > interface. I was thinking that this concept could be developed into > > a full blown demostration for exhibitions. A takeoff, circuit and > > landing, complete with cut-aways to external views, zooms and pans, > > all under script control would be really cool. > > Yes, that would definitely be very cool ... > Also an excellent way to do benchmarks . . . It'd be very useful for reporting bugs in drivers, too - "get the latest CVS code and run the ksfo-circuit.py demo. I get problem at ." Simon -- PGP public key Id 0x144A991C, or ftp://bg77.anu.edu.au/pub/himi/himi.asc (crappy) Homepage: http://bg77.anu.edu.au doe #237 (see http://www.lemuria.org/DeCSS) My DeCSS mirror: ftp://bg77.anu.edu.au/pub/mirrors/css/ msg06213/pgp0.pgp Description: PGP signature
Re: [Flightgear-devel] ANN: improved cloud support
From: "David Megginson" <[EMAIL PROTECTED]> > should eventually be handled some other way. The following types are > available (these are all that SimGear supports): > > 1. clear > 2. mostly-sunny > 3. mostly-cloudy > 4. overcast > 5. cirrus > Why not using the METAR terminology : 1. FEW : few 2. SCT : scattered 3. BKN : broken 4. OVC : overcast ( cirrus is not specified in METAR ) and, for cumulonimbus : ISOL : isolated OCNL : occasionnal FRQ : frequent EMBD : embedded ( in a cloud layer ) Cheers, -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery editing on PPE
From: "Martin Dressler" <[EMAIL PROTECTED]> > On Fri 17. May 2002 11:07, you wrote: > > Hi guys! > > Not so Long time ago I created my custom scenery from very good DEMs(100m) > > and VmapLevel0 > > And I have so many artefacts with conncting rivers roads and ground so I > > need to manually edit scenery > > Wolfram wrote ATG loader but with latest updates It doesn't work at all on > > new scenery > > And I try to wrote BTG loader for Plib and PPE. Maybe someone done already > > it? > > If yes please contact me. > > Roman > > > Look at fgsd project at http://fgsd.sourceforge.net/ It's great project for > hand editing scenery and need some good developers. But it is too far from > finish. > > Madr It is not too far from being able to place static objects in sceneries. It can even help those prepared to edit by hand their .stg files by providing altitude for a lon/lat position. But yes, we need contributors. Cheers, -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch for Sound problem
"Curtis L. Olson" <[EMAIL PROTECTED]> said: > Ok, thanks for tracking this down. Open-source == distributed > debugging. :-) I can toss that into cvs. > > Curt. The gear-lock is fixed (it was an xml thing) and same with multi engine sounds. It's in fgbase CVS now Aircraft/c310/c310-sound.xml. Haven't done anything with the other geared and multi-engined xml's yet. BTW this latest patch from Eric with the conditional configs works great. Anyone who's into tweaking xml configs...this adds a lot of flexibility. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch for Sound problem
Jim Wilson wrote: > Ah, this is where it got confusing! The following patch will get the engine > cranking working again. There is different problem with the gear-lock. The > left engine works in the c310 with a modification to the c310-sound.xml file > that I'll update shortly. Hey cool! Thanks Jim. I have expirimented a bit with dt support for the sound section, which would (ultimately) give us complete synthesizer capabillities when implemented all along. I am just planning for basic actions, but I need a way to define it in the configuration files. I'm leaning towards abusing the section by defining : dt Is this a problem David? Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: improved cloud support
David Megginson wrote: > The span-m property has to do with the texture UV coordinates, and > should eventually be handled some other way. The following types are > available (these are all that SimGear supports): > > 1. clear > 2. mostly-sunny > 3. mostly-cloudy > 4. overcast > 5. cirrus I should have cloud textures somewhere which allow you to seamlessly go from mostly-sunny to mostly-cloudy and/or overcast. This means we could have multiple cloud types inside one layer. Is this of any convenience for you? Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch for Sound problem
Ok, thanks for tracking this down. Open-source == distributed debugging. :-) I can toss that into cvs. Curt. Jim Wilson writes: > Ah, this is where it got confusing! The following patch will get the engine > cranking working again. There is different problem with the gear-lock. The > left engine works in the c310 with a modification to the c310-sound.xml file > that I'll update shortly. > > Best, > > Jim > > > Index: fg_sound.cxx > === > RCS file: /var/cvs/FlightGear-0.7/FlightGear/src/Sound/fg_sound.cxx,v > retrieving revision 1.14 > diff -u -r1.14 fg_sound.cxx > --- fg_sound.cxx 11 May 2002 14:28:58 - 1.14 > +++ fg_sound.cxx 17 May 2002 18:37:14 - > @@ -263,7 +263,7 @@ > > if ( // Lisp, anyone? > (_condition && !_condition->test()) || > - (_property && > + (_property && !_condition && > ( > !curr_value || > ( (_mode == FGSound::IN_TRANSIT) && (curr_value == _prev_value) ) > > > ___ > 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
[Flightgear-devel] Patch for Sound problem
Ah, this is where it got confusing! The following patch will get the engine cranking working again. There is different problem with the gear-lock. The left engine works in the c310 with a modification to the c310-sound.xml file that I'll update shortly. Best, Jim Index: fg_sound.cxx === RCS file: /var/cvs/FlightGear-0.7/FlightGear/src/Sound/fg_sound.cxx,v retrieving revision 1.14 diff -u -r1.14 fg_sound.cxx --- fg_sound.cxx11 May 2002 14:28:58 - 1.14 +++ fg_sound.cxx17 May 2002 18:37:14 - @@ -263,7 +263,7 @@ if (// Lisp, anyone? (_condition && !_condition->test()) || - (_property && + (_property && !_condition && ( !curr_value || ( (_mode == FGSound::IN_TRANSIT) && (curr_value == _prev_value) ) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Video flight recorder
David Megginson writes: > Alex Perry writes: > > > 4. Which cockpit panel instruments currently support failure simulation ? > > This is something we could easily add in the panel config files. Another thing that would be nice to see is a fuel tank selector. Is there support for anything like this currently? 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] Video flight recorder
Alex Perry writes: > 4. Which cockpit panel instruments currently support failure simulation ? This is something we could easily add in the panel config files. 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] ANN: improved cloud support
Runtime cloud support for FlightGear has improved slightly. The environment manager now supports up to five independent cloud layers, all of which can be modified at runtime via properties (and thus, via external scripts, etc.). The cloud-layer definitions are in the /environment/clouds/layer[n]/ branches, and look like this: mostly-sunny 5000 600 150 4 The span-m property has to do with the texture UV coordinates, and should eventually be handled some other way. The following types are available (these are all that SimGear supports): 1. clear 2. mostly-sunny 3. mostly-cloudy 4. overcast 5. cirrus Currently, things seem to crash sometimes when a layer goes to "clear" and then back to something else -- I'll have to work on that. Otherwise, feel free to open the property browser and play with these, or to set up different startup defaults. The /environment/clouds/status property is now dynamic -- you can use it to toggle clouds on or off at runtime. The property /environment/clouds/altitude-asl-ft (or whatever it was) is now gone, since it doesn't make sense for multiple cloud layers; ditto for the --clouds-asl command-line option. Enjoy, 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] Video flight recorder
1. Is the scripting now capable of repeatably controlling a flight, so that I can tweak and practice it before using it for demonstration ? 2. What are our collective capabilities for making a video tape recording of a flight that has been stored as a python script ahead of time ? 3. Do we already have a digital video of the analog booth video tape ? 4. Which cockpit panel instruments currently support failure simulation ? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
On Fri, 17 May 2002 09:44:33 +0100 (BST), Jon Stockill <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > No, the military use mils - 6400 of em to 360 degrees AFAICR. ..on Thu, 16 May 2002 19:02:26 +0200, Melchior FRANZ <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > Infantery and artillery use 0-6400 mil (called "Strich" over here), .."strek", pl "streker" in norwegian. Never seen mils in military aviation though, anyone? ..back in my kid days, I found a compass with mil-like units, only the wrong way. I'm not sure, but it could be of _some_ Soviet origin. It is not a NATO milspec compass, I'm told. Cardinals are shown as latin N, O, S and V, afair, and has a polished metal sight mirror. Some hard plastic case. I'll scan it and post an url , as soon as I find it. -- ..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] Sound problems
Erik Hofman <[EMAIL PROTECTED]> said: > I don't see a reason why it shouldn't work (when looking at other pecies > of code which do basically the same) so I'm still conviced it's the > FGCondition code that causes this to happen. > > Erik > Hi Erik, Where does the sound code test the condition for turning on a sound? Looking at the copy in CVS I see where it turns off when the condition test fails...but nothing that turns it on. You mentioned that it comes in true for 0.3 seconds, but the sound never starts...not even for the 1/3rd second. FWIW I've tried all kinds of funky condition combinations with the animations. At one point I thought there was a bug in the Simgear code as well. What I found after tracing, logging and finally finding the real bug, is that it works very reliably. The problem is "probably" not there. My apologies if I've missed something obvious...just took a quick look. But I think there might be something missing there. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery editing on PPE
On Fri 17. May 2002 11:07, you wrote: > Hi guys! > Not so Long time ago I created my custom scenery from very good DEMs(100m) > and VmapLevel0 > And I have so many artefacts with conncting rivers roads and ground so I > need to manually edit scenery > Wolfram wrote ATG loader but with latest updates It doesn't work at all on > new scenery > And I try to wrote BTG loader for Plib and PPE. Maybe someone done already > it? > If yes please contact me. > Roman Look at fgsd project at http://fgsd.sourceforge.net/ It's great project for hand editing scenery and need some good developers. But it is too far from finish. Madr -- Martin Dressler e-mail: [EMAIL PROTECTED] http://www.musicabona.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] the new telnet server and scripting
Bernie Bright writes: > "Curtis L. Olson" wrote: > > > > First, let me point out the new telnet server is *very* nice. Bernie > > has rewritten it based on the plib net libs. It can handle multiple > > concurrent connections. This is a big improvement! > > I'm not sure why you would need to run two or more sessions but there > you go. The server design is based on Curt's httpd classes so I can't > take full credit. Perhaps you'd want to run concurrent scripts while running a remote operater gui. > The python code is very experimental, really just proof of concept > stuff. I was just toying around seeing how to use the props > interface. I was thinking that this concept could be developed into > a full blown demostration for exhibitions. A takeoff, circuit and > landing, complete with cut-aways to external views, zooms and pans, > all under script control would be really cool. Yes, that would definitely be very cool ... 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] the new telnet server and scripting
"Curtis L. Olson" wrote: > > First, let me point out the new telnet server is *very* nice. Bernie > has rewritten it based on the plib net libs. It can handle multiple > concurrent connections. This is a big improvement! I'm not sure why you would need to run two or more sessions but there you go. The server design is based on Curt's httpd classes so I can't take full credit. > > Along with this, Bernie has also provided a demo python script that > shows how you can use the telnet interface to remotely interact with > and control a FlightGear application. In the cvs source (run "cvs > update -d" of course) look in $toplevel/scripts/python for the demo > script. > > So, to try this out run: > > fgfs --telnet=5500 > python demo.py > > Then watch the action. This is a demo of functionality so you aren't > going to see any earth shattering visual effects. But, it's very cool > from the geeky perspective of running an external script which has > complete control over flightgear. The python code is very experimental, really just proof of concept stuff. I was just toying around seeing how to use the props interface. I was thinking that this concept could be developed into a full blown demostration for exhibitions. A takeoff, circuit and landing, complete with cut-aways to external views, zooms and pans, all under script control would be really cool. > > Bernie, on the subjects of building additional commands into the > telnet interface, I agree with Melchior. I'd rather not see the > telnet interface being crammed with a bunch of extra commands that > only the telnet interface knows about. I haven't looked at this in a > while, but the property manager should be able to manage "commands" as > well as "values". The command management is a bit of a hack (kind of > but not really) but since we can tie variables to funtions (usually > getters and setters) we can expose additional functionality through > the property interface. > > I think that would be the more appropriate way to do this and to > develop additional commands. This way, these commands will be > available (and consistant) for any other interface mechanisms > including joystick, keyboard, mouse in addition to remote scripts or > web browsers, etc. > I don't have a complete handle on the property system yet. However if we can do these sort of things through properties and/or the command manager then that is definitely the way to go. Cheers, Bernie ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest Update Problems
Julian Foad wrote: > > Jonathan Polley wrote: > > > > Two other things. First there is a constant string in telnet.cxx that > > contains s, which MSVC does not like. Second, telnet.cxx uses > > snprintf(), which is not supported under MSVC (for some reason, they use > > _snprintf(), go figure). > > I think the reason is that "snprintf" is not a standard (i.e. ANSO/ISO standard >library) function and a standard-conforming compiler should not introduce >non-standard names into the user's name space (names starting with _ are reserved for >this sort of purpose). > > Anyway, I agree with Bernie's request that it should be #defined in the compiler.h. > For the record snprintf() is part of the C99 standard. Anyways I've submitted a patch for Curt to commit. Bernie ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [off topic] Babylonian finger counting
> I've always been told that we use base ten because we count on our fingers. > This has always puzzled me; I've only got eight fingers ... and two thumbs. > > 8-) > It's all about language, the thumb is also finger. But which scares me is that I have eleven fingers. Count with me first on left hend. thumb - 10,index - 9,middle - 8,ring - 7, little 6 and on right hand you have 5 fingers and when you sum it you will get 11 :-) Madr ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Scenery editing on PPE
Hi guys! Not so Long time ago I created my custom scenery from very good DEMs(100m) and VmapLevel0 And I have so many artefacts with conncting rivers roads and ground so I need to manually edit scenery Wolfram wrote ATG loader but with latest updates It doesn't work at all on new scenery And I try to wrote BTG loader for Plib and PPE. Maybe someone done already it? If yes please contact me. Roman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
On Thu, 16 May 2002, Julian Foad wrote: > John Wojnaroski wrote: > > > > I recall reading an article several years ago in a flying mag (can't > > remember exactly where or when) > > on someone's proposal to change the number of degrees on the compass from > > 360 to 400. > ... > > Have you noticed "Deg/Rad/Grad" or "DRG" on every scientific calculator? Those are >"Grads". I've heard that the military use them ... but I haven't seen any evidence >of it. No, the military use mils - 6400 of em to 360 degrees AFAICR. -- Jon StockillPublic Key: C3749C06 [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel