[Flightgear-devel] No FlightGear booth on LinuxTag 2012
Hi folks, due to personal time constraints among the team who traditionally did the job for the past six years, there will be no FlightGear booth on this year's LinuxTag exhibition in Berlin. Some (few) of the usual suspects have announced that they're planning to attend LinuxTag as regular visitors for a day or two, but it's still completely unclear wether this might have the momentum to develop into any spontaneously planned FlightGear meeting. We're planning to get back onto the scene for LinuxTag 2013. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Volunteer required in Edinburgh, Scotland
Hi All, Over the last couple of years I've done various FG simulations for my local museum of flight (the National Museum of Flight, http://www.nms.ac.uk/our_museums/museum_of_flight.aspx). This has varied from temporary simulations tying in with events they host, to a permanent simulator that is part of their Fantastic Flight exhibit. As well as helping out the museum by volunteering some time and expertise, it's a way to introduce FlightGear to a new audience, and is usually great fun. On the 17th June, they are hosting a Robots Live event, emphasising new technology. I'm running a temporary simulation so visitors can try their hand at landing on an aircraft carrier using the F-35C. The problem is that my wife's due date for our second child is at the beginning of July, which is a bit close! I'm looking for someone who would be able to help out on the day, and possibly step in my place if I'm unavailable. Obviously you need to be based around Edinburgh, Scotland, and ideally have your own laptop running the FG, or be prepared to shift your PC. If you are interested, drop me an email. -Stuart -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] updates to nav.dat.gz
Hi, what is our current policy for updates to nav.dat? Do we commit changes to the binary gzip'ed file or do we have a central repository for the data? Would it make sense to have the unzip'ed file in git and zip it for the release in make dist? Torsten -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] updates to nav.dat.gz
On Monday 09 April 2012 15:05:58 Torsten Dreyer wrote: Hi, what is our current policy for updates to nav.dat? Do we commit changes to the binary gzip'ed file or do we have a central repository for the data? Would it make sense to have the unzip'ed file in git and zip it for the release in make dist? Torsten I think it would be a great idea to gunzip nav.dat and apt.dat in git. Ron -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] updates to nav.dat.gz
Am 09.04.12 23:31, schrieb Ron Jensen: On Monday 09 April 2012 15:05:58 Torsten Dreyer wrote: Hi, what is our current policy for updates to nav.dat? Do we commit changes to the binary gzip'ed file or do we have a central repository for the data? Would it make sense to have the unzip'ed file in git and zip it for the release in make dist? Torsten I think it would be a great idea to gunzip nav.dat and apt.dat in git. Ron Hi Torsten As far as I know we are able to switch to apt.dat 850 version the next weeks, including a lot of updates. Recently I’m using it to produce new OSM test scenery for bolivia. The 850 data is updated by xplane contributors every month, and it’s a busy place. I prepared a diff for the old flightgear 810 version airport updates to verify if we might loose changes made in flightgear apt.dat the last years (changes which never have come to the official apt.dat of xplane I guess). apt.dat has an update cycle of 30 days, not half a year. I don’t know how this data could become some kind of live/online data acquisition for flightgear instead of distributing the whole file with official releases. Maybe terrasync should sync this file too? And another point might be that recent apt.dat is 90 mb uncompressed. I don’t know what might happen to this big file in git and if changes are still browsable in a good matter. That’s why I prepared a git repo for apt.dat airport by airport as a proposal, to verify changes i.e. by ICAO. You can find it here (contains only 810 data changes by flightgear contributors, to compare with recent 850 data): https://code.google.com/p/flightgear-world-scenery/source/browse/#git%2Ftools%2Fapt-extractor%2F032012-diff To compare you can click on diff top right, i.e.: https://code.google.com/p/flightgear-world-scenery/source/diff?spec=svne058cce0c457cfe7e7dd079d5d693766d8e26e48r=038ed45b210b19481bee8c1bf2d97044910ff5a1format=sidepath=/tools/apt-extractor/032012-diff/EBBL_850.datold_path=/tools/apt-extractor/032012-diff/EBBL_850.datold=9366cde3894c295e64783c184a06b12d79e19352 Here you can verify if it’s still worth to commit flightgear community changes to xplane apt.dat or not, probably. (Sorry to post this google urls, this repo don’t have to be on google code, I just prepared that there to make an example.) Cheers, Yves -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] airport list
I just started playing around in FlightGear development and wanted to intro myself. You all have a great piece of software here and I am enjoying it. I come from years of flight simming in other programs and doing some small commercial work in them. My day job involves corporate app development. My hobbies are astronomy, flight simming, and coding.Anyway, I am playing around with a cargo manager for FG. I have run into needing to pull an airport list to use in a random cargo job generator. Airinfo() and navinfo() don't appear to do it for me. Any way to get the list using an available C++ function? Just a list of ICAOs would be a start. Or will I need to read/parse through the apt.dat file?Thanks and I look forward to some coding fun :)gapalpgap...@gapalp.net -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] updates to nav.dat.gz
On Mon, 9 Apr 2012, Ron Jensen wrote: On Monday 09 April 2012 15:05:58 Torsten Dreyer wrote: Hi, what is our current policy for updates to nav.dat? Do we commit changes to the binary gzip'ed file or do we have a central repository for the data? Would it make sense to have the unzip'ed file in git and zip it for the release in make dist? Torsten I think it would be a great idea to gunzip nav.dat and apt.dat in git. Any plans to support the v10 format that recently came out? It adds traffic patterns and parking locations I think. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.diy-cockpits.org/coll - Go Collimated or Go Home. Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Buying desktop hardware and installing a server OS doesn't make a server-class system any more than sitting in a puddle makes you a duck. [Cipher in a.s.r] -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] updates to nav.dat.gz
Traffic and parking etc. are handled via xml files in Flightgear different to X-Plane. But to make changes to the opensource apt.dat forward them to Robin: http://forums.x-plane.org/index.php?showtopic=58356 --- On Tue, 4/10/12, Gene Buckle ge...@deltasoft.com wrote: From: Gene Buckle ge...@deltasoft.com Subject: Re: [Flightgear-devel] updates to nav.dat.gz To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Date: Tuesday, April 10, 2012, 3:00 AM On Mon, 9 Apr 2012, Ron Jensen wrote: On Monday 09 April 2012 15:05:58 Torsten Dreyer wrote: Hi, what is our current policy for updates to nav.dat? Do we commit changes to the binary gzip'ed file or do we have a central repository for the data? Would it make sense to have the unzip'ed file in git and zip it for the release in make dist? Torsten I think it would be a great idea to gunzip nav.dat and apt.dat in git. Any plans to support the v10 format that recently came out? It adds traffic patterns and parking locations I think. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.diy-cockpits.org/coll - Go Collimated or Go Home. Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Buying desktop hardware and installing a server OS doesn't make a server-class system any more than sitting in a puddle makes you a duck. [Cipher in a.s.r] -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel