[Flightgear-devel] Automake
I'm restructuring the JSBSim directories in my local development environment, in hopes that it will simplify the development task and allow easier comprehension of the file structure. I'm learning about the autoconf/automake process. Right now I'm trying to learn about the Makefile.am files. I haven't found the online documentation to be very good - it's even a bit overwhelming. Is anyone aware of a concise quickstart guide to automake? I'm thinking that the subset of syntax we use in our Makefile.am files is fairly small (I've been looking at the FlightGear Makefile.am files). Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Nav0/Nav1 course tracking and ILS approach code corrections
On 27/02/2005 at 22:51 Hans-Georg Wunder wrote: Hi all, some days ago, I have made some proposals to correct errors in flightgear. Now, I would like to know, íf this is the right procedure to add code to the cvs or if there is an other way defined ?? The best way is to send it directly to either Curt or Erik. Curt prefers to be sent whole files, Erik prefers a unified diff against cvs (I think): cvs diff -u filename patchname.diff Cheers - Dave This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Nav0/Nav1 course tracking and ILS approach code corrections
David Luff wrote: On 27/02/2005 at 22:51 Hans-Georg Wunder wrote: Hi all, some days ago, I have made some proposals to correct errors in flightgear. Now, I would like to know, íf this is the right procedure to add code to the cvs or if there is an other way defined ?? The best way is to send it directly to either Curt or Erik. Curt prefers to be sent whole files, Erik prefers a unified diff against cvs (I think): cvs diff -u filename patchname.diff Yes, and send that along with a clear explanation of the problem, because I am still a bit unclear as to what exact problem you found and fixed. As far as I have seen, the Nav radios are working correctly. Best regards, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Anyone using TomTom POI files for scenery populating?
Hi all, I've accidentally come into those POI (Point Of Interest) files for TomTom GPS systems which carry a very big amount of informations regarding many things laying around the world (restaurants, fuel stations, railroad stations, cinemas, schools, hotels ...). Those files are easily convertible to plain ASCII text, getting latitude, longitude (the height is missing) and a small notation of the POI. I currently enjoy building real world 3d models (mainly buildings) to put into FGFS sceneries, but it takes time :-( and the development of scenery files for FGFS need some boost (I think it's very important for VFR flight at least) so I think it could be nice to use such POI files in order to populate great areas of the world with many shared objects (e.g. so many gas stations looks pretty the same from above and those POI files even distinguish different brands of gas stations :-) and very few effort. Did anyone walked this way before? I am starting to build some 3d models of the most common gas stations and hotels around my city. I need a way to get the height of some point of a scenery having latitude and longitude only (no clue how to do that). I will check if those coordinates used in TomTom files are coherent with FGFS format or need some conversion. I will go on looking around the internet for finding other interesting POI files (I am currently trying to get a detailed map of Wind Energy Farms in my country which could be very nice landmarks to put into FGFS :-) I also noticed that those POI files are generally distributed free with very relaxed licenses. Roberto -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION Kein Einrichtungspreis nutzen: http://www.gmx.net/de/go/dsl ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Anyone using TomTom POI files for scenery populating?
I've accidentally come into those POI (Point Of Interest) files for TomTom GPS systems which carry a very big amount of informations regarding many things laying around the world (restaurants, fuel stations, railroad stations, cinemas, schools, hotels ...). Those files are easily convertible to plain ASCII text, getting latitude, longitude (the height is missing) and a small notation of the POI. I currently enjoy building real world 3d models (mainly buildings) to put into FGFS sceneries, but it takes time :-( and the development of scenery files for FGFS need some boost (I think it's very important for VFR flight at least) so I think it could be nice to use such POI files in order to populate great areas of the world with many shared objects (e.g. so many gas stations looks pretty the same from above and those POI files even distinguish different brands of gas stations :-) and very few effort. Did anyone walked this way before? Not with TomTom POI files that I'm aware of. There is a *lot* of ongoing work on getting more ground structures into the FG scenery, however. Jon Stockill and Martin Spott have built a master database for ground scenery object locations and shared models to represent them. Jon's populated the database of locations with objects from the UK's CAA obstruction surveys, as well as the implied positions of VORs/localizers/etc. from world airports; I've added the U.S. FAA's obstruction information (including just about everything in the U.S. above 200 feet AGL, and a lot that isn't) and the FCC's database of antenna structures. Lots of us have been making shared models for generic objects (e.g. a generic crane, a generic smokestack/chimney, generic skyscrapers for buildings that nobody's specifically done yet, etc.), as well as models for specific structures/landmarks. I don't know that an official release announcement has been made of yet, but go ahead and take a look at: http://fgfsdb.stockill.org/ Depending on the objects in the POI files, there may be some overlap; but more data is always good. I am starting to build some 3d models of the most common gas stations and hotels around my city. Please consider contributing them to the database. I need a way to get the height of some point of a scenery having latitude and longitude only (no clue how to do that). Both Jon and I have written code to do this iteratively for a list of lat/lon locations (I think Jon used Perl; I used Python). Sadly, it requires running FlightGear and is slow; but at least it's hands-off. I will check if those coordinates used in TomTom files are coherent with FGFS format or need some conversion. I will go on looking around the internet for finding other interesting POI files (I am currently trying to get a detailed map of Wind Energy Farms in my country which could be very nice landmarks to put into FGFS :-) There's a wind turbine model in the database for just this reason; there are wind turbine locations in the database, but they could stand some fleshing-out. So this would be good. I also noticed that those POI files are generally distributed free with very relaxed licenses. But this is the crux of the biscuit. What, specifically, is the license? Very relaxed isn't detailed enough to say whether it's compatible with the GPL, and thus can/cannot be distributed with FlightGear. It's likely that the POI files themselves cannot be distributed with FG. *HOWEVER*, it's generally the case that copyright law indicates that one can copyright the presentation of a set of facts, but cannot copyright the facts themselves. Thus, you're violating Encyclopedia Britannica's copyright if you photocopy and distribute one of their volumes; but you aren't violating their copyright if you write your own volume in your own words that nonetheless contains all the information/facts contained in that Encyclopedia Britannica volume. So while it may not be possible to distribute the files, it may be possible to distribute the information within the files. Knowing the license would be helpful here. Cheers, -c ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Anyone using TomTom POI files for scenery populating?
* [EMAIL PROTECTED] -- Tuesday 01 March 2005 18:39: * * Roberto Inzerillo -- Tuesday 01 March 2005 17:16: I am starting to build some 3d models of the most common gas stations and hotels around my city. Please consider contributing them to the database. Yes. But please concentrate on *landmarks*: Buildings and structures you actually see from an aircraft. Things that help with orientation and allow to recognize unique locations. Try not to waste megabytes with substandard appartment houses that 99,999% of people don't even find in the scenery if they *search* for them. :-} m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Anyone using TomTom POI files for scenery
[EMAIL PROTECTED] wrote: There is a *lot* of ongoing work on getting more ground structures into the FG scenery, however. Jon Stockill and Martin Spott have built a master database for ground scenery object locations and shared models to represent them. [...] I don't know that an official release announcement has been made of yet, but go ahead and take a look at: Things are almost ready-to-go - currently we're in a technical discussion about the most elegant solution to handle the base package objects :-) http://fgfsdb.stockill.org/ [...] I am starting to build some 3d models of the most common gas stations and hotels around my city. Please consider contributing them to the database. Roberto already did - have a look at the current 'models' overview in the database :-) Both Jon and I have written code to do this iteratively for a list of lat/lon locations (I think Jon used Perl; I used Python). Sadly, it requires running FlightGear and is slow; but at least it's hands-off. If I may quote Frederic Bouvier (regarding FGSD): It shouldn't be too difficult. Just a matter of wrapping up the FGSD_TriangleObject class into a main function. but nobody did that. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Anyone using TomTom POI files for scenery
Quoting Martin Spott : If I may quote Frederic Bouvier (regarding FGSD): It shouldn't be too difficult. Just a matter of wrapping up the FGSD_TriangleObject class into a main function. but nobody did that. Work in (slow) progress. -Fred ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Anyone using TomTom POI files for scenery populating?
* [EMAIL PROTECTED] -- Tuesday 01 March 2005 18:39: Please consider contributing them to the database. Yes. But please concentrate on *landmarks*: Buildings and structures you actually see from an aircraft. Things that help with orientation and allow to recognize unique locations. Try not to waste megabytes with substandard appartment houses that 99,999% of people don't even find in the scenery if they *search* for them. :-} Well, yeah, I agree, objects that are hard to spot aren't so helpful. But since the original poster's stated intent was to try to improve the VFR experience, I guess I presume he knows that. When you landed at KMDW on Runway 31 (I think), you used to fly right over a White Castle just before landing. That's something you wouldn't have picked out from a distance; but I'd love to see that in FG. And as a slight shift of topic, even if a structure's model doesn't really belong in the database, it may be useful in another way. We have generic 2-12 story random structures in FG -- but a small number of models of them, and so there's a lot of sameness. If a model seemed appropriate for such, I think it'd be great to add it to the shared models used for random structures, with appropriate adjustments of materials.xml coverage values to keep the total density of structures the same. Despite how boring the architecture of most mid-rise apartment buildings is today, they don't really all look alike, hehehe. -c ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Anyone using TomTom POI files for scenery
Martin Spott wrote: [EMAIL PROTECTED] wrote: Both Jon and I have written code to do this iteratively for a list of lat/lon locations (I think Jon used Perl; I used Python). Sadly, it requires running FlightGear and is slow; but at least it's hands-off. If I may quote Frederic Bouvier (regarding FGSD): It shouldn't be too difficult. Just a matter of wrapping up the FGSD_TriangleObject class into a main function. but nobody did that. I can barely *spell* C++, so it won't be me. Eventually in my copious free time I'll learn it, I hope. -c ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Anyone using TomTom POI files for scenery populating?
Hello Chris, Did anyone walked this way before? Not with TomTom POI files that I'm aware of. There is a *lot* of ongoing work on getting more ground structures into the FG scenery, however. Jon Stockill and Martin Spott have built a master database for ground scenery object locations and shared models to represent them. That is a good job. I like it :-) Jon's populated the database of locations with objects from the UK's CAA obstruction surveys, as well as the implied positions of VORs/localizers/etc. from world airports; I've added the U.S. FAA's obstruction information (including just about everything in the U.S. above 200 feet AGL, and a lot that isn't) and the FCC's database of antenna structures. Lots of us have been making shared models for generic objects (e.g. a generic crane, a generic smokestack/chimney, generic skyscrapers for buildings that nobody's specifically done yet, etc.), as well as models for specific structures/landmarks. I don't know that an official release announcement has been made of yet, but go ahead and take a look at: http://fgfsdb.stockill.org/ Depending on the objects in the POI files, there may be some overlap; but more data is always good. I am starting to build some 3d models of the most common gas stations and hotels around my city. Please consider contributing them to the database. I already did :-) I even contributed, and will again in the near future. I have a lot of work in progress here. Sadly I'm relatively new to this stuff so the work needs time (mainly used for learning how to use the software and how things work) so I don't upload very many models to the database. Anyway I like it and I will go on with the 3d building phase. I'd apprecheate having some more tools (knowledge and skill) for terrain manipulating but ... by now I have to base my work on the current scenery terrain datasets, even if they're not detailed/correct enough. I need a way to get the height of some point of a scenery having latitude and longitude only (no clue how to do that). Both Jon and I have written code to do this iteratively for a list of lat/lon locations (I think Jon used Perl; I used Python). Sadly, it requires running FlightGear and is slow; but at least it's hands-off. Does it work (did you test it) with Win32 OS too? That's what I need. I will check if those coordinates used in TomTom files are coherent with FGFS format or need some conversion. I will go on looking around the internet for finding other interesting POI files (I am currently trying to get a detailed map of Wind Energy Farms in my country which could be very nice landmarks to put into FGFS :-) There's a wind turbine model in the database for just this reason; there are wind turbine locations in the database, but they could stand some fleshing-out. So this would be good. I will use it of course. At least untill I find detailed pictures of the ones in my country. I prefer being as much realistic as I can because I don't like world simulations far too distant from reality. I once saw a MSFS scenery of the city I lieve into, which used a lot of shared buildings to populate the city, well ... It was pretty nice but I was very disturbed by those evidently _fake_ grey boxes around. It was very nice to look at the only realistic buildings of the scenery and, knowing the place, only thanks to them I was able to immediately recognize the city tile. The remaining parts were very confusing. So, I will first make use of shared (generic) models and then will (if possible) create more realistic (not more detailed but more similar to the real objects) models. That's my idea, but I like hearing what other FGFS users like too :-) I also noticed that those POI files are generally distributed free with very relaxed licenses. But this is the crux of the biscuit. What, specifically, is the license? Very relaxed isn't detailed enough to say whether it's compatible with the GPL, and thus can/cannot be distributed with FlightGear. It's likely that the POI files themselves cannot be distributed with FG. Well, I've already found some POI files which are distributed with the only limitation being not to distribute them without stating where I took them from. Is this compatible enough to GNU-GPL? :-) *HOWEVER*, it's generally the case that copyright law indicates that one can copyright the presentation of a set of facts, but cannot copyright the facts themselves. Thus, you're violating Encyclopedia Britannica's copyright if you photocopy and distribute one of their volumes; but you aren't violating their copyright if you write your own volume in your own words that nonetheless contains all the information/facts contained in that Encyclopedia Britannica volume. So while it may not be possible to distribute the files, it may be possible to distribute the information within the files. Good point, the problem arises when a
Re: [Flightgear-devel] Anyone using TomTom POI files for scenery populating?
On Tue, 1 Mar 2005 19:34:20 +0100 (MET), Roberto wrote in message [EMAIL PROTECTED]: I also noticed that those POI files are generally distributed free with very relaxed licenses. But this is the crux of the biscuit. What, specifically, is the license? Very relaxed isn't detailed enough to say whether it's compatible with the GPL, and thus can/cannot be distributed with FlightGear. It's likely that the POI files themselves cannot be distributed with FG. Well, I've already found some POI files which are distributed with the only limitation being not to distribute them without stating where I took them from. Is this compatible enough to GNU-GPL? :-) ..the specific wording would be helpful, legalese _is_ a mine field. *HOWEVER*, it's generally the case that copyright law indicates that one can copyright the presentation of a set of facts, but cannot copyright the facts themselves. Thus, you're violating Encyclopedia Britannica's copyright if you photocopy and distribute one of their volumes; but you aren't violating their copyright if you write your own volume in your own words that nonetheless contains all the information/facts contained in that Encyclopedia Britannica volume. So while it may not be possible to distribute the files, it may be possible to distribute the information within the files. Good point, the problem arises when a license requires the user not to use the informations distributed/obtained/produced with/thanks to the copyrighted files for any other purpose then the ones specified by the license (which could be a software, a piece of hardware or whatever). ..see what I mean by mine field? ;o) ..the information, by itself, _may_ be patentable, and it may even be restricted under contract law as trade secret by Non Disclosure Agreements. ..the specific expression (of the information), by itself, is _not_ patentable, it _is_ copyrighted (if it can be), until it falls into the public domain as the author's copyright expires or is put into the public domain by the author. ..copyrighted expressions cannot be distributed at all, under copyright law, unless the author specificly allows this. He may do so with common sales contracts, open source licenses, weird ass slave contracts called End User License Agreement, or, he can license it under the GPL. ..so, if you're _really_ gonna spoil your time etc on this planet to prove my point, you're invited to sing the full text of Linus Torvald's Linux kernel source code, Live on Fox, in your own expressive opera aria song style, and pay me royalty for the use of my patent pending idea to reduce national health expenditures from excessive US TV watching. ;o) Interesting point; I think we have a lot of Encyclopedia Britannica like information sources around; I think noone can copyright the WGS84 UTM coordinates of a Museum in my city, right? Or am I missing something in the copyright world scenario :-) ..some; it _depends_: the actual coordinates, correct as in No. The graphical expression can be painted in oil on a canvas and copyrighted as an early Inzerillo if you do it now, or it can be used and registred as a trademark for Inzerillo cigars made from your early paintings. ;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. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Anyone using TomTom POI files for scenery
Melchior FRANZ wrote: Yes. But please concentrate on *landmarks*: Buildings and structures you actually see from an aircraft. Things that help with orientation and allow to recognize unique locations. Correct, but don't limit to landmarks only. Several remarkable/unique buildings alias eye candy at people's preferred location make a lot of sense as well. Look at our base package scenery - we would not need that many scyscrapers in SFO if our focus would be on landmarks only, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Anyone using TomTom POI files for scenery
Frederic Bouvier wrote: Quoting Martin Spott : If I may quote Frederic Bouvier (regarding FGSD): It shouldn't be too difficult. Just a matter of wrapping up the FGSD_TriangleObject class into a main function. but nobody did that. Work in (slow) progress. Hehe, I wrote this sentence in the hope someone else would be interested to take this as a starter-project and load the work off Frederic's shoulders ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Anyone using TomTom POI files for scenery
* Martin Spott -- Tuesday 01 March 2005 23:56: Melchior FRANZ wrote: Yes. But please concentrate on *landmarks*: Buildings and structures you actually see from an aircraft. Things that help with orientation and allow to recognize unique locations. Correct, but don't limit to landmarks only. Several remarkable/unique buildings alias eye candy at people's preferred location make a lot of sense as well. Look at our base package scenery - we would not need that many scyscrapers in SFO if our focus would be on landmarks only, True. You force me to become a bit more specific: I'm worried about *static* objects (as in OBJECT_STATIC) that consume 300kB each, and are only used *once* in the whole world (which by itself is OK), while looking so generic that they could be used for half of southern Europe, and being so small that you don't see them stand out between the random objects. I speak from personal experience: I searched for such a house and couldn't find it. Yet, I had to download it. A few such cases are no problem, but if this becomes a 200MB annoyance, someone has to pull the emergency brake. Which I'm trying to do. (And I admit that said houses look great in the screenshots -- which was the only way for me to see them at all. ;-) My personal priorities: (1) landmarks i.e.: tall, big and/or unique buildings/structures, bridges, radio towers etc. -- things that help you with orientation and make a flat and dull place at least remotely look like Paris, NY, Rome, ... (2) airport buildings (3) ... (n) static, two/three-storied appartment houses Hey, but any contribution is worth more than cheap talk or no contribution at all. So, don't let me discourage you. :-) m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
