Re: [Flightgear-devel] Use of old maps
Hi, Jon Stockill schrieb: Lee Elliott wrote: There have been rumours that the OS introduced deliberate errors in their maps so that they could be used to identify 'copiers' but quite apart from the fact that this would prove nothing (because it doesn't preclude someone else doing exactly the same thing or simply making a coincidental mistake) the OS also insists quite strongly that is has never, and will never introduce data error. Think again: http://wiki.openstreetmap.org/index.php/Copyright_Easter_Eggs That's the interesting part of that German rouling: The court explicitly considered the fact that the plaintiff included such easter eggs in its maps and dismissed it as irrelevant. However, as it seems the legal situation is clearly different in the UK, as the court ruling mentioned in your link shows. In any case, regarding street and landuse data we're probably best off using aerials and vectorising off them. However, have a look at http://publicgeodata.org/Home Definitely worth your support. No doubt about it. 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] Use of old maps
Hi again, Ralf Gerlich schrieb: Jon Stockill schrieb: Think again: http://wiki.openstreetmap.org/index.php/Copyright_Easter_Eggs That's the interesting part of that German rouling: The court explicitly considered the fact that the plaintiff included such easter eggs in its maps and dismissed it as irrelevant. However, as it seems the legal situation is clearly different in the UK, as the court ruling mentioned in your link shows. Or put differently: Even though the plaintiff was able to prove the origin of the defendant's map by the easter eggs, that bought them nothing, as the base data is not copyright protected and the easter eggs won't count as mental creation to make it protected. Again: IANAL, and this is my interpretation of the ruling. 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] Use of old maps
... Or put differently: Even though the plaintiff was able to prove the origin of the defendant's map by the easter eggs, that bought them nothing, as the base data is not copyright protected and the easter eggs won't count as mental creation to make it protected. Again: IANAL, and this is my interpretation of the ruling. I've also thought about this over and over, since I've prepared VERY detailed (from German TK25) tiles for (as of now :-() personal use. Copyright is only one issue though. At least with the german maps there are also terms of use, which explicitly disallow even the scanning of the maps and of course digitization. I'm not sure what violation of these rules means in terms of the legal situation. It would be interesting though whether this also is legally restricted to the case of 1:1 reproductions. On the other hand I've also seen the argument that the map as a whole (i.e. the collection of all TK25) is the original work. Reproducing a single TK25 therefore is just a citation as covered in copyright law. This probably rests on thin ice though. Just to be sure: I'm also not a lawyer and this is my personal interpretation of the situation. 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
RE: [Flightgear-devel] Updated F4E
Ron Jensen http://www.jentronics.com/fgfs/ Here is another update to the F4E, same place as it always is http://www.jentronics.com/fgfs/F4E.tgz Today's update has some cosmetic fixes to the 3D model, it now rotates around its axises correctly. (Thanks Dave) It also has afterburner flames (again, thanks Dave). There were some changes deep in the FDM as well. I added EGT gauges for the 3D cockpit, and started to model the radar display. The dash looks a bit bare until I replace the gun camera and HUD glass. Carlos Zaragoza Koblischek did a nice texture for the model as well. Here's a snapshot http://www.jentronics.com/fgfs/f4-paint01.jpg and the texture is here http://www.jentronics.com/fgfs/F4E_base.tgz Seeing this reminded me that we still need to sort out the TACAN problem. I feel uneasy about using hacked frequency/TACAN channel assignments. It seems to me that we should correct the underlying data in nav.dat.gz by A. correcting the TACAN frequency where this is in error. B. adding new VORTAC entries where appropriate. 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] European Scenery Textures
On Wed, 12 Apr 2006 21:09:55 -0400 Rob Oates wrote: Hmm, I haven't noticed any problems with hgtchop as of yet...at least no messages while converting the srtm's to *.arr.gz. file format. I compiled my version of terragear using Simgear 0.3.9 and Terragear CVS however, I still havve a ways before I get to building the completed scenery... I compiled mine using CVS everything. I hope *that* isn't an issue. hgtchop didn't freak out for me; it was more of a subtle clue that there were problems that manifested themselves later at the end of the chain. When you run hgtchop on the data and produce the *.arr.gz files, hgtchop prints status info on each tile to the screen. Does that all look OK? Mine looked just fine, *except* when it printed the lat/lon of the tile where it was working, there were non-Latin-1 characters (non alphanumeric symbols) in there, which occasionally caused beeping (ctrl-g, the keyboard bell) when it tried to print them on the screen. Otherwise it looked perfectly fine. But that was the first sign that something was up. I'm starting to wonder now if it's not a porting issue -- I'm on an AMD64 machine in 64-bit mode. Most 32-bit code is good to go as-is -- just need a recompile. That was the case for plib/SimGear/FG, for instance. But very occasionally that's not true (cf. a 64-bit version of OpenOffice). -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] request for new screen shots
From: Ampere K. Hardraade On Wednesday 12 April 2006 00:38, Curtis L. Olson wrote: I am interested in getting a few more high quality screen shots for the v0.9.10 release. Thanks, Curt. Who needs screenshots where there are movies?! :P http://pigeond.net/photos/flightgear/videos/ Those are fun, but perhaps even nicer would be an all cockpit view video of a properly executed IFR approach and landing in one of the more complete and properly equipped GA models like the Cessna 172P. Of course it should include a pilot model, with animated hands adjusting the throttle and tuning the radio, etc. :-) Best, Jim -- Jim Wilson Kelco Industries PO Box 160 Milbridge, ME 04658 207-546-7989 --- 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] European Scenery Textures
Hi, Chris Metzler schrieb: hgtchop didn't freak out for me; it was more of a subtle clue that there were problems that manifested themselves later at the end of the chain. When you run hgtchop on the data and produce the *.arr.gz files, hgtchop prints status info on each tile to the screen. Does that all look OK? Mine looked just fine, *except* when it printed the lat/lon of the tile where it was working, there were non-Latin-1 characters (non alphanumeric symbols) in there, which occasionally caused beeping (ctrl-g, the keyboard bell) when it tried to print them on the screen. Otherwise it looked perfectly fine. But that was the first sign that something was up. I have read your mails on terragear-devel but until now nothing of that seemed familiar. Until now. I think the non-latin-characters stem from the fact that HGT.write_area - which is called from hgtchop - writes the bucket to cout. SGBucket stores x and y as char. The operator declared in simgear/bucket/newbucket.hxx simply prints that as char. Try the attached patch on SimGear. If anything else doesn't work, I suspect that it doesn't have anything to do with this. Cheers, Ralf Index: simgear/bucket/newbucket.hxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/bucket/newbucket.hxx,v retrieving revision 1.9 diff -u -r1.9 newbucket.hxx --- simgear/bucket/newbucket.hxx 8 Mar 2006 18:16:08 - 1.9 +++ simgear/bucket/newbucket.hxx 13 Apr 2006 13:25:11 - @@ -316,7 +316,7 @@ inline ostream operator ( ostream out, const SGBucket b ) { -return out b.lon : b.x , b.lat : b.y; +return out b.lon : (int)b.x , b.lat : (int)b.y; }
[Flightgear-devel] FlightGear 0.9.10 for Solaris
Hello, I pretty much have FlightGear 0.9.10 ported to Solaris yet seem to have noticed two things: 1. FIONBIO is not defined. 2. Issues with src/Scenery/tilemgr.hxx (tilemgr.cpp) and the defined scope of 'queue' which affects 'fgfs_init.o' compilation. This eventually affects the compile of fgfs. Otherwise the other binaries compile fine so it seems like a small issue. I am using Solaris 8 and GCC 3.4.5. FlightGear 0.9.9 compiles and works fine on Solaris so it seems like the use of queue (or the defined scope of it) is causing minor compile issues. Here are my test builds from the Blastwave.org repository for review: http://www.blastwave.org/testing/flightgear-0.9.10-SunOS5.8-i386-CSW.pkg.gz http://www.blastwave.org/testing/flightgear-0.9.10-SunOS5.8-sparc-CSW.pkg.gz Anyone willing to help with the port?!? Thanks, Ken Mays Blastwave.org FlightGear for Solaris maintainer __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.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: FlightGear 0.9.10 for Solaris
* ken mays -- Thursday 13 April 2006 15:30: 1. FIONBIO is not defined. 2. Issues with src/Scenery/tilemgr.hxx (tilemgr.cpp) and the defined scope of 'queue' which affects 'fgfs_init.o' compilation. So, where are the compiler/linker error messages? scope of queue doesn't really tell me anything. At least my gcc has never complained about anything like 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
[Flightgear-devel] tower.cxx
Can we *please* finally fix the notorious crashes in tower.cxx? This is hunting us since *several* *years*, and it's really getting ridiculous and annoying. Is it intentional that aircraft entries (TowerPlaneRec) for one and the same aircraft are at the same time in two or three of the lists? I noticed that it's quite normal for aircraft to be in appList *AND* vacatedList *AND* trafficList. Or more suspiciously: in rwyList *AND* vacatedList. My assumption is that it sometimes happens that one of the doubled/tripled entries is moved to a list where there's already an entry for the same aircraft. Then RemovePlane removes only one instance of an aircraft per lists, which makes the other entry/entries point to invalid memory. Are the aircraft not managed cleanly, so that they can end up in several states? Is RemovePlane just going through all lists because the code doesn't bother to keep track of the ac state? 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] Multiplayer views
Hi, I have finally had the time to try to start messing around with flightgear source code, and I thought it would be neat to be able to look at the different multiplayer aircrafts when playing online. Since it doesn't seem to support looking at any other aircrafts than your own, I have started messing around in viewmgr and viewer to add that functionality. I am now able to look at a multiplayer aircraft, but I'm having trouble doing this dynamically from nasal. My first obstacle is how do I create a property node to hold the currently selected multiplayer aircraft? I have tried just reading it with getprop and doing something sensible if it is unset, but I am unable to determine if it is unset in the first place. The next challenge is to get the preconfigured views to work with any selected multiplayer aircraft as well as your own aircraft, and possibly even other AI aircraft. The problem is that the views are hardcoded in preferences.xml, so I must do some serious thinking on how to achieve this, perhaps do all the views in Nasal? I don't know if anybody else is interested in this, or if it goes against some kind of guidelines, but it seems a good a place as any to start playing around in my spare time :) As I am not a very accomplished pilot myself, this will enable me to tag along on other people's flights as a stowaway passenger ;) Btw, is there any nasal documentation available somewhere? -- Frank Olaf Sem-Jacobsen --- 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] b1900d fixes
Hi, I'm attaching two small fixes for the b1900d: - Unbreak night lighting of the GPWS buttons - Fix the author tag (spelling, and remove the line break since the property browser does not like it) PS: Syd: now the instruments lighting stays on even when I switch off the battery, both generators, the avionics switch and the engines. Is this intended? -- Jean-Yves Lefort [EMAIL PROTECTED] http://lefort.be.eu.org/ Index: Aircraft/b1900d/b1900d-set.xml === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/b1900d/b1900d-set.xml,v retrieving revision 1.11 diff -u -r1.11 b1900d-set.xml --- Aircraft/b1900d/b1900d-set.xml 11 Apr 2006 21:11:12 - 1.11 +++ Aircraft/b1900d/b1900d-set.xml 13 Apr 2006 17:03:02 - @@ -19,9 +19,7 @@ descriptionBeechcraft B1900D (YASim) w 3d panel/description statusdevelopement/status - authorSyd Adams (3d model/FDM) - - Jean-Yves Lefort (MKVIII gpws) - /author + authorSyd Adams (3d model/FDM) - Jean-Yves Lefort (MK VIII EGPWS)/author flight-modelyasim/flight-model aerob1900d/aero @@ -37,7 +35,7 @@ red alias=/sim/model/b1900d/material/instruments/emission/red/ green alias=/sim/model/b1900d/material/instruments/emission/green/ blue alias=/sim/model/b1900d/material/instruments/emission/blue/ -factor alias=/sim/model/b1900d/material/instruments/factor/ +factor alias=/controls/lighting/instruments-norm/ /emission /assemblies /mk-viii pgpiRlH82EMFv.pgp Description: PGP signature
Re: [Flightgear-devel] Multiplayer views
Frank Olaf Sem-Jacobsen wrote: s as a stowaway passenger ;) Btw, is there any nasal documentation available somewhere? www.plausible.org/nasal --- 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] Multiplayer views
From: Frank Olaf Sem-Jacobsen I have finally had the time to try to start messing around with flightgear source code, and I thought it would be neat to be able to look at the different multiplayer aircrafts when playing online. Since it doesn't seem to support looking at any other aircrafts than your own, I have started messing around in viewmgr and viewer to add that functionality. I am now able to look at a multiplayer aircraft, but I'm having trouble doing this dynamically from nasal. My first obstacle is how do I create a property node to hold the currently selected multiplayer aircraft? It sounds like what you are doing might be more complicated than necessary. How about adding a viewer instance onto the stack of viewers for each MP aircraft (as the MP aircraft are instantiated)? Essentially I would suggest that you use the existing viewer class as a building block rather than making it more complex. You could always add multiple views for each MP aircraft if you want, and you can do things like add a property to the viewer class that identifies MP related viewer objects in order for your script to be able to cycle through just those. In any case the only information you would need for this approach would be the current view property that already exists. Adding new viewers on the fly might be something that needs to be added to the viewmgr for this approach. If this doesn't sound like what you are looking for, then perhaps you would want to do something like create a class that is part of the MP system that essentially keeps track of the location data for all the MP aircraft and ties the currently watcheed MP aircraft's location to a common property tree location. This class's only job would be to keep track of which is the currently watched MP aircraft, and then for each cycle, copy the location data for that aircraft to that common property location for which a view (or collection of views) is defined. I've been saying class but I'm sure you could implement the whole thing in a nasal script. Either way, this approach should work fine without any modification to the viewer or viewmgr classes. Adding this (as I described here) as extended functionality to the viewer or viewmgr class is probably not a good design option. Best, Jim -- Jim Wilson Kelco Industries PO Box 160 Milbridge, ME 04658 207-546-7989 --- 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] Use of old maps
Steve Hosgood writes: My only comment is just that 1937 maps will certainly be before the National Grid was adopted, and will be based on the old triangulation done between the late 1700's to mid 1800's. I don't know the details, but it wasn't metric (possibly surveyed in survey chains or thousands of yards or royal Babylonian cubits). The first OS maps based on the new triangulation (which was metric), and with the now-familiar National Grid didn't appear to the public until after WWII. Whether or not you can get an old survey map to line up with a new survey map (or even with reality!) is not obvious. I'm not even sure if the mapping projection of the pre WWII maps is the same as today's (i.e Transverse Mercator based on the Airy 1830 spheroid). It certainly isn't WGS84 which IIRC is what FG's terrain is based on. Hmm, I've got a feeling that the 36 in OSGB36 might refer to 1936, in which case you are probably right - post-war maps should be OK - I've got no problem converting to and from WGS84 == OSGB36. It seems that 1 maps from the 7th series in the mid fifties to early sixties are fairly widely available - I guess that these are probably the best to go for at the moment. I will look out for one to a hilly area to try as a proof-of-concept. Regarding the rest of the thread - yes, the OS jealously guards copyright in the UK. Other agencies are just as bad - it was very difficult to find online tide tables for dates in the future last time I looked. I've heard the opinion given from a source that I respect that the OS regards vector data from non-OS aerial imagery that has been ortho-rectified using OS data to contain residual OS copyright. However, the 50 year expiry of Crown Copyright on published works (it's a lot longer on unpublished government material) is clearly stated on the OS website, so ultimately all their mapping is free to use - we just have to wait a while. Now that's the sort of development that I like the sound of ;-) I think that elevation and waterbody outlines from the 50s should be just fine though, and a major improvement on the current situation. Cheers - Dave --- 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