[Flightgear-devel] Mapserver interface
This still is not heaven; but it is outside hell :-) In my desperate attempt to throw some usability at my mapserver I made my first attempts writing some lines of PHP: http://mapserver.flightgear.org/ You're invited to make use of this mapserver if you're uncertain about the landcover data that our Scenery is made of. Regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] UIUC FDM
In the progress of testing the FG live cd (under qemu), I discovered a rather interesting behavior of the UIUC FDM. (My) qemu by default ram size to be 128mb. When I was trying to run fgfs, it gave me an exception of std::bad_alloc and then terminated. After having some hints from Melchior on what this could mean, followed by a run under gdb, it pointed me to src/FDM/UIUCModel/uiuc_wrapper.cpp line 120, which is simply a global: AIRCRAFT *aircraft_ = new AIRCRAFT; Then we check the size of the AIRCRAFT struct, and it turns out to be about 117mb. I probably don't know enough about UIUC's or in fact any FDMs' internals and so I can't say whether this is a lot of memory for a FDM or not. But having 117mb of memory allocated (or committed) at startup (this is even before main(), btw), regardless of what aircraft/FDM is being used, is probably not a good thing. Codewise, this struct is rather big... Anyway, I imagine someone who knows a bit more about UICI's code could make it new-ing the struct only when it's actually used? Pigeon. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] YOU CAN HELP!
http://jrbabcock.home.comcast.net/flightgear/ch53e/progress/progress.html This poor, unsupported young aircraft model, like many in the third world, has a grim future. It faces poverty, disease, and lack of any good FlightGear rotary wing FDM. But it doesn't have to be that way. For an annual donation of 100 hours, that's just 16 minutes a day, you can adopt this beautiful young helicopter and give it a brighter future by developing a better helo FDM. As a token of thanks for your donation, you will receive a picture of the helicopter that you have adopted and regular updates on it's progress. Give today, because only you can make a difference. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Mapserver interface
Pigeon wrote: FG's scenery (0.9.10) is generated using the landmass, and as you can see from the above link, there are rather big differences between the landmass and the coastline/swbd, especially with the main island (the one that looks like a frog). This is a major difficulty that has been discussed several years now - the discussion had started long before SWBD was available. I won't be able to deliver a satisfying response to this question, but at least I might make one point clear: - VMAP0 'landmass' focuses on political boundaries and may not follow the logic that's required by a coastline (see the Toronto examples, that have been posted on this list recently, for the results). - SWBD (SRTM Water Body) shows the state right in the moment when The Shuttle came by and does not contain correction of tidal effects. These tidal effects can be huge in certain areas of tidelands ... ;-) - GSHHS should be considered to be our most accurate source of _coastline_ data but fails significantly on certain lakes (see the Toronto area as well). The problem with using GSHHS for coastlines is that chances are high that VMAP0 rivers don't end at the real coastline but instead stay inside the 'landmass' area. This had been the reason why Curt took 'landmass' for the resent Scenery release and this is as well one reason why we're running this Custom Scenery project: To allow people to correct significant river mouthes to match GSHHS coastline. This is definitely a long way to go and requires major effort but I think there's no alternative (aside from buying commercial data). Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] YOU CAN HELP!
On Sat, 08 Apr 2006 09:15:20 -0400 Josh Babcock wrote: http://jrbabcock.home.comcast.net/flightgear/ch53e/progress/progress.html This poor, unsupported young aircraft model, like many in the third world, has a grim future. It faces poverty, disease, and lack of any good FlightGear rotary wing FDM. But it doesn't have to be that way. For an annual donation of 100 hours, that's just 16 minutes a day, you can adopt this beautiful young helicopter and give it a brighter future by developing a better helo FDM. As a token of thanks for your donation, you will receive a picture of the helicopter that you have adopted and regular updates on it's progress. Give today, because only you can make a difference. I'm not sure exactly how I imagined you look, but I know it wasn't like Sally Struthers! -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear signature.asc Description: PGP signature
[Flightgear-devel] Re: Taxiway signs, howto?
* Robicd -- Saturday 08 April 2006 15:33: Enhancements to the X-Plane airport and nav-aid data [...] taxiway signs, and many other goodies. That's good news. FYI: I'm in the progress of improving the signs, and half finished even. I have lighted signs with proportional fonts. (Not just a square per character, like before.) I just need to improve font texture, and think about a syntax for the sign contents that is easy for humans and scripts. FOO or 12-34 will, of course, do the obvious, but we need some more control for arrows, colors, sizes. We'll see ... m. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-users] Stalls
On Friday 07 April 2006 00:19, Andy Ross wrote: [redirecting to flightgear-devel] Lee Elliott wrote: However, I think this could faked very convincingly already in YASim and probably in JSBSim too, simply by playing with mass distribution depending on conditions (anyone want to give it a go? The right way to do it, IMHO, is with the turbulence input, as that's what the stall buffet is, after all: turbulence over the wings due to flow separation. Modify the number based on the current AoA, probably with a little Nasal (maybe also modify the C++ to sum the turbulence input from multiple properties so as not to confuse the environment subsystem). If audio is required, then this ought to be tied to turbulence also, or maybe to instantaneous acceleration changes (a delta of more than YYY m/s^2 over the last 0.XX seconds triggers the start of a whump sound). Andy For some reason I was under the impression that turbulence didn't work with YASim. As it does then I agree that using turbulence would be a better way. LeeE --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: AP messed up? agl-hold vs. terrain-follow
On Friday 07 April 2006 07:56, Melchior FRANZ wrote: * Lee Elliott -- Friday 07 April 2006 00:31: now all we need from everyone else is a decision on 'agl-hold' vs. 'terrain-follow'. Okay. I flipped a coin, and agl-hold won! :-P No, seriously: If nobody objects I will tomorrow switch all remaining occurrences of terrain-follow to agl-hold in generic FlightGear files (but not in maintained aircraft, unless the maintainer wishes so). Rationale: - $FG_ROOT/Aircraft/Generic/generic-autopilot.xml uses agl-hold - $FG_ROOT/gui/dialogs/autopilot.xml uses agl-hold (and did before my changes) - all /autopilot/locks/altitude options end with -hold. (all heading options, too, except wing-leveler, which is understandable) Only $FG_ROOT/keyboard.xml and these aircraft use terrain-follow in at least one *.nas or *.xml file: - AN-225 - BAC-TSR2 - A-10 - B-52F - YF-23 - seahawk - MiG-15 - TU-114 - Hunter - CanberraBI8 m. Apart from the Hunter, which Vivian did, and the seahawk, which Vivian has done a lot of work on, the others were all done by me. A simple search replace on 'terrain-follow' /should/ work but will result in some funny property node names. I'll go through them manually and get updates out. Vivian: do you want to do the seahawk or shall I? I guess we need to rationalise the seahawk anyway. LeeE --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] UIUC FDM
I probably don't know enough about UIUC's or in fact any FDMs' internals and so I can't say whether this is a lot of memory for a FDM or not. But having 117mb of memory allocated (or committed) at startup (this is even before main(), btw), regardless of what aircraft/FDM is being used, is probably not a good thing. Codewise, this struct is rather big... It's possible to disable the UIUC and other esoteric FDMs entirely at the configure stage, IIRC. V. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] A4F problem
Hi, This is what I am getting with CVS today ( --aircraft=a4f ) : Failed to load submodel: Failed to open file at i:/FlightGear/cvs/fgfsbase/Aircraft/a4/Models/strop.xml Failed to load aircraft from Aircraft/a4/Models/a4f-blue.xml (Falling back to glider.ac.) -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Two different problems with c172p and c172r
On Sat, 2006-04-08 at 17:23 -0400, Yavuz Onder wrote: Hi, Failing to get the performance I need from C172P, I decided to try C172R, it seg faulted with this output: ~/ob/FlightGear-0.9/source$ fly --aircraft=c172r --airport=LSTS --runway=14 Model Author: Unknown Creation Date: 2002-01-01 Version: $Id: c172r.xml,v 1.11 2006-03-13 15:27:14 ehofman Exp $ Description: Cessna C-172r Could not open thruster file: prop_Clark_Y7570.xml /home/yavuz/bin/fly: line 5: 23979 Segmentation fault /ob/yavuz/FlightGear-0.9/source/src/Main/fgfs $* Just thought I would let you guys know. The thruster file is available here: http://cvs.sourceforge.net/viewcvs.py/*checkout*/jsbsim/JSBSim/engine/prop_Clark_Y7570.xml?rev=1.4 Save it to $fgroot/Aircraft/c172r/Engines/prop_Clark_Y7570.xml --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] A4F problem
Fred This is what I am getting with CVS today ( --aircraft=a4f ) : Failed to load submodel: Failed to open file at i:/FlightGear/cvs/fgfsbase/Aircraft/a4/Models/strop.xml Failed to load aircraft from Aircraft/a4/Models/a4f-blue.xml (Falling back to glider.ac.) I haven't changed anything - I'll check it out. Vivian --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] A4F problem
Fred This is what I am getting with CVS today ( --aircraft=a4f ) : Failed to load submodel: Failed to open file at i:/FlightGear/cvs/fgfsbase/Aircraft/a4/Models/strop.xml Failed to load aircraft from Aircraft/a4/Models/a4f-blue.xml (Falling back to glider.ac.) /FlightGear/cvs/fgfsbase/Aircraft/a4/Models/strop.xml shouldn't be called at all. Have you got the up-to-date version of: /FlightGear/cvs/fgfsbase/Aircraft/a4/Models/submodels.xml (version 1.3)? this calls ~/strop.ac Vivian --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] Two different problems with c172p and c172r
Thanks for the file. It fixed the seg fault. But C172R seems to suffer the same lower-than-RL max RPM as C172P (2200 vs 2400), and as such cannot climb at the expected rate. Do they share some engine spec file that may have been modifed recently? Yavuz Onder I don't think so. I've got a fresh build from a couple of days ago (from FlightGear CVS). I'm showing no differences between my base package and CVS for the aircraft and propulsion. Using the default startup: fgfs --timeofday=noon I get 2500 rpm and 1000 fpm climb rate off the runway at 70 kts. I don't know how close that is to actual. Jon --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel