Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
David Luff wrote: Melchior FRANZ writes: OK, you've pricked my consciensce. I'll make a concerted effort to track that one down, since it's undoubtably one of mine :-( I thought it might have been fixed, since I haven't seen it since a couple of bug-fixes were added to that bit of code be someone, but I guess it seems not :-( It would be nice to be able to enable the intelligent AI by default, at least at level 1, for one of the next couple of releases. Am I right in thinking there might also be an issue with crashes at the point of the now clear of my airspace message? Could be. I experienced one of these last weekend, a few minutes after take-off. Have been running FG in gdb ever since, but it did not happen again. Nine --- 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] Next FlightGear Release - upcoming.
David Megginson wrote: The TerraGear scenery bug with the Great Lakes (and possibly other large inland lakes?) is pretty serious -- it leaves many midwest U.S. and central Canadian cities perched on giant cliffs overlooking the lakes. I'd call this an early pre-release, especially because you have to hack the coordinates of your preferred location into the URL, but it could help working towards a solution to this issue. I've set up a Mapserver on our Landcover-DB that contains lots of funny stuff - including three different sources for shoreline data. Please, _please_ read _before_ everyone enters the URL into their web browser :-) While the machine performs quite well as WWW-, FTP- and database server (as well as our local fileserver !), is was not sized to to the job of an online web mapping server. The server is running only with 256 MByte of RAM at a 400 MHz clock cycle, so please take care with these rare ressources - try to use it asynchronously ;-) In the Mapserver page you can select different layers. The DB contains all layers that are being used for the current Scenery (and some more) but not all layers in the DB are listed in the drop-down chooser. The single reason for this constraint is that I simply didn't find the time to determine colours that represent all those different landcover types in a reasonable manner Somewhere down the list you'll find 'landmass_default', 'swbd' and 'gshhs coastline'. The first is from VMAP0 and seems to represent political boundaries, the second is the SRTM water body data, the third - you name it. So, here you are: http://document.ihg.uni-duisburg.de/landcover/ SWBD contains some really interesting details that others don't because it is a real 'picture' of the current situation when The Shuttle came by. This means it doesn't know about tides some small islands are represented with the double of their actual width because of low tide. There is notion of lakes where not lake actually is - maybe because of strong rain falls. Some lakes don't show up in any of the three datasets VMAP0 is about political boundaries so it appears not so much to care about small details in the shoreline. GSHHS is very accurate at those places where I had a look at and is now split into four categories: coastline, lakes, islands in those lakes, ponds on those islands. Please have a look and try to determine which one matches best. The map starts at Lake Constance with VMAP0 lakes only. The pan-buttons in the corners currently don't work (I'll have to look after this) but you can click into the map to re-center it. You also can enter the respective coordinates in the 'imgext' part of the URL. I'll soon have a modified page where you can enter a location for the start. Have fun, 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] Next FlightGear Release - upcoming.
Martin Spott wrote: While the machine performs quite well as WWW-, FTP- and database server (as well as our local fileserver !), is was not sized to to the job of an online web mapping server. The server is running only with 256 MByte of RAM at a 400 MHz clock cycle, [...] Sorry: 440 MHz :-) Please have a look and try to determine which one matches best. The map starts at Lake Constance with VMAP0 lakes only. The pan-buttons in the corners currently don't work (I'll have to look after this) but you can click into the map to re-center it. You also can enter the respective coordinates in the 'imgext' part of the URL. The format is lon/lat of the lower left corner and for the upper right corner. In order to save the server from being overloaded not any arbitrary map size is allowed. It is a good choice to stay in the +/- 0,5 degree size, for example to visit the Quebec area this would be a good choice: [...]imgext=-070.893+46.291+-071.893+47.291[...] 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] 737-300 development (was: 737-300 electrical systems)
On Friday 10 March 2006 01:19, Innis Cunningham wrote: One thing I would like to know is it possible currently to add hotspots to individual 3D instruments.As far as I know you can only add a general hotspot sheet which covers the 3D instruments roughly infront of the pilot. You can many hotspot panels, orientated in any direction - see the B1900 (I presume the roof console is a separate panel), the Hurricane, the B29 or the Lightning (and no doubt others) which all have multiple hotspot panels. Of course the process of creating these is time consuming, cumbersome and at times frustrating, but it can be done. Cheers, AJ --- 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] inflight / on ground / on airport
Ron Jensen wrote: On Fri, 2006-03-10 at 02:22 +0100, Markus Barenhoff wrote: hi, are there properties in tree where i can read from if the aircraft is currently in air, on ground or even on ground/on airport? it would be nice to have (i need it for the 737 electrical system, to switch on the external ground power on airports/gates, and to implement the air/ground safety sensor which disconnects the battery and the battery bus from the standby busses). JBsim provides WoW indications in /gear/gear[*]/wow[0] Choose one of the mains for the air/ground safety sensor. Have you considered the parking brake as an input to the ground power system? this is a pretty good idea :) thnx. cu markus -- Markus Barenhoff - Hamburg - Germany - Earth url: http://www.alios.org/ - mail: [EMAIL PROTECTED] pgpkey: 0xAE7C7759 fp: 79 64 AA D9 B7 16 F5 06 6A 88 5F A9 4D 49 45 BB --- 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] Bugtracker
Hi, I just set up a bug tracker for FlightGear at http://his.biologie.hu-berlin.de/flightgear If you want to become a supporter, that is being able to work on the tickets, create an account on the site (via Join in the upper right corner) and write me a PM with your username. The schema of the tickets is configurable/extensible, so if something is lacking, there is no problem changing that now (but maybe if there were thousands of thickets in there). Same goes for topic categories and importance. Even though email adresses are collected, they shouldn't appear anywhere on the site. Thomas --- 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] FYI: $ fgfs --airport=kmry --runway=10r
Starting airport ICAO id, tower id, and runway number can now be lower case, too, no matter from where they are set (command line, dialogs, telnet, etc.) This was an *old* usability issue. m. PS: Yes, mixed case is possible, too. But don't tell anyone! :-} --- 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] *.flightgear.org?
As we know, we have some FG docs and tips online written by many people, and then there's the seedwiki site. And now we have a bug tracker (i always liked one btw). Things are a bit here and there, basically everywhere. It's difficult for new FG users to follow and find answers. It's rather hard to maintain, hard to get everything coordinated and synchronized, updated. Should have start putting everything in one place, say wiki.flightgear.org, bugs.flightgear.org, etc, and start consolidating docs? Some of us already know that we're currently in progress of setting up MP servers and MP maps under .flightgear.org. It might be a good time to look into other things as well(?) Like, could we setup our own wiki site? Bug tracking? 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
Re: [Flightgear-devel] Weird network problem
On Wed, 8 Mar 2006 08:19:49 -0500, Drew wrote in message [EMAIL PROTECTED]: You mean flip them like this? fgfs --native-ctrls='socket,in,30,,5060,udp' \ --native-fdm='socket,out,30,192.168.1.103,5050,udp' \ fgfs --native-fdm='socket,out,30,192.168.1.103,5050,udp' \ --native-ctrls='socket,in,30,,5060,udp' \ ..beware that these ports are also being used for voip traffic, chk the 2 _handbook_ wiki sites over at http://asteriskathome.sf.net/ (damn hilltop router antenna wires, 87.6% packet loss now, so I'm having trouble surfing to) chk the (precise url to the) 2 figures showing 2 sample network layouts. -- ..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
Re: [Flightgear-devel] *.flightgear.org?
Am Freitag, 10. März 2006 13:32 schrieb Pigeon: As we know, we have some FG docs and tips online written by many people, and then there's the seedwiki site. And now we have a bug tracker (i always liked one btw). Things are a bit here and there, basically everywhere. It's difficult for new FG users to follow and find answers. It's rather hard to maintain, hard to get everything coordinated and synchronized, updated. Should have start putting everything in one place, say wiki.flightgear.org, bugs.flightgear.org, etc, and start consolidating docs? I also vote for this. Since I didn't know whether the tracker would be welcome I didn't mention this in the first post. Eventually I'd also like to see the URL evolving to something better. A first solution might be ProxyPass directives in the flightgear.org apache configuration. Regarding documentation I can also offer to broaden the portal I set up. It's a full blown content management system including workflow and fine grained permissions. Thomas --- 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] SV: [Flightgear-devel] KAP140 query
På 10.03.2006 00:31 CET skrev David Luff [EMAIL PROTECTED] After setting the vertical speed on the KAP140, the display of vertical speed disappears after a few seconds, even though the autopilot is still holding (or trying to) the target vertical speed. Is this correct, or should the target speed be displayed persistently? This is with the 2D c172p panel, although I believe the 3d one displays the same behaviour. According to the Pilots Guide the preselected altitude is normally displayed. When you change the vertical speed setting, the vertical speed is displayed for 3 or 5 seconds (I forget), after that the display reverts to the preselected altitude. So, I guess the current behaviour is correct. -- Roy Vegard Ovesen --- 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: Next FlightGear Release - upcoming.
* Melchior FRANZ -- Thursday 09 March 2006 19:43: (D) -1000 ft crash. Don't remember the exact message. Doesn't seem related to any special subsystem. Attempting to schedule tiles for bogus lon and lat = (-1000,0) This is a FATAL error. Exiting! triggered by FGTileMgr::schedule_needed(). Which process sets lon=-1000 and lat=0 and requests a tile for that? 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.org?
--- Thomas Förster wrote: Am Freitag, 10. März 2006 13:32 schrieb Pigeon: As we know, we have some FG docs and tips online written by many people, and then there's the seedwiki site. And now we have a bug tracker (i always liked one btw). snip Regarding documentation I can also offer to broaden the portal I set up. It's a full blown content management system including workflow and fine grained permissions. Consolidating our docs is a good idea. However, I firmly believe the correct place for such information is The Manual (aka The Getting Started Guide), as it is delivered with every release, and is available in both PDF and HTML. Since the last release, I've already added information on Multi-player, carrier operations, festival, multiple displays and tutorials. You can find a copy of the latest version here: http://www.nanjika.co.uk/flightgear/getstart.pdf Most of this information has been copied from other sources such as the wiki, for which I would like to say thanks to the authors. However, it would be great if we could move to updating the guide directly as the primary source or such information, rather than ending up with duplication, or having to play catch-up. I'm happy to do the dogsbody work of converting plain text to Latex, for those not familiar with it, or without access to the docs CVS build environment. Regards, -Stuart P.S. Yes, I know that the HTML version of the manual on the FG website is now quite out of date. We/I should get that sorted for the new release. ___ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.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
Re: [Flightgear-devel] *.flightgear.org?
Buchanan, Stuart wrote: P.S. Yes, I know that the HTML version of the manual on the FG website is now quite out of date. We/I should get that sorted for the new release. Indeed, I wanted to have that already done but covered myself with other stuff 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] Re: Next FlightGear Release - upcoming.
On Thu, 9 Mar 2006 22:07:08 -0500, Chris wrote in message [EMAIL PROTECTED]: On Thu, 9 Mar 2006 19:43:13 +0100 Melchior FRANZ wrote: * Curtis L. Olson -- Thursday 09 March 2006 17:59: 2. We need to aggressively hunt down any random crashes I'm aware of four crashes: I've experienced another that I don't think is classifiable in your list. It occurred for me in-flight, during a long flight; but AI traffic wasn't on and I wasn't monitoring ATC. I've been running FG ever since in gdb just in case; but haven't been able to reproduce it. Still trying. ..core dump setup? Core dumps are neat for backtrack those out-of-the-blue crashes. -- ..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
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
On 10/03/06, Martin Spott [EMAIL PROTECTED] wrote: VMAP0 is about political boundaries so it appears not so much to care about small details in the shoreline. GSHHS is very accurate at those places where I had a look at and is now split into four categories: coastline, lakes, islands in those lakes, ponds on those islands. GSHHS is excellent for ocean shorelines and bays, but wildly inaccurate for large inland bodies of water (especially the Great Lakes). It often puts the shoreline more than 1km off from where it should be, so that airports near the shore end up far out in the water or far inland. VMAP0 is relatively low resolution, but it gets the Great Lakes shorelines in more-or-less the right place. The problem, though, is not the accuracy of the shorelines (though that's obviously important), but the type -- for some reason, TerraGear has started to misinterpret the Great Lakes as ocean rather than lake, and thus, it's cutting them right out of the scenery rather than using the SRTM elevations. I'm still going to look at your site, though, just for fun. 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] Next FlightGear Release - upcoming.
On 10/03/06, David Megginson [EMAIL PROTECTED] wrote: GSHHS is excellent for ocean shorelines and bays, but wildly inaccurate for large inland bodies of water (especially the Great Lakes). It often puts the shoreline more than 1km off from where it should be, so that airports near the shore end up far out in the water or far inland. VMAP0 is relatively low resolution, but it gets the Great Lakes shorelines in more-or-less the right place. Here's an example of the west end of Lake Ontario. Note the extra detail in the Vmap0 vs. the GSHHS, and also the fact that the GSHHS puts much of downtown Toronto under water (I think it represents the future after global warming): http://document.ihg.uni-duisburg.de/cgi-bin/mapserv40?layer=lakes_lakelayer=lakes_intermittentlakelayer=cities_urbanlayer=gshhs_lakeslayer=gshhs_islandslayer=gshhs_pondszoomdir=1zoomsize=1imgxy=300.0+300.0imgext=-80.490972+42.550702+-78.374302+44.667372map=%2Fhome%2Fmas%2FWWW%2Flandcover%2Flandcover.maproot=%2Flandcoversavequery=trueprogram=%2Fcgi-bin%2Fmapserv40map_web_imagepath=%2Fhome%2Fmas%2FWWW%2Ftmp%2Fmap_web_imageurl=%2Ftmp%2Fmap_web_template=main.html If that long link broke in your e-mail reader, try this one: http://makeashorterlink.com/?J252326CC The problem might be that TerraGear is now cropping against just the landmass -- it actually has to crop against the union of the landmass, islands, lakes, and everything else. 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] Bugtracker
There is also an existing bug tracker over at http://sourceforge.net/tracker/?group_id=583atid=100583 which has been there for several years already; at one point when I looked for a place to write down the bugs that bother me but which I am not planning to work on in the nearest future, I began putting them into it. Also, I went over whatever older bugs that were there which I could re-test and removed whatever was obsolete, as well as annotated whatever was still pertinent in this way or that. I was hoping that maybe other folks will join me using the same bug database, but noone seemed to need it, except for me. Personally, I am no big fan of the sf tracker, so I don't have a problem switching over to another database elsewhere. However, we should retain the current bug reports off the sf.net tracker db if we do so. 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
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
Hi, David Megginson schrieb: The problem, though, is not the accuracy of the shorelines (though that's obviously important), but the type -- for some reason, TerraGear has started to misinterpret the Great Lakes as ocean rather than lake, and thus, it's cutting them right out of the scenery rather than using the SRTM elevations. It seems that it's exactly that. I wasn't yet able to verify that, but it seems that the Great Lakes are not part of the landmass and are thus zeroed in altitude. I'm not sure why that worked in the previous releases. Cheers, Ralf --- 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] Next FlightGear Release - upcoming.
Hello David, David Megginson wrote: GSHHS is excellent for ocean shorelines and bays, but wildly inaccurate for large inland bodies of water (especially the Great Lakes). You should have a look at the new 1.3 dataset from October last year, this is where the split between the different types was introduced. I'm absolutely not sure if lake data has been improved but I actually do have some hope. The GSHHS data in my DB is already the most up to date. The problem, though, is not the accuracy of the shorelines (though that's obviously important), but the type -- for some reason, TerraGear has started to misinterpret the Great Lakes as ocean rather than lake, With the split GSHHS datasets the great lakes have been separated from ocean data (to my memory). If the appropriate attributes are being applied to the respective lake geometries, a task that I think is being done in Terragear, there should be a chance to get things sorted out. 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
[Flightgear-devel] Compiling a custom windows executable
I've contacted Fred B. who is our primary windows .exe builder, but I haven't heard back from him and haven't seen any mailing list posts from him this week so I fear he may be out of town. Is there anyone else here who is setup to do a quick windows build of the CVS source code (preferably with MSVC since that is what we've done our other release builds with.) If Fred is out of town and unable to respond, I need someone who can build me the latest CVS version with one small modification. And I need this in a timely fashion, ideally today, this weekend or monday at the absolute latest. If any one is available to do this, please contact me offline and we can discuss the specific details. Thanks, 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
Re: [Flightgear-devel] Next FlightGear Release - upcoming.
On 10/03/06, Ralf Gerlich [EMAIL PROTECTED] wrote: It seems that it's exactly that. I wasn't yet able to verify that, but it seems that the Great Lakes are not part of the landmass and are thus zeroed in altitude. I'm not sure why that worked in the previous releases. I haven't looked at the TerraGear code for a long time, but in the past, I think, we used to do a union of all the coverage types, including lakes and islands, and use that as the mask. 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] fix mouse view regression
On Fri, 10 Mar 2006 08:14:17 +0100 Mathias Fröhlich [EMAIL PROTECTED] wrote: On Thursday 09 March 2006 21:19, Jean-Yves Lefort wrote: This change actually breaks the view mode with PU_USE_GLUT (at least for me). It was working properly before the change; now the view jumps whenever the mouse reaches a screen edge. Checked in a fix which at least fixed that form me. Please give it a try. It works, thanks. -- Jean-Yves Lefort [EMAIL PROTECTED] http://lefort.be.eu.org/ pgprveOmEOJtr.pgp Description: PGP signature
Re: [Flightgear-devel] 737-300 development (was: 737-300 electrical systems)
Just a quick question. I am currently building a diy 737-300 cockpit , and i am going to link all the real switches / lights etc to a pc that will read / write directly from the FG prop tree based on values there. So i take it the way this project is going that there will be switches and inditcators + various variables in the FG prop tree eventually for every instrument / electrical system. Justin Smithies On Friday 10 March 2006 01:19, Innis Cunningham wrote: Hello Markus Markus Barenhoff writes - Flight Instruments: I am currently working on 3D instruments for the 737 classic(not glass cockpit)but have only started on the vor guage(RMI) so the field is open for all the other instruments. One thing I would like to know is it possible currently to add hotspots to individual 3D instruments.As far as I know you can only add a general hotspot sheet which covers the 3D instruments roughly infront of the pilot.This would mean that panels on overhead panels and centre isle stands would not be able to be activated by hotspots.As most of the system operation is controled by such panels we need a way of activating such panels that are not on the pilots instrument panels. Any ideas. Cheers Innis --- 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 --- 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] Next FlightGear Release - upcoming.
Hi, It seems that it's exactly that. I wasn't yet able to verify that, but it seems that the Great Lakes are not part of the landmass and are thus zeroed in altitude. I'm not sure why that worked in the previous releases. I haven't looked at the TerraGear code for a long time, but in the past, I think, we used to do a union of all the coverage types, including lakes and islands, and use that as the mask. That wouldn't match with the behaviour I encountered during the South Germany scenery builds. Only recently I've come across TerraGear making everything which is outside the landmass polygon (material Default) to be Ocean and at level 0. I once reduced the landmass data from VMAP0 to a bit more manageable size by constraining it to the region we'd be working in for our scenery. As we touched that border we had a tile with extremely steep cliffs falling to the ocean where there should have been no ocean. The location of the cliff matched that of the border of our landmass polygon. I think I've seen code in the current source calculating the landmass mask as the union of all polygons with Default material, which is then used to clip all other polygons. Cheers, Ralf --- 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] 737-300 cockpit photos
As the www.b737.org.uk seems to be offline i thought id post this url for 737-300 cockpit photos. http://www.flyingzone.co.uk/boeing737infocus/cockpitphotopage.htm Cheers 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
Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
On Friday 10 March 2006 14:38, Melchior FRANZ wrote: * Melchior FRANZ -- Thursday 09 March 2006 19:43: (D) -1000 ft crash. Don't remember the exact message. Doesn't seem related to any special subsystem. Attempting to schedule tiles for bogus lon and lat = (-1000,0) This is a FATAL error. Exiting! triggered by FGTileMgr::schedule_needed(). Which process sets lon=-1000 and lat=0 and requests a tile for that? m. I'm able to trigger this error message quite consistently by enabling traffic manager/AImodels. If the first few AIModels that are required to be loaded are non-existent, FlightGear crashes with this error message (always reporting the same coordinates, as mentioned above). Sofare, I've only been able to make an educated guess that generating an error condition in the main thread before or at the time the tile loader is running triggers this message and a subsequent abort. I'm still in the dark what's actually going on (possibly triggered by setting errno). FWIW, once scenery loading is complete, the FlightGear main thread/ AIModels subsystem happily ignores the loading of non-existent AIModels, as desiged. Fixing this, or at least resolving the interaction between any error condition set by AIModels in the main thread and an abort in the tile loader thread is currently at my todo list. But as I mentioned above, I don't really have a clue right now. Cheers, Durk --- 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] Sound Barrier
While flying some supersonic aircraft in Flightgear today I noticed there seems to be no support for the various things that happen when approaching the speed of sound.Does anyone have any plans to implement any of this? E.g Sonic Boom and pressure wave, less stability at close to SoS, etc?Seeing as 0.9.10 will be released soon it seems a bit steel to try and and this to that version, but are there any plans for this for the 1.0 release, or is this implemented already and i'm going blind/deaf? RegardsBen Clark-- http://www.benbread.co.uk
Re: [Flightgear-devel] Re: Next FlightGear Release - upcoming.
Hi,2006/3/9, David Luff [EMAIL PROTECTED]: Melchior FRANZ writes: * Curtis L. Olson -- Thursday 09 March 2006 17:59: 2. We need to aggressively hunt down any random crashes I'm aware of four crashes: (A) tower.cxx /AI -- old, but very annoying. Happens occasionally. Very hard to reproduce. Olaf looked into it and advised me to add a debug message in my copy, but since then I had no problems. (Maybe I should commit that?;-)This bug basically makes long-distance flights impossible.OK, you've pricked my consciensce.I'll make a concerted effort to track that one down, since it's undoubtably one of mine :-(I thought it might have been fixed, since I haven't seen it since a couple of bug-fixes were added to that bit of code be someone, but I guess it seems not :-(It would be nice to be able to enable the intelligent AI by default, at least at level 1, for one of the next couple of releases. Am I right in thinking there might also be an issue with crashes at the point of the now clear of my airspace message?Melchior is refering to this #0 0x080c9996 in FGAIPlane::GetLeg (this=0x0) at AIPlane.hxx:80 cptf #1 0x080c1c3f in FGTower::ProcessDownwindReport (this=0xd6bedb8, t=0xddccce8) at tower.cxx:664 cptf #2 0x080c5e95 in FGTower::Respond (this=0xd6bedb8) at tower.cxx:521 cptf #3 0x080c9734 in FGTower::Update (this=0xd6bedb8, dt= 0.03) at tower.cxx:357 cptf #4 0x080a5372 in FGATCMgr::update (this=0xb371d90, dt=0.03) at ATCmgr.cxx:167 cptf One can really rely on ATC crashing at the right moment. ;-) (Somehow a plane occurs which contains no AI and is not ourselfs?) I did the changes you are refering to, because there were a couple of STL problems hidden. I may have broken something so I did some heavy investigations into that and the most plausible cause seems to me that planes with identical callsigns have been around. I introduced some prints, but the problem didn't trigger any more for me. The patch removes some unused code, too. ATC.patch Description: Binary data
[Flightgear-devel] 3D models
Title: 3D models Is anyone aware of a converter that takes Moray 3D models to Blender? 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=lnk0944$17201642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bugtracker
Am Freitag 10 März 2006 16:12 schrieb Vassilii Khachaturov: There is also an existing bug tracker over at http://sourceforge.net/tracker/?group_id=583atid=100583 which has been there for several years already; at one point when I looked for a place to write down the bugs that bother me but which I am not planning to work on in the nearest future, I began putting them into it. Also, I went over whatever older bugs that were there which I could re-test and removed whatever was obsolete, as well as annotated whatever was still pertinent in this way or that. I was hoping that maybe other folks will join me using the same bug database, but noone seemed to need it, except for me. Oh, I didn't even know that it existed in the first place. So setting the tracker up was definitely not meant as a replacement. I'm happy with either solution, be it using the SF tracker, switching mine off or the other way 'round... But we should decide before things start splitting. And at least announce it prominently for users. Thomas --- 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] Sound Barrier
Ben Clark wrote: While flying some supersonic aircraft in Flightgear today I noticed there seems to be no support for the various things that happen when approaching the speed of sound. Does anyone have any plans to implement any of this? E.g Sonic Boom and pressure wave, less stability at close to SoS, etc? Seeing as 0.9.10 will be released soon it seems a bit steel to try and and this to that version, but are there any plans for this for the 1.0 release, or is this implemented already and i'm going blind/deaf? Most of it isn't yet modeled. But thinking about it I assume it's all a matter of proper configuration files. For sound at least but for JSBSim also. Erik -- http://www.ehtw.info (Dutch)Future of Enschede Airport Twente http://www.ehofman.com/fgfs FlightGear Flight Simulator http://www.cafepress.com/fgfs_flightsim FlightGear Art --- 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] AI objects with hardened surface not possible? Dave Culp?
Hi, for my upcoming Bremen scenery I tried to get moving ships which follow the river Weser. There should be at least a hardened hull (deck) to be landable for the BO105. Of course the ship-model is hardened when put into the scenery as a static object. It also works when I make a moving ship-object with fixed direction (see listed XML-file at the bottom of this message). Also creating a flight-plan and let the ship fly at ground-level works very fine and impressive. But I cannot get a hardened and landable surface. May be anyone (Dave Culp?) can answer whether it is possible to create flightplan-models with hardened surface? Thank you for your time and energy. Regards Georg EDDW Appendix: -- WORKS: (no flightplan, fixed direction, like ship-demo) ?xml version=1.0? PropertyList scenario entry typecarrier/type modelModels/Work/gen-freighter01.ac/model solidcabin/solid solidchull/solid solidwavefront/solid latitude53.12707079/latitude longitude8.679790884/longitude speed6.0/speed rudder3.0/rudder /entry /scenario /PropertyList -- DOES NOT WORK: (with flightplan, ship moves along the river Weser as it should but has no hardened surface, one example, made a lot of different files to test) ?xml version=1.0? PropertyList scenario entry callsignWeserAIZero/callsign typeaircraft/type classcarrier/class modelModels/Work/gen-freighter01.ac/model solidcabin/solid solidchull/solid solidwavefront/solid flightplanweser-test01.xml/flightplan repeat1/repeat /entry /scenario /PropertyList - --- 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] Next FlightGear Release - upcoming.
On Thu, 2006-03-09 at 10:59 -0600, Curtis L. Olson wrote: 3. Any other major issues? Curt, Last month I suggested a change[1] to TACAN_freq.dat and carrier_nav.dat to enable TACAN to work on the proper channels. I'd like to see this go in so the F4E I'm working on can use the TACAN. Since it seems the sourceforge list stripped the attachments they are on my webserver: http://www.jentronics.com/fgfs/TACAN_freq.dat.gz and http://www.jentronics.com/fgfs/carrier_nav.dat.gz [1] http://sourceforge.net/mailarchive/forum.php?thread_id=9643858forum_id=1919 Thanks, Ron --- 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