Re: [Flightgear-devel] airports list
On Saturday 25 March 2006 19:48, David Megginson wrote: On 25/03/06, Melchior FRANZ [EMAIL PROTECTED] wrote: The airports list is barely usable: there are so many entries in it that you don't easily find anything. And the slider resolution is much too high for finding an entry with it alone. Move it just one pixel, and you jumped over oodles of airports. The arrow buttons have no repeat function, so they are of limited help, too. I've now hacked the airports widget to allow filtered lists: http://members.aon.at/mfranz/airports.jpg [30 kB] We need to get geopolitical information into our airport list, at least at the country and region (state/province/etc.) levels -- that could make the filtering much more useful. Proximity filtering might also be nice, but that's a much bigger job. All the best, David I did do some work on that a long time ago using the ICAO codes to break up the data by country but ran into a couple of problems. 1. There is no state/province field in the airports db and it can't be deduced from ICAO codes. 2. There are a couple of areas in the world that share the same ICAO code even though they belong to different countries so using the ICAO code isn't a 100% accurate method. The best would be to have a country and state/province field in the airport DB and that would need to come from Robin Peel unless we want to have a different DB again. Regards Paul --- 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] airports list
On 26/03/06, Paul Surgeon [EMAIL PROTECTED] wrote: I did do some work on that a long time ago using the ICAO codes to break up the data by country but ran into a couple of problems. 1. There is no state/province field in the airports db and it can't be deduced from ICAO codes. 2. There are a couple of areas in the world that share the same ICAO code even though they belong to different countries so using the ICAO code isn't a 100% accurate method. 3. Smaller airports sometimes don't use ICAO codes (though most of those are in the U.S.). All the best, David -- http://www.megginson.com/ --- 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
[Flightgear-devel] Aircraft downloadpage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I was again wondering why most planes on the downloadpage have the same version. Looking at the sourcecode of make-aircraft-html.pl it looks like the version number is that date the make-aircraft-html.pl is run (when no version is set in the aircraft config itself). This seems wrong to me. The version/date should be the last time any aircraft file was modified (if no explicit version is set) and not when the webpage generation has happened. The current apporach changes aircraft versions even when nothing has changed... CU, Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) iD8DBQFEJn/olhWtxOxWNFcRAol9AKCRiMYWef5tFLfnhw83NAI5M2d1fwCdGgXb Kd41uamOsyvrUasOyU1K0nw= =2O7X -END PGP SIGNATURE- --- 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] airports list
On Sunday 26 March 2006 13:49, David Megginson wrote: On 26/03/06, Paul Surgeon [EMAIL PROTECTED] wrote: I did do some work on that a long time ago using the ICAO codes to break up the data by country but ran into a couple of problems. 1. There is no state/province field in the airports db and it can't be deduced from ICAO codes. 2. There are a couple of areas in the world that share the same ICAO code even though they belong to different countries so using the ICAO code isn't a 100% accurate method. 3. Smaller airports sometimes don't use ICAO codes (though most of those are in the U.S.). 4. There are lots of smaller airports and airfields with no identifier code whatsoever (although we don't have any of those in FG). I added about 300 missing airfields with no identifier codes to Southern Germany for Silent Wings. Lots of glider strips and airfields with grass/turf or gravel runways. Paul --- 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] Re: airports list
* Melchior FRANZ -- Sunday 26 March 2006 09:47: If someone wants to test this, then I can post the patches. And if nobody wants (which seems to be the case :-), I can post the patches, too: http://members.aon.at/mfranz/airports.tar.gz [2 kB] You need to comment out the two silly lines in Main/fg_command.cxx, and to apply GUI.diff in src/GUI/ and airports.diff in $FG_ROOT/gui/dialogs/. Note that the filter pattern is case sensitive and only searched in all entries as they are. If there's demand for shell style wildcards (*?) or regular expressions, then I'll implement that. It's good enough already, though. Enter ... (LO ... for all Austrian airports (LOW... all international Austrian airports (LOX... for all Austrian military airports (except LOXL which is also known as LOWL and only used as such in Robin's db) (LOL... all airports in the Province of Upper Austria (except LOWL, as it's international) (K ... almost all US airports etc. etc. (see http://en.wikipedia.org/wiki/ICAO_Airport_Code) 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
[Flightgear-devel] Re: airports list
* Melchior FRANZ -- Sunday 26 March 2006 15:11: (K ... almost all US airports ... with IACO codes, that is. :-} 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: airports list
On 26/03/06, Melchior FRANZ [EMAIL PROTECTED] wrote: (K ... almost all US airports Except P for Hawaii (PH), Alaska (PA), and former and current U.S. territories. Additionally, individual states use three- or four-letter designators for very large number of airports that do not have ICAO codes. For example, from our current database, NY17, NY28, NY55, NY82, NY87, etc. All the best, David -- http://www.megginson.com/ --- 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] Aircraft downloadpage
Christian Mayer wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I was again wondering why most planes on the downloadpage have the same version. Looking at the sourcecode of make-aircraft-html.pl it looks like the version number is that date the make-aircraft-html.pl is run (when no version is set in the aircraft config itself). This seems wrong to me. The version/date should be the last time any aircraft file was modified (if no explicit version is set) and not when the webpage generation has happened. The current apporach changes aircraft versions even when nothing has changed... Aircraft authors can put a version field in the *-set.xml file and the make-aircraft-pkg script will honor that. However, most authors haven't done that. So instead, the script just tags the aircraft with the current date as the version, so at least you know when the archive was created. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- 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] Re: airports list
* David Megginson -- Sunday 26 March 2006 15:27: On 26/03/06, Melchior FRANZ [EMAIL PROTECTED] wrote: (K ... almost all US airports Except P for Hawaii (PH), Alaska (PA), and former and current U.S. territories. Additionally, individual states use three- or four-letter designators Yeah, whatever. I'm fixing an absolutely crappy and useless implementation, and the fix is already infinitely better. I never said it's perfect already. 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: airports list
On 26/03/06, Melchior FRANZ [EMAIL PROTECTED] wrote: Yeah, whatever. I'm fixing an absolutely crappy and useless implementation, and the fix is already infinitely better. I never said it's perfect already. Thank you very much for that, Melchior. None of this is intended as a criticism of your work, only of the bizarre complexity of airport codes in the first place. All the best, David -- http://www.megginson.com/ --- 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
[Flightgear-devel] Re: airports list
* David Megginson -- Sunday 26 March 2006 15:44: None of this is intended as a criticism of your work, only of the bizarre complexity of airport codes in the first place. OK. :-) Of course, more fine-grained selections would be nice. A combobox with predefined search expressions for all countries could do that now. More can be added once we have the data in our DB, which isn't the case now as Paul has pointed out. Let's start with a first step. 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] KSFO scenery to cvs data?
On Sat, 2006-03-25 at 22:00 +0100, Mathias Fröhlich wrote: Hi, Shall we update the KSFO tile in cvs with the data available in the world scenery? Or which copy is the /master/ copy here? The problem I try to solve is that multiplayer clients should all use the exactly same scenery data. Otherwise multiplayer aircraft having installed different scenery than the other players will magically move above or below ground for others. Hi Mathias, I have also observed that if you start in or warp to an area to which you don't have the tiles and models, your plane is positioned at sea level. I guess the authoritative copy of the scenery is the server that terrasync uses by default. I'm not sure of a quick way to check if a user has an old version of the tile (md5 hash comparison?) and then how to alert the user. Regards George --- 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] Aircraft downloadpage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Curtis L. Olson schrieb: Christian Mayer wrote: I was again wondering why most planes on the downloadpage have the same version. Looking at the sourcecode of make-aircraft-html.pl it looks like the version number is that date the make-aircraft-html.pl is run (when no version is set in the aircraft config itself). This seems wrong to me. [...] So instead, the script just tags the aircraft with the current date as the version, so at least you know when the archive was created. But that gives no information to the user. Actually it gives wrong information as it makes anyone think that a new plane version is available. If there's no version information available the aircraft page also shouldn't display any (bogus) information. The information when the whole archive was created/updated is valueable - - but it should tell the user that that's the version of the page and not that of the plane (e.g. add a Created on 01/02/2003 or so at a prominent spot at the top of the page) CU, Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) iD8DBQFEJqGwlhWtxOxWNFcRAk9wAKCa3ay6SWgPFYRkesKA8GgEWeklmwCeMJ3Q WzS6C9FZJ9gXFkRMAm99d6U= =PlYQ -END PGP SIGNATURE- --- 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] Re: airports list
* Melchior FRANZ -- Sunday 26 March 2006 09:47: I'm still investigating if this change works with all our dialogs. Maybe one would have to add a dialog-update on some places. Yes, indeed. Comboboxes need a dialog-update, as well as the frequency swapper buttons in the radio dialog, and probably a few more. Alternatively one could add a no-update tag for the that prevents auto-update. 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] Aircraft Battery simulation
On 26/03/06, Erik Hofman [EMAIL PROTECTED] wrote: For those of you who feel the desire to model the lead-acid aircraft battery up to a bizarre level you could visit the Gill site: http://www.gillbatteries.com/manual.cfm I'll be buying a new GIll battery in a couple of weeks. For FlightGear, I think it's probably sufficient simply to model the fact that the battery discharges (very rapidly, during cranking), that the alternator or generator recharges it, that the alternator will not work with a completely flat battery (though a generator will), and that the battery cannot hold as large a charge when it's cold. All the best, David -- http://www.megginson.com/ --- 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] airports list
--- Melchior FRANZ wrote: The airports list is barely usable: there are so many entries in it that you don't easily find anything. And the slider resolution is much too high for finding an entry with it alone. Move it just one pixel, and you jumped over oodles of airports. The arrow buttons have no repeat function, so they are of limited help, too. I've now hacked the airports widget to allow filtered lists: http://members.aon.at/mfranz/airports.jpg [30 kB] m. That's a great improvement. It makes the airport list way more useful. While filters by area would be nice, just allowing users to search for their local airport is going to make things much easier for newbies. BTW, I have a text file with the mapping from ICAO prefixes to country names that I wrote a while ago for a mission generator project if you want it. Might save you some time if you're thinking of enhancing it further. -Stuart ___ NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/ --- 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] Re: airports list
* Melchior FRANZ -- Sunday 26 March 2006 17:00: * Melchior FRANZ -- Sunday 26 March 2006 09:47: I'm still investigating if this change works with all our dialogs. Maybe one would have to add a dialog-update on some places. Yes, indeed. Comboboxes need a dialog-update, as well as [...] Um, no. I take that back. They work fine. :-) 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] Aircraft Battery simulation
On 26/03/06, Erik Hofman [EMAIL PROTECTED] wrote: I already thought that simulating shelve discharging would be pretty bizarre :-) In extremely cold temperatures in northern Canada and Alaska, pilots sometimes remove the batteries from their planes and bring them inside with them; sometimes they even drain all their oil and keep it indoors. All the best, David -- http://www.megginson.com/ --- 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
[Flightgear-devel] Re: airports list
* Melchior FRANZ -- Sunday 26 March 2006 17:00: Yes, indeed. Comboboxes need a dialog-update, as well as the frequency swapper buttons in the radio dialog, [...] No. This was caused by updating plib to CVS/HEAD, which seems to be broken. Works with $ cvs up -D'2 weeks ago'. I haven't found any problems with other dialogs so far, and I'd suggest to consider that for inclusion before the 0.9.10 release. I've fixed a minor bug in the airports.xml dialog file: http://members.aon.at/mfranz/airports.tar.gz [2 kB] 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
[Flightgear-devel] Re: airports list
* Buchanan, Stuart -- Sunday 26 March 2006 18:01: BTW, I have a text file with the mapping from ICAO prefixes to country names that I wrote a while ago for a mission generator project if you want it. Might save you some time if you're thinking of enhancing it further. I have such a file, too (country.nas), but it can't hurt to compare that with your version and the Wikipedia page. Yes, please send it to me. Thanks. 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] FlightGear/SimGear dsp/dsw files
Hi, sorry for the delay I second that config.h-msvc6.in (having cygwin to compile MSVC) is plain silly. You may have noticed that the Version in CVS has a config.h-msvc8 without the @VERSION@ madness. ... * They don't even work for newer Visual Studios (Dependencies are broken: Microsofts Fault, not our's) Not sure how this is related to removing the DSW/DSP file, or what is exactly refered to here. If it is refer to the fact that MSVC7.1, and perhaps 8, no longer seem to keep as good a automatic track of dependencies as good old MSVC6, then, as a 'developer' you get used to using 'remake all' ;=)) actually, I more frequently use the 'batch mode' ... But why is this any reason for removing this set of DSW/DSP files, automatically generated? The point is: If you generate Project files from scratch, dependencies work. But somehow dependencies do not work when importing the *dsp/dsw from FlightGear. On the other side: SimGear does work. I tried to fix this behaviour but didn't succeeeded. It is a lot easier to support new files than the automagic conversion process using undocumented file formats which work, sometimes. These DSW/DSP files can be automatically generated by am2dsp.pl, enhanced fractionally a few months ago by Fred, using am2dsp.cfg, thus can be the I suggested one of the fixes applied, but realised later that the files are broken more severely, and gave up. ... ... do not know about MSVC8, since I have yet to BUY, and use this extensively ... I There is almost no difference between the express and the professional version. (It has MFC, ATL and masm included, and offline help) I too have MSVC7.1 *AND* MSVC6 build file on my site - http://www.geoffmclane.com/fg/ - this is purely a factor of how frequently you 'update' your site ... or the cvs, if put in cvs. I would be happy to get something more useable into FlightGear. I am only insisting to get something usable into FlightGear. So what am I suggesting? Simply, that a config.h-msvc file be returned to cvs, so the current custom step in am2dsp.cfg works! And that, that file NOT contain an automake macro - @VERSION@ ... Yes, please. Should we abandon MSVC6? That is up to the community ... we have already, in a way, in that some of the code syntax no longer can not be compiled with MSVC6 ... but I, and perhaps others, ARE willing to help people with this ... IT IS POSSIBLE ... Yes, it is possible, but IMHO it does not make sense. Recently, with the addition of mk_viii.cxx, which was the first file to include version.h, adds to this complexity. This file is generated by 'automake', using version.h.in, which ALSO includes an automake macro @VERSION@ ... IMHO The version.h file is plain silly. Please remove from CVS and include the info back into the config.h. Simply, to move on - yes! * Abandon the very good, efficient, 'autogen' of DSW/DSP files - no! Efficient? The converted vcproj file is over 300kb large. The hand crafted is 8 kb. VC8 is dead slow using the converted one. Olaf --- 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
[Flightgear-devel] nasal help required
Hi all ,
Can someone help me out here please.
I want to make a nasal script that watches controls/gear/gear-down using a
listener.
When called this is what i would like to happen.
If /systems/electrical/volts 22 then let the gear go up or down.
If /systems/electrical/volts 22 then make the gear stay where they are.
I did have a bash at this myself but cant seem to get it to work right.
# Set listners for certain conditions.
gear = func {
power = getprop(/systems/electrical/volts);
status = getprop(controls/gear/gear-down);
if (power 22 and status == 1) {
setprop(controls/gear/gear-down, 1);}
elsif (power 22 and status == 0) {
setprop(controls/gear/gear-down, 0);}
elsif (power 22 and status == 0) {
setprop(controls/gear/gear-down, 1);}
elsif (power 22 and status == 1) {
setprop(controls/gear/gear-down, 0);}
} # end function
setlistener(controls/gear/gear-down, gear);
See what i mean ? All messed up ;)
Thanks in advance,
Justin Smithies
---
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
Free inverse geocoding service (was Re: [Flightgear-devel] Re: airports list)
On 26/03/06, Melchior FRANZ [EMAIL PROTECTED] wrote: I have such a file, too (country.nas), but it can't hurt to compare that with your version and the Wikipedia page. Yes, please send it to me. Thanks. I found a free inverse geocoding service here: http://dma.jrc.it/services/querymap/querymap.asp?x=-75y=45featuretype=countrybuffer=1output=xml It uses fairly coarse rectangles, so it won't always get the country and region right, but it would make a good start. It's a fairly slow process, though, so I'd talk to the site owner before hitting it with 20,000+ queries for our airport database. (You can also get cities with featuretype=city, and you can play with the buffer parameter to limit the size of the area searched for intersecting rectangles). All the best, David -- http://www.megginson.com/ --- 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] new contribution
Hello Shavlir, welcome to the club :-) For each of the three mentioned topics I there's a different answer. [EMAIL PROTECTED] wrote: I want to improve Chicago: fix the coastline as it seems to be about a half mile off to the west The infrastructure ís currently in the works, but yet not ready for use. Development is taking place in the project presented on this page: http://www.custom-scenery.org/ We _have_ coastline data that should be pretty exact, but our landuse data does not match very well. This means, that rivers might end before they reach the coastline if exact coastline data is used. Current scenery is built using coastline data that matches the landcover - which is, as I already said, not always close to reality. In order to use exact coastline data (GSHHS) we first have to close some major gaps in the landuse data. fix the random hills in the middle of downtown We currently don't have a means to improve terrain altitudes - and I don't want to comment on this topic because other people know better about the algorithm that renders our terrain from SRTM data. add buildings such as Soldier Field, and some of the famous museums. There is another side-project where people already added a noticeable number of buildings: http://fgfsdb.stockill.org/ For easier access I placed a copy of the instructions here: http://www.custom-scenery.org/FlightGear_Scen.273.0.html 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=lnkkid0944bid$1720dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: nasal help required
* Justin Smithies -- Sunday 26 March 2006 23:56:
Another nasal question then if you can help.
How do i also make the flaps and rudder very sluggish ( Not very responsive (
Heavy )) if the volts are below 22 ?
For example:
var flaps = props.globals.getNode(/controls/flight/flaps);
flapsDown = func(mode) {
var voltage = getprop(/systems/electrical/volts);
if (!mode or voltage 10) {
interpolate(flaps);
return;
}
var target = mode 0 ? 1 : 0;
var time = 6 + abs(22 - voltage) * 2.345; # time for full movement
interpolate(flaps, target, abs(flaps.getValue() - target) * time);
}
settimer(func { controls.flapsDown = flapsDown }, 1);
The flaps can also be stopped from outside with interpolate(flaps). You
may want to use more clever time calculation.
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
[Flightgear-devel] Re: nasal help required
* Justin Smithies -- Sunday 26 March 2006 23:56: How do i also make the flaps and rudder very sluggish ( Not very responsive ( Heavy )) Oh, and the rudder ... There's no controls wrapper for the rudder. The joysticks change /controls/flight/rudder directly. So you just make the FDM not listen to this property, but to another, let's say /controls/flight/rudder-fdm. And then you write a function that reads from /controls/flight/rudder and writes it to .../rudder-fdm with some added sluggishness. You could do that with a simple EWMA lowpass filter, whose coefficient changes with voltage. 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
[Flightgear-devel] Re: nasal help required
* Justin Smithies -- Monday 27 March 2006 01:26: Must be something daft here can you look at this file for me as i get this error .. You had exactly the same problem when I posted *working* Nasal code last time: http://sourceforge.net/mailarchive/forum.php?thread_id=9899018forum_id=1919 Now you did *again* something wrong when you copied my code to your file, just like in this thread. Look into it with vim in binary mode: $ vim -b foo.nas then you'll probably see some garbage in line 19. And I never bother to review code that isn't indented. This looks like shit. 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] airports list
On Sun, 26 Mar 2006 11:26:41 +0200 Paul Surgeon wrote: The best would be to have a country and state/province field in the airport DB and that would need to come from Robin Peel unless we want to have a different DB again. We could straddle the fence and have a second file which maps airport identifier to some sort of geopolitical info, and we maintain just that. Not that that won't be a pain in the butt itself. -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
Re: [Flightgear-devel] new contribution
[EMAIL PROTECTED] wrote: On Sunday 26 March 2006 02:58 pm, Martin Spott wrote: The infrastructure ís currently in the works, but yet not ready for use. You make it sound as if there is not much that can be done on the terrain side of things and all there is to do is create objects to put in that terrain. Is that true? If you need an extra programmer for the infrastructure you speak of, I am also willing to help there, as I program in c++ for a living. [...] https://netfiles.uiuc.edu/shavlir/Flightgear/wayoff2.png Finishing the infrastructure to enable us to accept landuse data is not that much a programming- but more a buerocratic job to be done. Your time might be better spent on polishing the TerraGear tools to make them easier to use or produce better results from the given data but I should not lean out of the window too much because there are people out there who know _much_ better about the processes inside TerraGear than I do. 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=lnkkid0944bid$1720dat1642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 3D models and Blender
On Mon, 20 Mar 2006 22:06:51 -0500, Josh wrote in message [EMAIL PROTECTED]: Arnt Karlsen wrote: On Mon, 20 Mar 2006 18:16:20 -0500, Josh wrote in message [EMAIL PROTECTED]: Arnt Karlsen wrote: ..ok, so _anything_ I add to a model, starts out as a 2x2x2 meter object and then needs another edit action to size and fit it to my model? ..my baseline is http://brlcad.org/ which has a neat, neat, neat pipe routing edit mode that I use to model my gasifiers, I'll have them made from standard piping fittings etc materials to minimise my costs. Lotsa model file format converters, and David M. might like the way it uses Jove as cli. ;o) I've actually been meaning to try BRL, I even have it on disk here. The problem is switching to another format in FG. There are a lot that theoretically work in plib, but using those loaders in fg is not as well understood from the model builder's point of view. Also, not all the loaders provide the same functionality. Is there an easy way to get from BRL to .ac? ..I dunno this yet, also I need to get my models exported into 2d paper drawings, the work shop guys are not yet 3d. ;o) Maybe I should be looking into BRL and either dxf or ase. ..both are available AFAICT, and BRL-CAD has its own native format, and the BRL guys might be able to volonteer old Army etc models. Anyway, I have found that using direct numeric input in Blender is fast and easy. ..how does it compare to BRL-CAD or AutoCAD or Intergraph Microstation? (I remember using the latter 2 some 15 years ago for parametric modelling.) Like everything in Blender, it is tempered by the basic steep learning curve. ..aye, that and BRL-CAD's ease of use in parametric modeling and me in my hurry is what got me here. ;o) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...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. --- 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
