Re: [Flightgear-devel] dyld: Library not loaded: libosgText.93.dylib
Am 25.02.13 22:14, schrieb Umut Durak: > Folks, > I recently applied what is instructed in wiki > (http://wiki.flightgear.org/Building_using_CMake) for the MAC build and come > up with the bin directory under the dist folder. As I executed fgfs I get the > following error which google this time finds nothing helpful. Any insights > will be more than appreciated. > Ciao > Umut > > dyld: Library not loaded: libosgText.93.dylib >Referenced from: > /Users/umutdurak/Documents/workspace/fg/FGFS/dist/bin/./fgfs >Reason: image not found > Trace/BPT trap: 5 > Hi Umut Open Terminal and "cd /Users/umutdurak/Documents/workspace/fg/FGFS/dist/bin/" and run "otool -L fgfs" to check where your fgfs binary is linking too. Maybe you didn't set -DCMAKE_INSTALL_PREFIX correctly. -Yves -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] BufferedLogCallback in simgear
Hi James I guess this is the next commit https://gitorious.org/fg/simgear/commit/318c5000ce58a07a279053f084a28faaef5c422d that breaks simgear compilation against osx sdk 10.5 and target 10.5 on intel (for 2.11, and I get no problems against 10.6): Output: simgear/simgear/debug/BufferedLogCallback.cxx: In member function ‘unsigned int simgear::BufferedLogCallback::threadsafeCopy(std::vector >&)’: simgear/simgear/debug/BufferedLogCallback.cxx:92: error: ‘class std::vector >’ has no member named ‘data’ simgear/simgear/debug/BufferedLogCallback.cxx:92: error: ‘class std::vector >’ has no member named ‘data’ make[2]: *** [simgear/CMakeFiles/SimGearCore.dir/debug/BufferedLogCallback.cxx.o] Error 1 make[1]: *** [simgear/CMakeFiles/SimGearCore.dir/all] Error 2 -Yves -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] OSX 10.5 compilation
Am 16.02.13 18:54, schrieb HB-GRAL: > I got also the sound working now for 10.5, and I'm actually building a > FGx 2.10 against SDK 10.5. The sound problem is not related to 10.5 of course, I got the sound working for arch i386 and sdk 10.5/6 (x86_64 worked from beginning, building against sdk 10.6). There are four possibilities that made it running finally now, independent of the machine, I don't know which one (or all of this?) I should take into account for my build, I will check all of this again: 1) building against OSG 3.1.3 instead of trunk (3.1.5) 2) rebuilding plib and not using macports plib (at least for 10.5 this is necessary anyway because I can't use 10.6 macports plib of course) 3) enable fgpanel and getting glut with this (huh?) 4) building with RTI=off But I'm only talking to myself here, sorry for that. I promise I will get more overview soon and shut up. -Yves -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] OSX 10.5 compilation
Hi James I'm still trying to be this 10.5 person these days, I don't give up that fast of course ;-) And I spent a lot of time this week in this believe me. It started with having all dependencies right, and now I'm still trying to get simgear/flightgear the right way. When I succeed I will need some tests (by "real" 10.5 users, but also by users up to 6/7/8). I will clone the sg/fg repositories and add the directives, send some merge requests. Actually there are only two small changes in code checked in by you: The cocoa clipboard code in flightgear source (the patch I already sent), and in simgear "svn_cmdline_create_auth_baton" and "svn_client_checkout3" which can't be used with sdk 10.5. But the alternatives here are already in place, it just needs a clever directive using the SVN_VER_MINOR already there. I got also the sound working now for 10.5, and I'm actually building a FGx 2.10 against SDK 10.5. When I succeed I will post a download link at forums to test, and then I will bring the small changes I made to a clone/merge request to verify. Thanks, Yves Am 16.02.13 15:15, schrieb James Turner: > > On 15 Feb 2013, at 23:56, ys wrote: > >> Ok, can we have a decision that SimGear/FlightGear is not supporting OSX >> 10.5 on intel anymore ? FG 2.8 is doable, and maybe 2.10 with some further >> tweaks too, but after looking to what's coming up with "next" I see that >> more and more tweaks are needed and that core developers do not take 10.5 >> into account anymore (what I can understand very well, but it's not >> mentioned anywhere, when I'm not wrong). >> >> Fact is that all dependencies still supports osx 10.5 on intel, but sg/fg >> doesn't anymore (since 2.8 this is also posted at flightgear.org for mac >> release, >= 10.6). As stated by James sg/fg code is not tested against 10.5 >> by core developers anymore, so please ... I my view a small message should >> come to changelog which can be referenced by "supporters" at forums and >> elsewhere for this fact. Or do you think this is completely wrong ? >> > > Hmm, I'm not sure what to say - I'm not aware of any 'upcoming' stuff in next > that makes 10.5 support harder. There's changes, e.g. the file-dialog stuff, > if it does't work with 10.5 (and I've no idea if does or not), can simply be > #ifdef-ed based on the system version. That's the *only* think I can think of > in next which would affect system support. > > And I maintain, that 10.5 support is pretty doable with the 2.10 codebase, or > 'next', if someone wishes to invest some time. So making an 'official > statement' seems a bit silly - just like it would be odd to make a statement > saying we don't support FreeBSD or Cygwin or Windows 2k. I imagine some of > those platforms need a similar amount of tweaking to Mac 10.5, to work out of > the box, since no one tried them in years, but if someone cares to make them > work, they will work - and I'm happy to apply patches to support them, so > long as they don't break existing stuff. > > (Actually I think FreeBSD does work, precisely because someone did that work, > for 2.8) > > So we can make such a statement, and if someone asks, the reason for making > the statement, is because you asked for such a statement! - but I don't > really see who that benefits? It will still be possible to #ifdef some code > and support 10.5, if there's a person interested / motivated enough to make > it happen. > > Regards, > James > -- > The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, > is your hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials, tech docs, > whitepapers, evaluation guides, and opinion stories. Check out the most > recent posts - join the conversation now. http://goparallel.sourceforge.net/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] CMake question simgear include option
Hi Ehrm, cmake, I tried to link against another simgear but I can only link against headers, not the libs? When I have another simgear in (i.e. default path) installed it takes the headers from include definition, but the libs from first path? Or do I miss a CMake option? With simple -DCMAKE_INSTALL_PREFIX it finds the "custom location" of the headers and libs without any other option, but when I add -DSIMGEAR_INCLUDE_DIR=/path/to/include it takes the headers from this location, but not the libs anymore, it falls back to another simgear install on my system (which is in path). So I need to remove default simgear from my path, and then cmake works perfect. Sometimes I wonder with what things I can struggle with flightgear compilation and why only ME have such problems. ;-) -Yves -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fgdata Commit c8a69dffd49a298e01c0e0e1320f4a1d49a0bca4
Am 21.12.12 11:49, schrieb Gijs de Rooy: > Please see http://wiki.flightgear.org/FlightGear_Git:_splitting_fgdata > and feel free to add thoughts/ideas there. A mailing list is not a good place > for documenting things. > > > Cheers, > Gijs > Hi Gijs The problem is that a wiki is not a good place to discuss such things because some people consult this list more frequently than a wiki page. Anyway, when I read this wiki I fear such pages ends up sometimes as cemetery of good ideas which started here and moved over to nowhere ... The point "Organizing aircraft by logical units" is exactly what I proposed for hangers, even when my understanding of a "logical unit" is different. The only disadvantage seems to be that it is "difficult". The difficulty is probably that it needs some personal work out of git commands. I offer my time for such, that’s all. Maybe I miss the discussion completely, but the goal of the vague wiki plan is teaching git usage and keeping hands on everywhere. But splitting the aircraft directory into units is not a git and control problem for me. It’s a problem of having a plan for a project that becomes bigger and needs dealing with "plugs", different interests, super hero shows and silent development groups etc. etc., like many other projects out there. FG is getting more users and developers currently. Without offending anyone for this, the aircraft splitting discussion and effort at this wiki ended up with nothing this year. Or am I wrong? So all what I can offer is some low-level "administrative" help to reach the goal, whatever goal it is. I know that many (also core) developers are involved at the end for such a plan and I think this needs to be discussed here first. I.e. James wanted to setup a meta-data infrastructure, and I don’t know if this has become reality or not (again, I do not want to blame anyone for his plans in a volunteer project). I still vote for the hanger plan I proposed some months ago because the other plans didn’t succeed either. I’m a dumb pighead, I know. -Yves -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Musings on FG on Linux/Windows
Am 01.12.12 14:15, schrieb Pat: > Does this ring any bells? > > http://unprotocols.org/blog:14 > Hi Pat This link .. exactly. That’s probably all what I was thinking about when I sent my thanks to the list for Thorsten (for ALL t(h)orstens at the end, anyway for all contributors, leaders, non-leaders, core developers, small developers, for the community at all). Since many weeks when I was looking to some posts here at ML such bells were ringing loud enough. I’m just a small small contributor and am in a comfortable situation with well paid work outside open source projects. I thought some of the developers here knows very well about this behaviour and should react when the bells are starting to ring for others. Someone might say this is in self-responsability, but in my experience this is only half of the truth. At the end I’m very happy to see people around here with some social skills. Me I’m just an "Emo-Poster" sometimes, hitting the send button too fast when I’m reading about frustration of others, I apologize for that. My dream: FlightGear should held a developer meeting once next year. This would be my all time favourite. Have there been such meetings once? -Yves -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Musings on FG on Linux/Windows
Am 29.11.12 08:59, schrieb Renk Thorsten: > So, good to know that you apparently see me as someone who has nothing better > to do than complain because the service isn't good. You know what - I'm out > of here for a really good long break, doing something nice. The FG experience > for me of late feels like an endless string of frustrating events. Other > people do work as well, you know? I've burnt every scrap of my spare time to > get my last merge request together before the feature freeze (since I knew > I'd probably lose a lot of time getting a new computer ready for everything) > to the point that I started to dream of code every night, and right now I'm > asking myself why the hell I've been doing that. Well, it's there on the > server, do whatever you want with it, and if my main contribution is > complaining, then everyone is better off if I remove myself for a while. > > Cheers, > > * Thorsten We all keep quiet of course, no one sends thanks to Thorsten and saying that his work IS interesting and that everyone of us can reach that. I do, sorry for that, YOU project leaders, poor ones. -Yves -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Weather
Am 12.11.12 10:45, schrieb Renk Thorsten: > > The consensus seems to be that (with some limitations) this can be done in > principle. Just someone would need to do it in practice, and I'm not going to > do it because I'm not into MP in the first place, so this seems to be where > this is stuck. > > Hope that helps a bit! Yes, thanks, that helps a bit. I searched the forums for this topic but unfortunately I couldn’t find this thread some time ago. It answers a lot of questions of course. I see some differences to what I’m thinking about, it’s not to share hundreds of cloud positions trough a dedicated distribution system. All I need for the "radar" (aka map) and a plane to simulate weather condition is some metar-like data, where i.e. you can get the center and movement of a thunderstorm, this storm can be generated and the data can be shared trough network. I don’t know if this makes sense for anyone else, for me it does at the moment. When I read the forum thread I fear my approach is too simple :-( But if this thunderstorm looks exactly the same from different angles is not that important in case there IS a thunderstorm probably. Sharing the center position, pressure, movement, winds and probably cloud density over network is sufficient, in case this data could be shared in metar-like system somehow. AFAIK fg can get metars, probably some simple weather situation can be shared trough artificial metars? So another dumb question, advanced weather is not writing metars, is it? Or more general question, does advanced weather in general deal with metars or is this something that is only used with basic weather? -Yves -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Weather
Am 12.11.12 08:21, schrieb Renk Thorsten: >> Flightgear has a nice (local and global) weather implementation AFAIK. >> Are there some ideas (or solutions) how to map custom or shared weather >> values in a (internal or external) weather radar" ? > > Someone was working on that, and we got to the point that Advanced Weather > writes thunderstorm info into the wxradar section of the property tree. If > the wxradar ever picked up that info and displayed anything I don't know. If > you're interested in pursuing this further, it's easy to extend to include > other precipitation info. > > Basically the concept is that the wxradar gets a very abstract set of data > and 'fakes' a plausible display, because if you would acutally display the > rain distribution we generate under a storm, you'd see a very nice and > utterly unrealistic circle :-) > > * Thorsten > Hm, the wxradar ... couldn’t find that much documentation about it but will do more research in code and property tree, thanks for pointing me to this. Could this weather properties be shared trough network somehow ? Sorry this dumb questions, I just had the intention to show flightgear weather on a external map/radar and now I need a contemporary way how to get i.e. the thunderstorm data to show. Could a thunderstorm be shared over network basically ? Or better, should weather be shared trough a RTI federation ? Is there some kind of a "weather engine" and interface for pilots/teacher/atc already ? Thanks to everyone pointing me into the right direction for this topic. -Yves -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Weather
Hi all Flightgear has a nice (local and global) weather implementation AFAIK. Are there some ideas (or solutions) how to map custom or shared weather values in a (internal or external) weather radar" ? -Yves -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Postgres/Postgis import apt.dat
Hi all I already wrote a small baby python script which converts apt.dat into flightgear readable xml. Now I started a new project for importing the same data to Postgres/PostGIS tables for my map development. Currently I can create runway polygons with all associated data this way with (flightgear future version) apt.dat 1000. But it will work with apt.dat 850 too I guess, only 810 is out of scope now. I decided to write an own import script using geographiclib and psycopg2. My current dev map is based on postgres 9.1.5/PostGIS 2.0.1/mapnik 2.1 and tilecache 2.11, and still under development. We plan to use it as base for a new multiplayer map proposal, and a new FGx inline map of course. If someone can give me the database structure needed for official flightgear scenery map meantime, or better, help to improve the script to fit flightgear database needs I guess this scripts could replace the former ogr2ogr driver import (which I guess is not followed anymore, but just a guess). If you’re familiar with python, sql and PostGIS you’re welcomed anytime to help to improve the scripts. First tests of the runways geometry created looks very good, albeit you will discover issues of apt.dat immediately on a current map, or maybe also issues of OSM or google maps, yes ;-) -Yves -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Doc Project Idea
Hi Pete, James Currently it runs on fgx servers I guess. Pete, it’s your decision and work, move it to the official jenkins when you think it’s useful in this state for all fg devs, in my view there is no reason to provide that on fgx servers only ;-) -Yves Am 28.09.12 10:33, schrieb James Turner: > > On 28 Sep 2012, at 07:44, Peter Morgan wrote: > >> I've been playing with the idea of an automated system (via jenkins) >> to build the api-docs. >> >> Its kinda working with the simgear/flightgear/osg/plib etc all linked >> together. almost.. >> >> Here the progress so far ,and the idea would be to make it completely >> automated. >> >> Feedback appreciated, even if its worth pursuing. >> >> http://docs.freeflightsim.org/ > > This is a very good idea - I've been adding Doyxgen comments ever since I > started working on FlightGear, and running Doxygen once a day is a perfect > task for Jenkins. Doxygen can also catch TODO and FIXMEs in the code, which > there are certainly some of :) > > Linking the projects together is certainly useful, and that's where my > Doxygen knowledge runs out, so glad you're working on it! > > If you want to run this on the 'main' Jenkins, let me know, but of course it > can run anywhere. > > Thanks, > James > > > -- > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Airport selection feedback
Am 21.09.12 22:45, schrieb Thomas Geymayer: > Am 2012-09-21 21:16, schrieb Stuart Buchanan: >> On Thu, Sep 20, 2012 at 11:44 PM, Thomas Geymayerwrote: >>> I've now changed the default fill rule from even-odd to non-zero. Should >>> probably work better now... >> >> Surprisingly, this didn't seem to make any difference. I've included >> the patch below >> if you want to check yourself. > > The problem was that ShivaVG simply hasn't implemented it :) I've now > extended ShivaVG to support some kind of a non-zero fill rule. It's not > really non-zero because instead of incrementing and decrementing > depending on the orientation of the drawn overlapping regions it simply > checks if at least a single region covers a pixel. For our use cases it > should be enough tough. > Hi Tom Are there some plans to integrate some kind of a "webview" to the canvas ? I remember there was some discussion about. In case there comes a webview the mapserver could provide pre-drawed and referenced tiles as images for a background and i.e. only the plane(s) needs to be drawn. Common maptools on a server based on the same data could be used (I’m using mapnik myself) and I guess one don’t need to be online all the time with possibilities of subversion and/or offline caching probably ? Just as an idea to save "drawing resources". -Yves -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch,
Am 07.09.12 20:51, schrieb Clement de l'Hamaide: > > Hi all, > > I'm the author of the bug report #858. Big thanks to ThrostenB to solved it. > > About 3D models loading, the change has been explained by Mathias here : > http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36498.html > After this changes I have reported a problem here : > http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36507.html > Jon Stockill has confirmed the same behavior for him. > The end of the conversation (last message by me) still waiting a response/fix. > > I'm absolutely not here to say "the bug is not yet solved !", absolutely not. > I'm just here to help you to "remember/avoid to search" the corresponding > conversation about this bug. > > Cheers, > Clément > Maybe #758 could be merged into #858 ? -Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] license
Am 05.09.12 11:52, schrieb Scott: > >While we are on the topic, I'd like to take a different perspective. > >There are a number of source data files (eg: national SRTM-1 data) > that is provided under Creative Commons with license terms very similar > as GPL, however it isn't GPL, but it would appear to have the same aims > as everything below. However at the end of the day it is not GPL, and so > can not be used. Creative Commons seems to be very popular for "content" > as oppose to "code" with organisations that don't do code. > Which national SRTM-1 do you mean is in CC ? I know only SRTM-1 in public domain. -Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Some More Detailed Scenery
Am 31.08.12 13:54, schrieb Martin Spott: > Hi Yves, > > HB-GRAL wrote: > >> May I ask you to move this discussion to the scenery list now ? > > I'm not among those who enjoy having multiple different places for > discussing the same topic (clarification upon request), therefore I'd > prefer to stick with the -devel list. > > Cheers, > Martin. > Hi Martin I was only asking if it is possible for you to help to move scenery discussion to one single place, that’s all. '-devel' list is far from being the scenery discussion central, I’m sorry to say that. Of course, the scenery list isn’t a central too, but when people help and collaborate it could become such a place over time. Now the intention for the scenery list is to get exactly what you describe, not having multiple places for the same topics (forums, irc, private sites/personal blogs, issue tracker, main site, scenery list, devel list etc etc.). Just to say again, it’s far from blaming anyone, it’s just a rustic request to help making scenery collaboration world better. I don’t give up ;-) -Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Some More Detailed Scenery
Am 30.08.12 16:59, schrieb Martin Spott: > Tom P wrote: > >> Instead of creating a new server for high-end / more detailed sceneries, >> would it be possible to create a branch on the current TerraSync server? > > I think that's possible, maybe even just two different directories with > a 'base' Terrain (let's say pure VMap0) and another with the best > detail we have. Please remind me of this idea once we're having all > ducks in a row to build detailed Terrain anyhow, there probably > won't be many users left for the base Terrain by then, and for these > we're still having the 1.0.1 Scenery readily available. > >> It could work as an "overlay" where a more detailed scenery tile takes the >> place of a base / standard detail tile. > > That's most likely not going to work because the tile boundaries won't > match between base and high-level tiles. > > Cheers, > Martin. > Hi Martin May I ask you to move this discussion to the scenery list now ? It’s there to collect scenery related topics, you will find a recent post about some thoughts about future custom scenery creation with jenkins slaves. I will really welcome seeing your experience and thoughts in the discussion there. But it’s your decision of course to use the other mailing list or not. I only fear that there is some danger that some people (not subscribed to both lists, or do not read the main list for other reasons) are out of the loop once, and scenery discussion is spreaded widely over multiple topics in the main list, hard to collect and see all different efforts. Thanks, Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.8. osx download broken
Am 20.08.12 18:16, schrieb Martin Spott: > HB-GRAL wrote: > >> to use a mirror, but then I got some 15k drops from the german mirror > > Anybody else facing trouble accessing the German FTP mirror ? > > Cheers, > Martin. > Sorry Martin, I guess it was not the german mirror, it probably was ftp://ftp.kingmont.com/ (which still is very slow at the moment). And the mirrors listed of osx download (on download central page) some days ago are not the same like found on download page by Rob for his recent tests. -Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.8. osx download broken
Am 20.08.12 16:18, schrieb Curtis Olson: > On Sun, Aug 19, 2012 at 4:40 AM, HB-GRAL wrote: > >> Hi Curt and mirrors >> >> I can’t download the OSX release from your servers. It’s always broken >> around +- 450 Mb. > > > What tool (browser, app?) are you using to download flightgear? In the > past we have run into some browsers that simply croaked on larger files. > If this is common to a specific browser or download app it would be good > to make note of that so we can warn people and suggest an alternative. I > know the google chrome and firefox are pretty solid choices for downloading > big files. Sometimes it's just the local internet that's a problem and > isn't stable for long enough stretches to download such big files. Hi Curt I have really stable and good connections here and I use Firefox and Chrome. But maybe I’m a spoilt web child with this, and maybe there have been to many connections and there will be no problem right now. I tried to use a mirror, but then I got some 15k drops from the german mirror and just gave up for the moment ;-) > > >> But anyway, I don’t know if it is worth to care about >> this download, the Mac release seems to be broken at all, > > > James has pushed through a fix for 10.6.x I believe and we are waiting for > someone to test it and give feedback before pushing it up to the wide world. I have been asked by James today to test it and I will do so. And it’s not 10.6 only, the release was broken for all osx versions AFAIK. This will need some time, and all what I see is that the download link in the download central still exists. I would recommend to remove this links not for today only, give it some 2-3 days from now on. I thought this could be removed immediately in case of such accidents, because people will still try to download ... that’s why I sent this message to the list. But I don’t want to show just some overreaction and it’s not up to me to make such decisions. > > >> there is a >> problem with subversion linking reported from many users at forums (this >> is the heavy change to be compatible with OSX 10.8, I know, it’s boring >> and I also know James is working very hard on this). >> > > I wouldn't call it boring, but not everyone owns a Mac running 10.8 -- I > think that's a pretty small club right now (growing of course, but there > are still some people out there running 10.5, and I have 10.6 on my little > iMac.) I meant APPLE is boring, not flightgear, not including subversion libs anymore. I pointed that out with FGx some weeks ago and prepared a release candidate with subversion included. Behind the scenes a discussion started with James and others which subversion should be included for the mac release and James prepared a new solution (for FGx I use the apple open source subversion libs, James has another one, I will follow I guess for consistency reasons). Now releasing the mac version immediately without any candidates and without any testing is in responsability of the release team of course. I don’t know who made this decision following strictly a controlled release plan with the mac version. I just wanted to point out that the result is that forums got flushed immediately with bad publicity for the mac version. I’d only ask the release team to think about such a decision. I know other software where the release date sometimes is suspended some days, better having a really stable release. Overall it was clear that the mac version distribution will undergo a not so easy change this time. > > But is it worth just to kick out a release directly with heavy changes >> in distribution, without any testing and candidates before? I will >> really help to test and unfortunately I didn’t find the time the last >> days because of other work. And I’m willing to help users at forums and >> everywhere, but not without having some time for testing and another >> schedule, which is always widely accepted by OSX users btw. (see history >> of 2.0/2.4/2.6 macflightgear releases). >> > > It's never fun to run into issues like this the hard way. But we have a > published plan that we were/are operating from. Again, different > developers run different systems so we depend on each other to cover > different areas of expertise. We are continually updating the plan and the > process and fixes for MacOSX that we discover in this cycle will hopefully > feed into the next cycle so that each time is a little smoother than > before. One issue this time around was that Tat was out of town for most > of the critical weeks leading up to the release so James jumped in to try > to get the release package working and spent a huge amount of time trying > to add support for 10.8. Not o
[Flightgear-devel] 2.8. osx download broken
Hi Curt and mirrors I can’t download the OSX release from your servers. It’s always broken around +- 450 Mb. But anyway, I don’t know if it is worth to care about this download, the Mac release seems to be broken at all, there is a problem with subversion linking reported from many users at forums (this is the heavy change to be compatible with OSX 10.8, I know, it’s boring and I also know James is working very hard on this). But is it worth just to kick out a release directly with heavy changes in distribution, without any testing and candidates before? I will really help to test and unfortunately I didn’t find the time the last days because of other work. And I’m willing to help users at forums and everywhere, but not without having some time for testing and another schedule, which is always widely accepted by OSX users btw. (see history of 2.0/2.4/2.6 macflightgear releases). -Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Dan Freeman and ProFlightSimulator
Shouldn’t some online flightsim magazines where someone has good contacts be asked to publish exactly this story now ? I couldn’t believe it, and maybe posting warnings on FlightGear pages is not enough. Maybe there are a lot of people out there we do not know, still waiting for charges beeing reversed or whatever ... -Yves Am 14.08.12 23:35, schrieb geneb: > On Tue, 14 Aug 2012, Ivan Abolit wrote: > >> I am not sure if this is the right forum for my topic but I feel some one >> else in the flight simulator world should be aware of this. >> >> I ordered the 4DVD Edition of ProFlightSimulator from the "company's" >> website on 4 April 12; paid $150.00 CAD for both the product and >> shipping by credit card, and received the product shortly after. > > Unfortunately you got rooked. As far as we've been able to tell, he's > selling a very old copy of FlightGear (v1.9.1 I think) as well as a number > of free or public domain publications. > > I would really, really, really like to get my hands on those disks you got > - I want to see first hand what kind of crap he's been throwing at people. > Is there any chance you could copy them for me? I'd be happy to reimburse > you for media and postage costs. > > Thanks and I'm sorry to hear you've been ripped off. If I were you, I'd > contact my credit card company and have the charges reversed. > > g. > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Switching from PUI to osgWidget
Just to illustrate what I mean actually ... Current situation: http://maptest.fgx.ch/screens/current-screen.png New GUI with separated menus/dialogs, viewer in a separate window: http://maptest.fgx.ch/screens/one-screen.png Or new GUI with two screens setting, where one screen is the view only: http://maptest.fgx.ch/screens/two-screen.png Regards Yves Am 25.07.12 01:42, schrieb ys: > Hi Thomas, Hi James > > This looks promising in a technical/coding perspective of having this and > that common GUI feature available also for flightgear. But for me personally > one of the big problems of the FlightGear GUI is that it is "inside" the only > and one main window. There is no possibility to have a separate window to not > cover the main content, the scenery and the cockpit? This would make the GUI > much more practical. I would really like to run flightgear with one window > "view" and other windows for the program (options). This will improve the > usability of all the menus, dialogs etc. a lot in my opinion. > > Cheers, Yves > > > > > > > > > Am 25.07.2012 um 00:11 schrieb Thomas Geymayer : > >> Am 2012-07-24 19:35, schrieb James Turner: >>> Thomas, one issue I can guess at (though PLIB is also really bad at >>> it, and osgWidget is not much better!) - text selection. Do you think >>> you'd be able to handle a blinking insertion point and a standard >>> draggable text selection area in this approach? Obviously it might >>> need some additional C++ helpers but that's okay since text-editing >>> is a pretty specialised behaviour. >> >> Yes :) >> >> http://youtu.be/CIS8UyuJLgM >> >> I have just added some property change listeners to get the position of >> the next character at a given position. The highlighting happens only >> from Nasal. What is currently missing is the possibility to also change >> the color of the selected text and to actually get the selected text, >> but this shouldn't be too hard to implement. >> >>> One goal of mine for the GUI is to get platform native copy-and-paste >>> working, BTW ;) >> >> This has already been on my wish/todo list :P >> >>> Obviously Thomas knows the Canvas code since he created it [...] >> >> Currently documentation is not too detailed, but looking at the >> different demos and maybe also the Nasal API and source code should >> help. If not, don't hesitate to ask :) >> >> Regards, >> Tom >> >> -- >> Thomas Geymayer www.tomprogs.at / C-Forum und Tutorial: www.proggen.org >> >> Student of Computer Science @ Graz University of Technology >> --- Austria >> >> -- >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> ___ >> Flightgear-devel mailing list >> Flightgear-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Switching from PUI to osgWidget
Am 22.07.12 22:40, schrieb Thomas Geymayer: > Hi Stefan, > > Am 2012-07-21 22:46, schrieb stefan riemens: >> It's obviously a long time wish to get rid of the PLIB dependency, and >> one of the main subsystems using it is the GUI. There are a couple of >> things lacking in possibilities with the current implementation: >> - Proper internationalisation. PUI doesn't support UTF-8, limiting >> i18n support tremendously. >> - Things like submenus >> - The code is pretty messy, by the looks of it mostly due to the >> oldness of PUI and its API > > Have you seen my ongoing efforts towards a unified 2D drawing system > called Canvas (http://wiki.flightgear.org/Canvas). It basically allows > drawing 2D shapes (with OpenVG) and text (using osgText::Text). > > As it uses osgText for textrendering, supporting UTF-8 is very easy. I > just tried it and with changing a single line of code now also using > UTF-8 is supported. > > Currently only drawing inside an existing (PUI) dialog is possible, but > the idea is to slowly implement the current functionally in Nasal and > get rid of the hardcoded PUI widgets. Only some code for mouse/keyboard > interaction with Nasal will be needed. > > In contrary to using some hardcoded GUI system (PUI, osgWidget, etc.) > this approach would give much more flexibility and also the means of > modifying and creating new widgets without the need to touch any core code. > > With the Canvas system every type of widget would be possible, so that > also things like submenus can be realized. > > Another advantage of the Canvas approach is that it is heavily using the > property tree and therefore is already fully accessible from Nasal code > and also configurable with the existing xml formats. > > Switching to another scripting language or adding support for a new one, > I think would be far too much work and not worth the efforts. > > Regards, > Tom > I don’t know what is it worth to think about a GUI inside fgfs at all sometimes. When I look to what can be done i.e. with the FGx launcher, properties and now HLA/RTI I’m thinking about trying to skip the built-in GUI at all ;-) Cheers, Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGx 2.8.0rc1 for OSX
Am 17.07.12 21:00, schrieb Curtis Olson: > Hi Yves, > > I think I'm out of the loop a bit on this one. Is Tat involved in this > build? Has anyone heard from Tat recently? Has Tat passed along the > Mac-packager torch? Can you fill in a little background for me here? > > Thanks, > > Curt. > Hi Curt I really hope that Tat didn’t pass along. This announcement was for the FGx add-on only, which isn’t part of the official release. Sorry, this is just my fault, I missed the release plan completely as I realised today. I was looking to the official flightgear site and saw windows release candidates to download. Then I thought I’m one month behind the schedule with a FGx preview ! Unfortunately I used the sentence "We use jenkins now", but this means we use jenkins to build FGx. It’s not part of the "official" jenkins and it uses own slaves. I really hope that the release team stays in contact with Tat and can shed light on the situation. For me it’s not possible to imagine FlightGear for OSX without Tat. Cheers, Yves PS. Of course I can try to help with some work for the macflightgear package in case there is a problem for this release. But I really hope this isn’t necessary, and as I know former releases of Tat, he will be here when it’s time to pick apples. > > > On Mon, Jul 16, 2012 at 10:49 AM, HB-GRAL wrote: > >> Hi all >> >> Just announced at forums that a FGx 2.8.0rc1 rolled out. It contains >> latest sg/fg/fgdata (with a own fgdata base package with a slightly >> different aircraft selection) and current fgcom. >> http://downloads.fgx.ch/OSX/FGx-2.8.0rc1.zip >> >> We use jenkins now to build and deploy FGx, an equal windows version >> will follow the next days. You will always find a weekly updated FGx >> "trunk" in downloads, besides of the releases following fgfs release >> numbers. "Trunk" or master deployment is based on >> openscenegraph/sg/fg/fgdata/fgcom/fgx "next" branches. >> >> Bug reporting and feature requests for FGx still at >> http://code.google.com/p/fgx/ >> >> Thanks for having FlightGear ! >> >> Cheers, Yves >> >> >> >> >> >> >> >> -- >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> ___ >> Flightgear-devel mailing list >> Flightgear-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/flightgear-devel >> > > > > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGx 2.8.0rc1 for OSX
Hi all Just announced at forums that a FGx 2.8.0rc1 rolled out. It contains latest sg/fg/fgdata (with a own fgdata base package with a slightly different aircraft selection) and current fgcom. http://downloads.fgx.ch/OSX/FGx-2.8.0rc1.zip We use jenkins now to build and deploy FGx, an equal windows version will follow the next days. You will always find a weekly updated FGx "trunk" in downloads, besides of the releases following fgfs release numbers. "Trunk" or master deployment is based on openscenegraph/sg/fg/fgdata/fgcom/fgx "next" branches. Bug reporting and feature requests for FGx still at http://code.google.com/p/fgx/ Thanks for having FlightGear ! Cheers, Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCom -> cmake
Am 10.07.12 20:50, schrieb Christian Schmitt: > Awesome! I waited for just that, because current fgcom has not seen any > change for a long time. Alreadey did a quick test and I think you will get > some merge requests soon :) > > Cheers, > Chris Hi Chris I can also add you as contributor and you can push to a new branch. Dealing with merge requests takes to much time for us ;-) Just let me know. Cheeers, Yves PS. This applies also for all other contributors of course who want to help to improve this fork at the moment. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGCom -> cmake
Hi Thorsten Many thanks for your patch. Yes, it is thought as external cmake option and your patch is just one step ahead ;-) Cheers, Yves Am 10.07.12 20:52, schrieb ThorstenB: > Am 10.07.2012 15:27, schrieb HB-GRAL: >> The last weeks Geoff McLane and me forked fgcom temporary at gitorious >> (http://www.gitorious.org/fgcom) and made some significant changes. >> Origin source is still available at >> http://sourceforge.net/projects/fgcom/ > > Schön wieder Fortschritte bei fgcom zu sehen. Und schön CMake + Git zu > sehen ;-). Habt ihr auch mal Holger Wirtz kontaktiert? Wäre vielleicht > ganz gut. Er ist beim LinuxTag in Berlin immer mit dabei - hat aber > ansonsten wohl viel anderes zu tun. > >> - In CMakeLists you can see that is possible now to set paths to >> positions and frequencies files with: >> -DSPECIAL_FREQUENCIES_FILE="fgcom-data/special_frequencies.txt" >> -DDEFAULT_POSITIONS_FILE="fgcom-data/positions.txt" > > Super wäre es, wenn diese auch als CMake Optionen von außen gesetzt > werden können - damit man das an sein System anpassen kann, ohne an den > Sourcen zu schrauben. Siehe Patch im Anhang. > > Ansonsten habe ich für Linux noch die "pthread" Library hinzufügen > müssen. Eine saubere Lösung wäre wohl das irgendwie zu detektieren - > ggf. mal in die FG CMake Files reinschauen, und irgendwie abkupfern. > > Mit dem Patch im Anhang hat es bei mir direkt funktioniert und fgcom > läuft einwandfrei. Das alte fgcom konnte ich nur auf meinem alten > Rechner laufen lassen (lansgsamer single core) - auf meiner modernen > 6core Maschine lief das alte fgcom irgendwie nicht. > > Gruß, > Thorsten > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FGCom -> cmake
Hi all The last weeks Geoff McLane and me forked fgcom temporary at gitorious (http://www.gitorious.org/fgcom) and made some significant changes. Origin source is still available at http://sourceforge.net/projects/fgcom/ - Most important change is moving fgcom to cmake build and trying to get fgcom compiling on all platforms again. - updated perl scripts to generate positions and freqs files with recent apt.dat/nav.dat - In CMakeLists you can see that is possible now to set paths to positions and frequencies files with: -DSPECIAL_FREQUENCIES_FILE="fgcom-data/special_frequencies.txt" -DDEFAULT_POSITIONS_FILE="fgcom-data/positions.txt" - Some minor changes for OSX: clenaing here and there, 10.5/6 i386/x86_64 universal support, individual (or macports) plib 1.8.5/PLIB.framework support, skipping osx 10.4 support, update iaxclient thread policy etc. Most work have been done by Geoff McLane with this cmake support now, many thanks to Geoff working on all this stuff and help to incorporate my osx changes to ONE single branch for all platforms. fgcomx as another fork on gitorious have been deleted. Now we need some testers and reporters for all platforms. When you want to help please checkout master and compile fgcom for your platform, install it and make echo tests or use it with your flightgear version. You will need current simgear and other dependencies of course (see readme, cmake 2.8, plib, OpenAL and current simgear needed). Thanks a lot, Yves PS. For next macflightgear release I would recommend to skip the old and buggy fgcom shipped with and replace it with a new build from this fork. After successful testing of course. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Cocoa/SDK10.5 support, small merge request
Am 08.07.12 16:27, schrieb HB-GRAL: > Hi > > I sent a small merge request here to flightgear next: > https://www.gitorious.org/fg/flightgear/merge_requests/36 > > This small addition makes it possible flightgear still compiles with > older osx development tools (cocoa/sdk10.5). I checked this change also > with newer SDKs and it will/should not affect any other setting. > > Maybe James has to check and merge it in, or comment the request. > > Thanks a lot, Cheers, Yves > > This merge request is obsolete now and have been removed. James reviewed and worked in relevant changes. Thanks a lot, Cheers, Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Cocoa/SDK10.5 support, small merge request
Hi I sent a small merge request here to flightgear next: https://www.gitorious.org/fg/flightgear/merge_requests/36 This small addition makes it possible flightgear still compiles with older osx development tools (cocoa/sdk10.5). I checked this change also with newer SDKs and it will/should not affect any other setting. Maybe James has to check and merge it in, or comment the request. Thanks a lot, Cheers, Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] scenery licence for 2.8 and later
Am 05.07.12 18:04, schrieb Curtis Olson: > > > We !!!STRONGLY!!! encourage authors to use the GPL so that we can > incorporate their work into the overall project and distribute the work http://git.fgx.ch/flightgear/commit/?h=next&id=b14ddd40110e271efcd1416e9bf15d48d99c3123 Cheers, Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] scenery licence for 2.8 and later
Ok, I see, just my misunderstanding of Gijs post when I read all other posts now ... I guess one of the best explanation comes from Brandano here. Sorry for the noise, I hate to participate in another license discussion. (I hate myself for this, not you.) ;-) -Yves Am 06.07.12 21:34, schrieb HB-GRAL: > Am 06.07.12 10:10, schrieb Gijs de Rooy: >> Nothing stops you from releasing that scenery under whatever license you'd >> like ( within the legal constraints ofourse), we just cannot include it in >> the official scenery. >> > > No. Official scenery can also incorporate resources with other licenses: > http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses > >>> In the licence they say: "The instrument folder and subfolders are GPL but >>> anything else is copyrighted. > " > > Empty phrase ... GPL doesn’t mean public domain and gpl RESPECTS all > copyrights! > > Cheers, Yves > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] scenery licence for 2.8 and later
Am 06.07.12 10:10, schrieb Gijs de Rooy: > Nothing stops you from releasing that scenery under whatever license you'd > like ( within the legal constraints ofourse), we just cannot include it in > the official scenery. > No. Official scenery can also incorporate resources with other licenses: http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses >> In the licence they say: "The instrument folder and subfolders are GPL but >> anything else is copyrighted. " Empty phrase ... GPL doesn’t mean public domain and gpl RESPECTS all copyrights! Cheers, Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG-api
Am 16.06.12 23:18, schrieb Martin Spott: > I don't think you want to parse large amounts of XML while dialling > through the airport list in your FMS when you quickly have to divert to > an alternate because your landing clearance was cancelled and you're > short of fuel. There is no proposal to parse ALL the xml files to get a simple list like you mention i.e. for the FMS. It is going away from parsing the parsed parse parsers anyway. My intention is to get simple and recent xml files that hold any valuable information coming from apt.dat for different purposes, instead of splitting up all the information into small pieces and distribute semi-redundant files and databases which needs to be updated at 3 or 4 places for one single small change. FlightGear scenery history shows that this will probably never happen because it is too complicated this way. I assume also getting this xml data into postgres/postgis tables is much easier than updating and using ogr2ogr plugs (which could be updated of course to the new formats, but I would tend to declare all this stuff deprecated, I don’t see many volunteers to help for such tasks). > >> I would also vote for a less nested structure than A/B/C/D/.xml, = >> >> just D/.xml > > Well, everybody has his personal favourite for a directory structure. > We had been evaluating a lot of pros and cons (poor man's indexing, > directory traversal latency, number of directories and the like) before > deciding in favour of the structure the way it is now. > The mentioned mailing list thread contains a lot of discussion about > the directory structure as well and there was no convincing argument > against the structure we chose. Therefore I don't think it's clever to > push yet another schema unless you can provide a Really Good Reason. > > Best regards, > Martin. I didn’t want to discuss directory structure based on personal favourites. The Really Good Reason is to make things easier. And for me personally ... four years old threads are not cut in stone. New ideas arrive, so let’s start a new thread ;-) Cheers, Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG-api
Am 16.06.12 21:39, schrieb Martin Spott: > Peter Morgan wrote: > >> To add furtheer.. >> http://mapserver.flightgear.org/git/gitweb.pl?p=sceneryweb;a=blob;f=mapserver/Threshold_ILS_TWR.sh >> >> Were all reinventing a wheel.. > [...] >> +YAML++ >> Yamls is a nice format cos it machine readable.. > > I don't understand what you're trying to tell us/me. The above script > was written four ! years ago, therefore I don't know which wheel has > been reinvented, the output is perfectly machine-readable and the > motivation is explained in this mailing list posting: > > > http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg17407.html > > Cheers, > Martin. Hi Martin In this post you write: "Note, this directory structure is not meant to be used primarily as a datasource during runtime." Why not? Example: http://code.google.com/p/flightgear-world-scenery/source/browse/data/xplane-single/E/EDDF.xml I don’t know if this make sense, but I kindly ask to check it once and send comments. I would also vote for a less nested structure than A/B/C/D/.xml, just D/.xml (I guess the codes might go to 6 chars soon in xplane apt.dat). Cheers, Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Random Buildings
Am 23.04.12 17:40, schrieb Stuart Buchanan: > On Mon, Apr 23, 2012 at 1:17 AM, HB-GRAL wrote: >> Just a small question because I’m currently looking to OSM street data >> and try to use it for scenery creation ... in your last screenshot of >> your improvements I still see buildings on streets (not the streets on >> urban textures, I mean the "real" roads coming originally from road line >> shapefiles). Will it be possible not to cover/overlap roads with random >> buildings, or is this planned anyway and I missed this point? > > Yes - this is part of the plan. > > I now have a solution for this, and also avoiding overlaps between buildings > and the existing "random objects". Unfortunately I don't yet have a solution > for the custom objects from the scenery DB. > > -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 > Maybe just another dumb question, but wouldn’t it be possible to dynamically create a generalized mask with .stg point coords from the custom objects? -Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Random Buildings
Am 19.04.12 17:52, schrieb Stuart Buchanan: > On Thu, Apr 19, 2012 at 4:39 PM, rickbritto wrote: >> hello friends, Is possible to separate the random loading by types >> of buildings? > > Yes. The materials.xml file allows you to define different parameters > for different landlclasses (e.g. Urban, Suburban, Commercial), and as > mentioned above I'm adding parameters to control the ratio of the > different building types. So a residential zone will have (say) 90% > small buildings, and 10% medium, while an Urban zone will have > 50% medium and 50% large. > > -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 > Hi Stuart Just a small question because I’m currently looking to OSM street data and try to use it for scenery creation ... in your last screenshot of your improvements I still see buildings on streets (not the streets on urban textures, I mean the "real" roads coming originally from road line shapefiles). Will it be possible not to cover/overlap roads with random buildings, or is this planned anyway and I missed this point? 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
Re: [Flightgear-devel] updates to nav.dat.gz
Am 10.04.12 14:24, schrieb Christian Schmitt: > Hi Yves, > > flightg...@sablonier.ch wrote: > >> update in general? Why is it possible to update apt. and nav.dat in xplane >> every months without (?) inconsistencies and not for FlightGear? Is there >> something that could be changed in the concept of scenery and data >> distribution for FlightGear? > > Did you actually read my last message here? I tried to explain where the > differences between FG and xplane are: > Xplane generates the airports on the fly on startup and thus can just > exchange the apt.dat files. I guess you can imagine that this would not be a > good idea for us currently. > > Hi Chris So is this obsolete for FlightGear apt.dat/nav.dat distribution : http://developer.x-plane.com/2009/09/scalability-and-apt-dat/ ? Cheers, Yves (asking dumb questions probably) -- 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
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=svne058cce0c457cfe7e7dd079d5d693766d8e26e48&r=038ed45b210b19481bee8c1bf2d97044910ff5a1&format=side&path=/tools/apt-extractor/032012-diff/EBBL_850.dat&old_path=/tools/apt-extractor/032012-diff/EBBL_850.dat&old=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
Re: [Flightgear-devel] simgear zlib 1.2.6 lowlevel
Am 28.03.12 15:08, schrieb James Turner: > > The real issue is that we're finding zlib.h in /opt/local/include, but using > the libz from /usr. (The Apple supplied version) > > I tried to find a solution, so that we use one header + library consistently, > but didn't yet figure this out. Since zlib doesn't have a subdir in include, > we're at mercy of the search paths a little. For the library we can force an > explicit absolute path to link against, but Cmake's FindZLIB is finding the > one in /usr (correctly, I would say), the problem is the header search order > at compile time. > > James Hi James Didn’t dive into but noticed OSG has probably a more sophisticated cmake zlib check already. Maybe it’s worth to have a look there? Doesn’t type change of gzFile need a change in lowlevel.cxx anyway, once ? Cheers, Yves -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] simgear zlib 1.2.6 lowlevel
Hi all I had some problems compiling simgear release/2.6.0 using zlib 1.2.6 on OSX. Looks like the main problem is here (independent of platform?): lowlevel.hxx void sgReadString ( gzFile fd, char **var ) ; lowlevel.cxx int c = gzgetc ( fd ) ; While this seems to work with zlib 1.2.3 and 5, documentation says this (probably ... sorry for any misinterpretation) doesn’t work anymore for 1.2.6 I tried cmake build with -DZLIB_INCLUDE_DIR etc. to the right version, but this didnt’t work at all. I’m sure I did something wrong there with cmake, "#include " linked always against my newest version. So I changed lowlevel.hxx the hard way to include a "/usr/include/zlib.h" (OSX installed version 1.2.3) and now I can compile. Nomen est omen, so this note here to the devellist is some kind of a lowlevel report, unfortunately I’m not able to patch cmakelist nore lowlevel.hxx/cxx to work with zlib 1.2.6. I changed lowlevel.hxx directly for my purposes, but this IS lowlevel. Am I the only one with this small zlib issue ? Cheers, Yves -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Earthview - Orbital terrain rendering in FG
Am 20.03.12 09:15, schrieb Renk Thorsten: >> Once you understand how the scattering integrals work it's natural to >> compute them also from the outside of the atmosphere. > > Okay, now I am *really* confused. Are we trying to solve the same problem? > > Light scattering in the atmosphere is not part of what Earthview does at all. > That is currently solved by the scattering part of the skydome shader Lauri > has originally written (and which I have modified to include a haze layer and > lightfields), this shader works inside the atmosphere and reasonably well > outside of it (apart from a few quirks). > > Earthview is about getting a model of the planet itself into the scene, sort > of replacing the default terrain tile system. It assumes that you have > already solved the atmosphere scattering problem somehow and that you want to > see a pale blue marble textured globe beneath you, surrounded by a > cloudsphere. > > Apart from the fact that both somehow have to do with spaceflight, there > doesn't seem to be any overlap at all?! > > * Thorsten > -- > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > Hi Thorsten I don’t know why but I get all your posting to the same topics splitted into different threads all the days. I can filter your posts of course, but can someone explain me why Thorsten’s mails to the list opens a new thread under the same title day by day ? Cheers, Yves -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Willfully violating Google Terms of Use
Am 13.03.12 17:46, schrieb Martin Spott: > > According to my personal experience it simply doesn't get any work done > to have yet another communication channel (just look at the Scenery web > forum - you know what I mean ;-) but it adds more overhead because > there's one more channel to monitor. > > Cheers, > Martin. Yes, yes, always the same argumentation here far any kind of change. It was not meant as "another" channel. It replaces this one. ;-)) Cheers, Yves -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Wordmark terrasync
Hi all Just wanted to add a note once that a company in the U.S. is trying to register "terrasync" as a wordmark. Maybe it is not worth to think about, anyway I am not familiar with this kind of happenings. But I was asked to post this to the list, so it’s here. Cheers, Yves -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New (real time) mapping tool proposal
Am 10.03.12 09:35, schrieb Miles Colman: > FGx looks nice. > Does anyone else building FGx (in QT4 Creator, but otherwise according > to the build instructions here http://wiki.flightgear.org/FGX) have > trouble loading airport data on Ubuntu 11.10 ? > FGx exits with these terminal messages after I select the fgdata directory: > Error FODC0002 in > tag:trolltech.com,2007:QtXmlPatterns:QIODeviceVariable:u, at line 1, > column 21: Unsupported XML version. > Error XPDY0002 in > file:///home/mcolman/src/fgfs/fgx/fgx-build-desktop/fgx, at line 1, > column 1: The focus is undefined. > Segmentation fault > > Thanks, > Miles > Hi Miles Is there a specific airport affected or does it appear just when you set path to fgdata and FGx is on scan of directories afterwards? We get this behaviour with recent fgdata, also with aircrafts, and it seems like it is a common encoding issue we have to solve. Anyway, a fix for the parser is on the way, because this issue was reported from others too. Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rembrandt feedback (was: Project Rembrandt - next steps)
Am 06.03.12 23:09, schrieb Olaf Flebbe: > PixelBufferCocoa :: realizeImplementation not implemented yet Hi Fred Just curious about this line, do you think recent osg cocoa windowing under OSX will be supported by rembrandt? Cheers, Yves -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New (real time) mapping tool proposal
Am 02.03.12 22:21, schrieb Curtis Olson: > > - An open-layers based mapping tool (similar to mpmap, but not based on > proprietary google technology) > - Include the ability to draw and edit a route (a set of connected way > points) and then upload that to FlightGear's route manager > - Include the ability to receive UDP (TCP?) position (and other data?) > updates from FlightGear -- directly or via an mpserver > - Include some additional buttons for commanding and controlling > flightgear. > - This could actually get packaged and installed with flightgear, and > someone would only have to point their browser at a local html file to > fire > up the map and start using it. > - I have a personal interest in UAV's and something along this lines > could be adapted to make a slick UAV ground station interface. > Now I am deeply offended. Did you ever have a closer look to FGx launcher? It has exactly all this already prepared for you and this project is open to any contribution. Never mind. ;-) Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New (real time) mapping tool proposal
Am 02.03.12 22:21, schrieb Curtis Olson: > > http://openlayers.org/dev/examples/mobile-drawing.html > Hi Curt I remember my post to this list some months ago. An example of a running "webapp" with flightgear navaids (apt.dat) you can still find here: http://map.fgx.ch/mobile.html#mappage It is based on OpenLayers API, mapnik, data comes from apt.dat in my postgresql tables, but can come from anywhere. Oh, yes, I guess it is not finished yet. :-) Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Web 2.0 paradigms
Am 29.02.12 11:17, schrieb thorsten.i.r...@jyu.fi: Spring has come. LaTex and Wikibooks got married. Have a look: http://en.wikibooks.org/wiki/LaTeX "LaTeX is a featured book on Wikibooks because it contains substantial content, it is well-formatted, and the Wikibooks community has decided to feature it on the main page or in other places." ;-) Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Log of Scenery IRC Meeting
Hi John Many thanks to provide your important list. Would it be possible to add this to the wiki list here: http://wiki.flightgear.org/World_Scenery_2.0_Project Thanks a lot, Yves Am 28.02.12 18:17, schrieb J. Holden: > Here is a list of scenery I have generated. Some of the scenery is not on the > mapserver, but should not be considered "private", as I have always intended > for this scenery to be included in the "public" server. > > Switzerland (partially replaces Bodensee) > Juneau/Sitka > Colorado (entire state)* > San Francisco/Oakland/Reno* > Minneapolis* > Florida* > London (on server) > Madrid (?-probably not as good as Corine) > New England (Long Island/Connecticut/Rhode Island/Vermont) (on server) > Pacific Northwest (Portland/Seattle) (on server) > Caribbean (Anguilla to Nevis) (on server) > Washington DC (on server) > Hawaii (on server) > Rio de Janeiro (on server) > Phoenix (on server) > Toronto lakefront (on server) > > Don't forget about Qatar either (not mine). Also, Sydney is in progress (not > myself either, but helping with the project). > > Thanks > John > > -- > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Looking at a nice project from outside
Am 26.02.12 17:03, schrieb Martin Spott: > HB-GRAL wrote: > >> Proposal for a first small meeting at #fg_scenery channel, this weekend: > > I tried to join for logging the session (in order to determine wether > there are any open questions regarding the Scenemodels/MapServer > infrastructure), but it seems I'm the only user there. Right ? > > Martin. irc.flightgear.org -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] gpl scenery
Am 26.02.12 01:41, schrieb Stefan Gofferje: > > I am > fairly certain, that in the creation of the current apt.dat, some > official material was used as reference. > Indeed, the "official material" was the public DAFIF database, unfortunately not available anymore. Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] gpl scenery
Hi Syd Am 26.02.12 02:43, schrieb syd adams: > My source of info is here. > http://www.navcanada.ca/NavCanada.asp?Language=en&Content=ContentDefinitionFiles%5CPublications%5CAeronauticalInfoProducts%5CCanadianAirportCharts%5Cdefault.xml http://www.navcanada.ca/NavCanada.asp?Language=EN&Content=ContentDefinitionFiles\Publications\AeronauticalInfoProducts\Notices\default.xml > http://geogratis.cgdi.gc.ca/geogratis/en/service/toporama.html. > All this stuff is free to look at , but for me this is a grey area , > and I preferred not to submit questionable material. This one might be really no problem: GEOGRATIS LICENCE AGREEMENT FOR UNRESTRICTED USE OF DIGITAL DATA [...] "Subject to this Agreement, Canada hereby grants to the Licensee a non-exclusive, fully paid, royalty-free right and licence to exercise all Intellectual Property Rights in the Data. This includes the right to use, incorporate, sublicense (with further right of sublicensing), modify, improve, further develop, and distribute the Data; and to manufacture and / or distribute Derivative Products." [...] "Use of the Data shall not be construed as an endorsement by Canada of any Derivative Products. The Licensee shall identify the source of the Data, in the following manner, where any of the Data are redistributed, or contained within Derivative Products: "© Department of Natural Resources Canada. All rights reserved." Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] gpl scenery
Am 26.02.12 00:30, schrieb Vivian Meazza: > HB-GRAL wrote > > -Original Message- > From: [mailto:flightg...@sablonier.ch] > Sent: 25 February 2012 19:49 > To: FlightGear developers discussions > Subject: Re: [Flightgear-devel] gpl scenery > > Hi Syd > > Am 25.02.12 17:04, schrieb syd adams: >> I use Aerodrome charts for reference , and then modify the existing >> scenery tiles by the measurements written on those charts. Ive used >> Qgis with shapefiles from a canadian wms server as a background image >> to tweak the shapefiles from http://mapserver.flightgear.org/ .I >> assumed these were non-gpl work habits so never bothered offering to >> submit them. > > When you're referencing NAV CANADA charts here, I fear this charts and your > work can't be published under GPL terms, because you don't get this charts > for free and commercial use is prohibited explicitly. > > I think you are over-doing this one. If the charts are just used as a > reference or source, and not republished in some way, then the 3d model > produced is analogous to the 3d model of an aircraft produced with reference > to 3 view drawings. Syd is only using them to check the positions of parts > of his work. Syd's finished work is original, the copyright is owned by him, > and can have any licence he cares to give it IMO. > > BTW - if I am wrong - then almost all the work on all our 3d models cannot > be GPL. > > Vivian Hi Vivian No, I am not over-doing this one I think. The charts are "republished" this way, and charts could not be "transformed" to a GPL source by a personal-referencing-and-copyright-project by Syd. I am referencing the copyright and restriction of NAV CANADA (in case!), and his statement about using (unknown) wms sources for scenery projects ... Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Looking at a nice project from outside
Hi Pete Am 25.02.12 22:12, schrieb Pedro Morgan: > Can I ask a Muppet Question.. ?? > copyright is always owned by "authority" of nav data.. > eg caa, nats, eurocontrol.. There are many different ways handling this data, by each "region". FAA i.e. puts a lot of data into public domain, that is probably why sites like airnav.com exists. > > So this data is "theirs" but "were allowed to use" We are discussing distribution here, and not "use", right? > > Another example id livery and logos.. > eg an airline that is defunct or "BritishArwys" as and exmaple.. > Now their logo is their copyright.. Sorry I can not say anything about trademarks. Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Looking at a nice project from outside
Am 25.02.12 21:38, schrieb Martin Spott: > HB-GRAL wrote: > >> Where have you been looking for? I can provide you some GPL compliant >> data when it is necessary. Just send me a note or ask at the forum. > > While you're at it: I saw several places where people were claiming > CGIAR SRTM to be GPL compilant. Unless you're having ecplicit written > permission, this is _not_ the case - the CGIAR SRTM site has pretty > obvious terms of use for the data they provide. > > Cheers, > Martin. Hi Martin Yes, CGIAR data is not GPL compliant. I’am using it for my map and relief generation and I’ve got written permission for this. Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Looking at a nice project from outside
Am 25.02.12 14:28, schrieb Stefan Gofferje: > > Now we are back to what people are interested in... If I think about > myself personally, if I would go through the hassle of compiling and > learning to handle this monster Terragear, I would do it to create the > best possible VFR scenery for Western Finland. That would be my > interest. Hi Stefan What are you waiting, go for it! When I can help to keep the monster small, I will try to do it. From my experience building scenery I would say ... building Western Finland in a good matter will take approximate six months when you’re fast (while making the monster small will take two or three days). > For Finland that would very likely include using > non-GPL-compatible sources, because e.g. I haven't found any > GPL-compatible good resolution elevation grid yet. Where have you been looking for? I can provide you some GPL compliant data when it is necessary. Just send me a note or ask at the forum. > You cannot publish free software and then try to blackmail people into > doing stuff the way you want it. That's stupid and ridiculous. I think no one is going to blackmail anyone recently. I’ve never seen censorship here before and I don’t like such approaches at all. But of course, like the GPL discussion shows, this project follows some rules. In my personal view it is not stupid and ridiculous to HELP new developers to follow this rules. Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] gpl scenery
Hi Syd Am 25.02.12 17:04, schrieb syd adams: > I use Aerodrome charts for reference , and then modify the existing > scenery tiles by the measurements written on those charts. Ive used > Qgis with shapefiles from a canadian wms server as a background image > to tweak the shapefiles from http://mapserver.flightgear.org/ .I > assumed these were non-gpl work habits so never bothered offering to > submit them. When you’re referencing NAV CANADA charts here, I fear this charts and your work can’t be published under GPL terms, because you don’t get this charts for free and commercial use is prohibited explicitly. Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Looking at a nice project from outside
Am 24.02.12 21:44, schrieb Christian Schmitt: > flightg...@sablonier.ch wrote: > >> [...] I really wish we >> could build some kind of temporary "Scenery Team" and discuss ideas. >> My proposal is to meet at IRC on day the next weeks to start >> organizing, or to open a temporary group or list. (Sorry, i do not >> like the forum for such). > > A "scenery team" is no bad idea and overdue. There ARE people who have > proven in the past that they like to work on the scenery basics and not > only create custom scenery. I had so many contributions to the CS DB, > that I did not catch up with the work (and am in fact still missing > some parts). > Let me mention though that there IS a #fg_scenery channel on IRC (with > nobody in it) and having a meeting to coordinate ideas and capacities > surely is a good start. > > In the mid- to longterm perspective I'd like to make more advancements > on the terragear side, to enable us to rebuild single tiles when there > are changes. This is possible already, as many of you know, but then in > most cases the newly created tile does no longer match fit to its > neighbours, which results in gaps. If we could iron this out, we'd be a > whole lot further down the road... > > Chris > Proposal for a first small meeting at #fg_scenery channel, this weekend: http://www.timeanddate.com/worldclock/fixedtime.html?msg=IRC+Meeting+%40+%23fg_scenery&iso=20120226T17&p1=945&ah=1 Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re : Looking at a nice project from outside
Am 24.02.12 16:25, schrieb Olivier: > Hopefully, our form-based PHP scripts will hopefully avoid quite a lot of > mistakes before uploading. However, I really think - I'm going to do it now, > that this contribute.php page is not widely known enough. Goind to post it > again on the newsletter and on the forums. > > Oliver > Just to mention once because I think some people don’t know about: I share a small set of resources with official mapserver since some months, I have a postgres/postgis server running here too. Of course it is not that powerful like the whole mapserver network, it is not a complete mirror, but it is enough to run some tests. This infrastructure is dedicated to the mapserver and world scenery idea and was a base to discuss some ideas with Martin and others. If someone wants to run some tests (i.e. building webinterfaces etc.), needs mirrored tables or whatelse, doors are open. (Martin and me are sharing a small set of resources in the area of mapnik/navaids, maybe you noted that already on the official mapserver.) For me it was much easier to develop some new ideas for the mapserver in this "private" test environment. And it stays open for other FlightGear developers who want to run some tests. Recent apt.dat tables are available (810 and 850). Scenery or object tables could be mirrored too, if necessary (maybe I need to upgrade to postgresql 9 before). That’s the free available foss resource I can share at the moment. I need the server for my private mapnik geoserver tests, but I am open to everyone who needs a small geoserver with all (more or less) recent tools installed. Only restriction -> Target World Scenery Project. Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Looking at a nice project from outside
Am 23.02.12 23:21, schrieb Martin Spott: > > Apparently I've been too ambitious and idealistic. No ! Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New package of 2.6.0 for Mac
Am 22.02.12 20:49, schrieb Tatsuhiro Nishioka: > Dear Mac users, > > Thanks to your help, I made a new package that solves many problems that are > reported so far. > I recommend all mac/fg users apply the new package - for speed and stability. > > Please go visit the site below for detail explanation and download: > http://macflightgear.sourceforge.net/flightgear-260-for-mac-now-supports-many-of-your-wishes > > Good night, > > Tat > Hi Tat Just for my understanding, did you patch the osg/cocoa issue or is that a workaround now just for macflightgear? I get this behaviour (#7 resizing) with all osg cocoa windowing on 10.6. Ok, x1600 I do not care for fg, because this one has so many well known problems also with other software. I am investigating the osg cocoa implementation and compare it with other cocoa windowing, and all what I can say at the moment is ... it is interesting :-) at least for me! Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.6.0 for Mac - call for detail bug info & known issues
>> (and I also want someone to give me a Mac that reproduces #7 :-p). >>> It is definitely an OSG/cocoa issue here. Now looking at the first line in main.m of the cocoa example in OSG: "/* OpenSceneGraph example, osgviewerCacoa. " ;-)) Y. -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 2.6.0 for Mac - call for detail bug info & known issues
Hi Olaf This is a flightgear/osg/cocoa issue I can reproduce with release/2.6.0 on OSX 10.6.8. No MacBook graphics, but almost ... -> ATI 5750. I am wondering a bit that this doesn’t happen with nVidia/10.7.2 Cheers, Yves Am 21.02.12 22:19, schrieb Olaf Flebbe: > Hi Yves, > > Can you please more specific? Which download, Macbook, graphics, macosx, > steps to reproduce? > > Thanks, > Olaf > > > > > > Am 21.02.2012 um 09:43 schrieb flightg...@sablonier.ch: > >>> (and I also want someone to give me a Mac >>> that reproduces #7 :-p). >>> >> >> Here. Cheers, Yves >> >> >> -- >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> ___ >> Flightgear-devel mailing list >> Flightgear-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > -- > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New styled FGFS--Manual
Am 21.02.12 17:41, schrieb HB-GRAL: > Am 21.02.12 01:16, schrieb HB-GRAL: > >>> i.e. in first section Installation: >>> >>> http://www.flightgear.org/cvs.html >>> http://www.uiuc.edu/ph/www/m-selig/apasim.html >>> http://www.flightgear.org/cdrom/ >>> http://www.terragear.org/ >>> http://www.flightgear.org/Downloads/aircraft/index.shtml (huh!) >>> >> > > I sent a merge request for changing this 5 links in getstart. > https://www.gitorious.org/fg/getstart/merge_requests/1 > > Cheers, Yves > > Sent a second request, all sections fixed I hope, without Appendix. Cheers, Y. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Downloads central ->aircrafts
Hi Curt I started to solve some link issues in getstart (see merge request on gitorious/fg/gestart) I changed the link to aircraft download page to *http://www.flightgear.org/download/aircraft/ But this redirects to http://www.flightgear.org/download/aircraft-v2-4/ While choosing downloads->Download Aircraft points to http://www.flightgear.org/download/aircraft-v2-6/ I guess for the manual it is better to have a link without version in the URL, right? Would it be possible to change the redirect for http://www.flightgear.org/download/aircraft/ always to recent version? Cheers, Yves -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New styled FGFS--Manual
Am 21.02.12 01:16, schrieb HB-GRAL: >> i.e. in first section Installation: >> >> http://www.flightgear.org/cvs.html >> http://www.uiuc.edu/ph/www/m-selig/apasim.html >> http://www.flightgear.org/cdrom/ >> http://www.terragear.org/ >> http://www.flightgear.org/Downloads/aircraft/index.shtml (huh!) >> > I sent a merge request for changing this 5 links in getstart. https://www.gitorious.org/fg/getstart/merge_requests/1 Cheers, Yves -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New styled FGFS--Manual
Am 20.02.12 22:46, schrieb HB-GRAL: > Am 20.02.12 12:24, schrieb Martin Spott: >> >> http://mapserver.flightgear.org/getstart/ >> > > Hi Martin > > What is the difference between the Index and the Index at bottom of > contents ? ;-) > > Maybe there is a simple tool to check all links in the document? A lot > of links goes to nowhere. > > i.e. in first section Installation: > > http://www.flightgear.org/cvs.html > http://www.uiuc.edu/ph/www/m-selig/apasim.html > http://www.flightgear.org/cdrom/ > http://www.terragear.org/ > http://www.flightgear.org/Downloads/aircraft/index.shtml (huh!) > Ok, to follow this I checked all links manually tonight, hope this helps to correct all 404 or outdated ones in the manual when someone finds the time for this : -- Section 5.2.4 http://wiki.flightgear.org/flightgear_wiki/index.php?title=A-4F_Skyhawk_Operations_Manual Section 6.3 http://www.monmouth.com/~jsd/how/htm/title.html Section 7.1 http://www.pilotfriend.com/flight_training/new_site/aerodynamics/aircraft%20controls.htm http://www.flightgear.org/Docs/getstart/getstart.html (?) http://www.avsim.com/mike/mickey_site/ppilot/ppilot_faq/pp_cessnas.html http://www.ig-wilson.com/index.php?f16land Section 7.13.1 http://www.alioth.net/flying/pa28-161/index.html http://faaflyingclub.homestead.com/files/Warrior_Checklist.pdf Section 9.5 http://bathursted.ccnb.nb.ca/vatcan/fir/moncton/WeeklyTopics/WeeklyTopicIntro.html (?) Appendix A/B (maybe all appendix titles, link!) see A: "Missed approach: If anything refuses to work" A.4 ftp://www.flightgear.org/pub/flightgear/Source/ (requires autorisation) B.1 http://edc.usgs.gov/geodata/ http://edcdaac.usgs.gov/gtopo30/gtopo30.html, B 1.1 http://www.flightgear.org/Downloads/world-scenery.html B.2 http://www.a1freesoundeffects.com/ http://www1.las.es/~amil/ssystem/ http://www.geocities.com/pmb.geo/flusi.htm http://www.rockfish.net/fg/ (?) http://www.flightsimnetwork.com/mikehill/home.htm http://www.menet.umn.edu/~curt/fgfs/Docs/Autopilot/AltitudeHold/AltitudeHold.html http://www.menet.umn.edu/~curt/ http://www.welcome.to/pausch/ http://www.zedley.com/Philip/ http://people.a2000.nl/dtals/ http://edc.usgs.gov/geodata/ http://www.woodsoup.org/projs/ORKiD/fgfs.htm http://www.woodsoup.org/projs/ORKiD/cygwin.htm http://www.g-point.com/xpcity/esp/ [EOF] Cheers, Yves -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New styled FGFS--Manual
Am 20.02.12 12:24, schrieb Martin Spott: > >http://mapserver.flightgear.org/getstart/ > Hi Martin What is the difference between the Index and the Index at bottom of contents ? ;-) Maybe there is a simple tool to check all links in the document? A lot of links goes to nowhere. i.e. in first section Installation: http://www.flightgear.org/cvs.html http://www.uiuc.edu/ph/www/m-selig/apasim.html http://www.flightgear.org/cdrom/ http://www.terragear.org/ http://www.flightgear.org/Downloads/aircraft/index.shtml (huh!) (I really want to help to improve but unfortunately there is no time left here at the moment.) Cheers, Yves -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New styled FGFS--Manual
Am 20.02.12 19:10, schrieb Gijs de Rooy: > >> Martin wrote: >> >>http://mapserver.flightgear.org/getstart/ >> >> I'm sure there's a link somewhere on The Wiki (if Hellosimon >> didn't carry out his threat of moving it into the attic ;-) > > It's right there, on the MAIN PAGE of the wiki! :D > http://wiki.flightgear.org/Main_Page > Hi Gijs http://wiki.flightgear.org/FlightGear_Manual -> http://www.flightgear.org/Docs/getstart/getstart.html The wiki links to a two years old manual ? Cheers, Yves -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New styled FGFS--Manual
Am 20.02.12 12:24, schrieb Martin Spott: > HB-GRAL wrote: > >> What tools can be used to convert i.E. getstart.tex into html properly ? >> What can you recommend? Did you ever try to convert FG .tex files into >> html with tools you know ? > > Actually we're doing this for almost a decade now. Michael Basler > started using "TeX4ht" on Windows and I'm pursuing the compilation step > into the publicly available versions still using the same tool (but on > Linux) since he left a couple of years ago. The current version of The > FlightGear Manual as HTML is available here: > >http://mapserver.flightgear.org/getstart/ > > I'm sure there's a link somewhere on The Wiki (if Hellosimon > didn't carry out his threat of moving it into the attic ;-) > An ugly but functional Bash script is available in the "getstart" GIT > repository. > > Cheers, > Martin. Hi Martin I used TeX4ht too on OSX, but some of the .tex files gives errors and conversion is cancelled. I am investigating. I tried latex2html too, but this turned into something out of html. I want to integrate the manuals into the application (a own FGx help browser, used for FGx help too), without editing any part, just want to integrate the latest version available and shipped with recent FG. (oh, I can see TeX4ht can also produce DocBooks ...). I can integrate online help (wiki) too with URLs, but I don’t want to force users to have an online connection to read help, and the PDF in fgdata is a no-go here for the help system. Anyway, I will find a solution to make small junks available to get some sort of quick inline help. Thanks, Yves -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New styled FGFS--Manual
Am 20.02.12 11:49, schrieb thorsten.i.r...@jyu.fi: > > > It seems you still don't understand what LaTeX is for. You can easily turn > LaTeX into both html and a printed book automatically - but you can't ever > turn html back into anything resembling a printed book withd ecent layout > without tons of manual input. > Hi Thorsten What tools can be used to convert i.E. getstart.tex into html properly ? What can you recommend? Did you ever try to convert FG .tex files into html with tools you know ? I am looking for the right tool, because I like to integrate some parts of the docs into a FGx Help Browser (offline). Cheers, Yves -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear 2.6.0 for Mac OS X.
Hi Tat I downloaded 10.6/7 version and it works fine. Just one small thing I noted (because I am on this myself at the moment for FGx): GUI->Help (opens in Browser) doesn’t open anything here. But maybe this is not OSX only? Cheers, Yves Am 19.02.12 08:55, schrieb Tatsuhiro Nishioka: > Hi, > > I made a special package for OS X 10.5. Go get the package from: > http://macflightgear.sf.net/home/downloads > FlightGear-2.6.0 for Leopard is what you need. > > I recommend this package for those who have OS X 10.5 or have problems > running the 2.6.0 original package on 10.6 or 10.7. This is tested on my old > MacBook pro with 10.5, so it should work on other 10.5 capable macs. > > The "special" package is made with XCode 3.2.2 that was used to build > FlightGear 2.0.0. Due to huge differences on SDKs between 10.5 and 10.7, > apple gave up providing 10.5SDK on Xcode. This made it very difficult to make > FG compatible with 10.7 and 10.5. > > Using Xcode 3.x on OS X 10.5 also has a problem. Since FG code is evolving > day to day, it uses newer spells that 10.5 SDK doesn't understand. So I made > the Come-on-FG-work-on-10.5! patch for this package :-p > > Moreover, some Xcode version cannot build FG properly with full optimization > flags. I guess this is caused 50% by GCC bug and 50% by bad code like static > class initialization with dynamic memory allocation). So picked up a dev tool > that I can trust. > > Though the special package is a bit slower than that for 10.6/10.7 (since the > latter is powered by LLVM that optimizes code much cleverer than GCC), it's > better to have working binary. > > Anyway, I'm glad if this can save many FG Mac users. > > Tat > > --- > Tatsuhiro Nishioka > http://macflightgear.sf.net > > On 2012/02/19, at 8:55, Curtis Olson wrote: > >> Sounds good -- I'm just asking questions. :-) >> >> Any thoughts on the reports of crashes for some Mac users -- are you >> thinking you might try to upload an update in the short term, or are these >> issues still pretty unknown? Again, just asking questions since I don't >> know much about the Mac side of things. >> >> BTW, as I said in my other email, your FlightGear-2.6.0.dmg works great for >> me here on an iMac with OSX 10.6.8 >> >> Thanks again, >> >> Curt. >> >> On Sat, Feb 18, 2012 at 4:56 PM, Tatsuhiro Nishioka >> wrote: >> Curt, >> >> There's a big hope of 10.5 support. >> It's just a matter of time to me (to make some fixes and it's almost done). >> So we can encourage people to be patient for a while. >> >> I don't want to let users upgrade their Macs since there must be some reason >> not to upgrade. >> >> Tat >> >> >> On Feb 19, 2012, at 7:02 AM, Curtis Olson wrote: >> >>> Hi Tat, >>> >>> Is there any hope of supporting OSX 10.5 or do we just need to encourage >>> people to upgrade their software? On my iMac I think it was free -- but >>> I'm not much of a Mac expert -- is it fair to just encourage people to >>> upgrade to OSX 10.6 or newer? >>> >>> Curt. >>> >>> >>> On Sat, Feb 18, 2012 at 1:10 PM, Tatsuhiro Nishioka >>> wrote: >>> Hi, >>> >>> FlightGear 2.6.0 for Mac OS X is available (works on OS X 10.6, and 10.7 >>> for now). >>> >>> Please download it from: >>> https://sourceforge.net/projects/macflightgear/files/FlightGear/2.6.0/ >>> >>> Note: >>> Currently our website is down so please download it from SF project page. >>> >>> Tat >>> >>> --- >>> Tatsuhiro Nishioka >>> http://macflightgear.sourceforge.net/ >>> >>> >>> >>> -- >>> Virtualization& Cloud Management Using Capacity Planning >>> Cloud computing makes use of virtualization - but cloud computing >>> also focuses on allowing computing to be delivered as a service. >>> http://www.accelacomm.com/jaw/sfnl/114/51521223/ >>> ___ >>> Flightgear-devel mailing list >>> Flightgear-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel >>> >>> >>> >>> -- >>> Curtis Olson: >>> http://www.atiak.com - http://aem.umn.edu/~uav/ >>> http://www.flightgear.org - http://gallinazo.flightgear.org >>> >>> -- >>> Virtualization& Cloud Management Using Capacity Planning >>> Cloud computing makes use of virtualization - but cloud computing >>> also focuses on allowing computing to be delivered as a service. >>> http://www.accelacomm.com/jaw/sfnl/114/51521223/___ >>> Flightgear-devel mailing list >>> Flightgear-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel >> >> Tatsuhiro Nishioka >> http://macflightgear.sourceforge.net/ >> >> >> >> >> -- >> Virtualization& Cloud Management Using Capacity Planning >> Cloud computing makes use of virtualization - but cloud computing
Re: [Flightgear-devel] LaTex doc files not in source?
Am 19.02.12 12:59, schrieb Martin Spott: > Hi Yves, > > HB-GRAL wrote: > >> Is the .tex source file(s) as base for the getstart.pdf in our source >> somewhere? > > Yup, LaTeX sources are in the "getstart" repository - and have been > there most of the time: > >http://www.gitorious.org/fg/getstart/ > > Cheers, > Martin. Ooops, many thanks! Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] LaTex doc files not in source?
Hi Docs Is the .tex source file(s) as base for the getstart.pdf in our source somewhere? Could not find it in fgdata/Docs, only the map.tex. Beside the online help I am trying to create a new (user) helpbrowser for the FGx launcher and need the .tex file. Thanks a lot, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Aircraft/Scenery development list needed?
Hi Curt Would it be a good idea to have a second mailinglist for aircraft and scenery development? I know there have been much more lists around in past. For me it starts to be very hard to find flightgear core related topics in this list now. I tried to add some filters to my reader, but without success. I hope there isn’t already another list and I missed it ;-) Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fair practice & autorisations
Hi Clément Am 16.02.12 17:45, schrieb Clement de l'Hamaide: > I have create a discussion here : > http://sourceforge.net/mailarchive/message.php?msg_id=28709446 and I haven't > received answer from devel list ... I noticed this post. Maybe it is better to clone the gitorious repo "fgdata", send a merge request with your changes AND a note to the list announcing your merge request. Much easier to review your changes for other developers with commit rights. (I apologize in advance in case you’re already aware of this "workflow"). > Other example : > http://sourceforge.net/mailarchive/message.php?msg_id=28360748 and no answer > from devel list The multiplayer map is not in FlightGear core project. Changing a single aircraft symbol for the map is not possible in FlightGear fgdata code, it is in scripts for the multiplayer map maintained by pigeon (as far as I know). So your changes can not be "merged" in here anywhere. Maybe you have to contact pigeon for this. (Personally I think "branding" aircrafts with individual symbols is not a very good idea for a map, going to show 300 different symbols, but that’s another discussion and this is not mine.) Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sanitizing materials.xml
Am 14.02.12 23:12, schrieb HB-GRAL: > Am 14.02.12 22:37, schrieb Stuart Buchanan: > >> >> FYI I'm also going to reduce the saturation of some of the woodland textures. >> At present they are a real "emerald" green, and over-saturated in my >> experience. >> >> -Stuart > > Hi Stuart > > Which textures are you going to change exactly? > > -Yves > Ok, I see now the forest textures/shader has really too high saturation. I confess this is some kind of unfinished work of me. I planned once to change ALL the textures. So I think recently the woodland saturation have to be changed- unless someone starts a shader/texture project for "the whole thing"? I will try to contribute this year again probably, but first I have to check what came in with the new shaders from Emilian/Vivian (and others) and the new materials-dds etc. Thank you all for your work! -Yves PS: And just to say it once here: Many thanks to Fred, Emilian, Vivian taking over my 2.x shader work, improving and fixing here and there, and working in and pushing so many important changes. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sanitizing materials.xml
Am 14.02.12 22:37, schrieb Stuart Buchanan: > > FYI I'm also going to reduce the saturation of some of the woodland textures. > At present they are a real "emerald" green, and over-saturated in my > experience. > > -Stuart Hi Stuart Which textures are you going to change exactly? -Yves -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Fair practice & autorisations
Am 12.02.12 11:00, schrieb Erik Hofman: > On Sun, 2012-02-12 at 10:45 +0100, Clement de l'Hamaide wrote: >> Hi, >> >> In my precedent mail I have forgot to say that Ernest Teutcher, Alexis >> Laille, Christian Thiriot and Clément de l'Hamaide (it's me) are the >> members of the PAF team. >> We can consider the current DC-3 is here because the PAF team had >> created 80% of the DC-3. And E.Baranger had created 20% of DC-3. >> In this way we can say : there are not one author but there are many >> authors. Since there are many authors it's a fair practice to ask to >> other authors an autorisation. >> >> Honestly, E.Baranger is just the author of some parts 3D models and >> some parts of XML file but his works represente only 20% of the DC-3 >> and we can consider that E.Baranger is a small contributor of the >> DC-3, and he isn't the main author, he is author of some parts that's >> all. > > Actually Emanuel is the main author and you've just updated his work. > I have to step up here since there is just too much misunderstanding > going on. You guys took a GPL'd model and modified it. Since it started > out as a GPL model it will always be a GPL model no matter how much you > change. Even if nothing of the original model is left, you agreed to be > bound by the GPL the moment you started working on it. > > So Emanuel has every right to dismiss any modifications on *his* model > and to update git accordingly. > > That said, it's sad to see the situation end up like this. I always > found it quite pleasing to work with others that updated my model byt > frankly I would get mad when at one point they would claim ownership > like you do. That's uncalled for. It's a joint effort and every member > should bet credits (even if his/her work is not included anymore). > > Now sit back, take a few deep breaths and accept the facts. > Oh sorry, the idea of hangars in fgdata/aircrafts came back here, but just for some seconds. Forgive me for this comment. Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Random object/vegetation terrain masking
Am 06.02.12 00:23, schrieb Stuart Buchanan: > > * This isn't compatible with the crop shader. I don't know if that is > solvable or not. Hi Stuart You write here it does not work with the crop shader, but does it work with the forest shader? Cheers, Yves -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Version file check
Am 07.02.12 21:49, schrieb ThorstenB: > Am 07.02.2012 21:34, schrieb Curtis Olson: >> The main reason for a version check between the binary and the data is >> that we often make parallel changes to both (similar reason why we do a >> simgear minimum version check when compiling flightgear.) If there are >> version mismatches, things could break or act in weird or unexpected ways. >> >> A launcher might not be in the same category unless you use options that >> change between versions (this is possible, but happens a lot less often >> than other sorts of changes.) > > Right. Not sure what Yves' original intention were. I referred to the > basic check if the "version" file is there _at all_ - such a check seems > useful for a launcher. Restricting a launcher to a specific version > number inside the file indeed wouldn't be a good idea. At least I'd like > to keep using the same launcher for a variety of fgfs versions - 2.5.0, > 2.6.0, 2.7.0 :). > > cheers, > Thorsten Thanks for your comments. I will do the "basic check" for the file. Maybe later I will try to do a check for fgfs version against fgdata version, to see if both is in line before fgfs process is started (and probably fails). -Yves -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Version file check
Hi all Is it a good or bad idea for the FGx launcher to check against the version file if it is a valid fgdata folder AT ALL ? I will need some kind of check. In case it is a bad idea, do you have other suggestions ? (Sorry for the dumb question but thanks in advance for your comments). -Yves -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Need a new material for EMAS
Hi all I can provide now public data and coordinates for (around) 60 EMAS worldwide, I started a model and I placed a prototype in local scenery here for testing. The EMAS have all different sizes and different "breaking coefficient" and I need some help to establish a new material in FlightGear to finish. I need also some discussion how to implement this stuff. A short description what I am doing with "Engineered Materials Arresting Systems" for FLightGear you can find here: http://wiki.flightgear.org/Engineered_materials_arresting_systems Please send me an email when you are interested in taking the data, developing a new material which could come to FlightGear, doing the calculations based on my data. There is no hurry, an EMAS lives 20 years, and when something goes wrong, it will be repaired in one or two months ;-) Many thanks, Cheers, Yves -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] DC-9/10 for EMAS simulation, best FDM ?
Hi all About EMAS again, now taken directly from the FAA advisory circular: "Assume a runway with a DC-9 (or similar) as the design aircraft. An EMAS 400 feet in length (including a 75-foot set-back) is capable of stopping a DC-9 within the confines of the system at runway exit speeds of up to 75 knots." Maybe someone can point me to a similar aircraft (or MTOW) in the FG aircraft repository ? I finished collecting and calculating the coordinates/data for about 60 EMAS in U.S. and international (I am willing to provide this data for FlightGear of course), and I started to design a "prototype" for the scenery ( http://wiki.flightgear.org/Engineered_materials_arresting_systems ). Now I would start to look how this can be implemented (by terrain/materials/FDM) and I need a small hint what aircraft I should look for. Thanks a lot, Cheers, Yves Am 20.12.11 12:48, schrieb HB-GRAL: > Hi all > > When I want to start to implement a EMAS test in one FlightGear aircraft > FDM, what is "the best" or most advanced FDM we have in the category of > a DC-9/DC-10 ? I need to simulate a 60-70 kts overrun. The aircraft/FDM > should provide a maximum take-off weight, a "terrain coefficient" and a > braking friction coefficient, I guess ... > > Thanks for any advice, Cheers, Yves > > -- > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Live Multiplayer
Am 25.12.11 15:52, schrieb Csaba Halász: > > At times, we had 2 servers but only one active with manual switching > when necessary. That means there is no load balancing among multiple > servers. > > In case anybody wants to volunteer maintaining a backup server, I am > sure we can collect the knowledge required to set it up and fill in > the holes in the wiki. > > I'd like to thank all the people who keep fgcom alive behind the > scenes, in particular Charles, Jon, Thomas, Willie and of course > Holger for creating it. > Hi Csaba Fill in the last hole in the wiki about fgcom.inc would be nice. I am running an asterisk server and tried to run a fgcom testing server for my own purposes some months ago, but had to stop because of the last missing part in the wiki. Of course I can try to set up this looking what fgcom.inc should be, but when an "running" example configuration is around, much appreciated here, then I can finish my personal experiment once. I have no time to "multiplay" FlightGear that much, and personally it is not that important for me. I wrote my sentence about the "only one" because there were some suggestions around it is easy to setup a own ggcom server. So of course, my thanks goes everytime to people behind the scenes and to what they bring to me ! I declare this to my personal christmas wish, a "fgcom.inc" example. ;-) Hope it is not late! Cheers, Yves -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Live Multiplayer
Am 25.12.11 10:30, schrieb Martin Spott: > HB-GRAL wrote: > >> Can you point me to docs how to setup a fgcom server ? I didn?t find it >> at all, and it looks like FlightGear has only one FGCom server, one >> radio station at all. > > One FGcom server != one radio station > > Martin. Yes, right, mutiple stations. FGCom server down, all radio stations down. Cheers, Yves -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Live Multiplayer
Am 25.12.11 01:59, schrieb Hal V. Engel: > > You can do this today with fgcom. Just setup a fgcom server on your local > upstairs machine and you are good to go. You don't even need FG running to > use fgcom to communicate with other users on your network. Hi Hal Can you point me to docs how to setup a fgcom server ? I didn’t find it at all, and it looks like FlightGear has only one FGCom server, one radio station at all. Cheers, Yves -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] DC-9/10 for EMAS simulation, best FDM ?
Hi all When I want to start to implement a EMAS test in one FlightGear aircraft FDM, what is "the best" or most advanced FDM we have in the category of a DC-9/DC-10 ? I need to simulate a 60-70 kts overrun. The aircraft/FDM should provide a maximum take-off weight, a "terrain coefficient" and a braking friction coefficient, I guess ... Thanks for any advice, Cheers, Yves -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re : Arresting Type Devices
Am 16.12.11 18:08, schrieb HB-GRAL: > Am 16.12.11 11:26, schrieb HB-GRAL: >> Am 15.12.11 23:13, schrieb Martin Spott: >>> "Vivian Meazza" wrote: >>> >>>> The other one, which used to be non-op, seems to have gained operational >>>> capability along the way. >>> >>> You see, in order to avoid confusion, having just one operational >>> arrestor would have been the clever solution. Maybe we need different devices. >>> >>> We're trying to simulate real-world, don't we ? Sure, we're not >>> perfect but I think we're doing our best within the limits of our >>> ressources. Thus, intentionally leaving an inoperational arrestor in >>> place (instead of fixing it) sounds a bit odd Real-world means, there are some non-operational devices around ;-) Hm, just found this one and thought, sometimes it would make sense to engage the BAK-12 for a Cessna too, but thats not real world, is it? THE ACFT VEERED OFF THE RWY DURING TAKEOFF GROUND RUN AND NOSED OVER. THE PLT INIDCATED THAT DURING THE TAKEOFF HIS SEAT SLID REARWARD AND HE WAS UNABLE TO REACH THE THROTTLE OR THE RUDDER PEDALS. But this is not serious of course, Yves! Now the BAKs. Ai, ai, ai. It is more complicated than I thought (as ever, hrmpfl!). I can get some distances, but not all. And the points I provided are for BAK-9 and not BAK-12. And FAA does not have the BAK-12 or other device distances in the table (with some exceptions I will cover later). There are some standards defined (FAA AC 150/5220-9A): http://www.faa.gov/documentLibrary/media/advisory_circular/150-5220-9A/150_5220_9a.pdf (Hey, this is probably also a cool source to improve the model?) And here a link to a article with useful information chez boeing aeromagazine: http://www.boeing.com/commercial/aeromagazine/aero_13/runway_story.html - Here a short video of a mobile device in action http://www.youtube.com/watch?v=zoyrDfA90Ac and more about mobiles: http://www.af.mil/shared/media/epubs/AFH10-222V8.pdf - Minimize the impact to commercial airplane operations http://www.boeing.com/commercial/airports/faqs/arrestingsystems.pdf - any other sources around I missed ? - Our model(s) should depend on runway width (maybe three models for 150/200/300' ar sufficient ?). (Another question came up btw. "Shouldn’t this device data go into apt.dat runway definition somehow, like stopways and lightning ?". I would vote for that, but I do not see any possibilities unless we provide a own and modified apt.dat or xplane has some plans to improve this small part too, like it is in with stopways i.e.) Now when I look to charts I find visually more data than in FAA tables. But the overrun distances on runways are not reflected, the symbol is placed where it looks nice on a chart. So I need the length of the overrun from somewhere else, then I can calculate the device coordinates on runway. I found some values in FAA airport remarks and in NOTAMs, other values will be "estimated", but I tend to take only data published in FAA data nd NOTAMs, and leave the rest. Now for preparing better data for the scenery I can a) take FAA defined base/reci EOR coords, subtracting overrun per runway (disadvantage: the updated FAA coords differ from xplane data someplaces, the runway ends and center may differ, so without change to the runway lines of the fg apt.dat facility the devive can be misplaced) b) take current FlightGear apt.dat center point of runway, calculate ends and subtract overrun where I can find it (disadvantage: when fg apt.dat is updated once with more accurate data the device will be misplaced too). c) Take xplane 8.50 runway data in the hope it is updated with current FAA data. (disadvantage: I always have to check 3 data sources for inconsistency, fg/xplane/FAA) Personally I prefer a), trying to provide also current runway data associated, published by FAA and not by xplane. I am not sure about that, but I think newer xplane data version are updated with FAA data anyway from time to time, and when WE go for an update, the runway AND device data will be correct. I can not estimate how many runways are affected with changes when I choose a), but I guess it is not that much. I would really like when someone starts to improve the model(s), probably think about "scenerarios", making the barriers operational in a sophisticated way, cares about materials, cares about lbs, making it interactive (tower/pilot) Cheers, Yves -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed
[Flightgear-devel] lightning codes, genapts
Hi all Another question rised up here during my faa-data to apt.dat conversion. Does the current (or the updated) genapts take new approach lightning codes into account ? Can the scenery tools read the new 8.50 runway line already or is this still based on 8.10 specs ? Maybe I missed this point in a discussion here, sorry for that. But to illustrate my question, the "problem" is that some lightning codes are not covered in 8.10 specs. What I get from FAA: # MALSR # MALSF # MALS # SSALR # SALS # LDIN # RAIL # MIL OVRN # NSTD # ALSF-1 # ALSF-2 # ODALS Now With 8.50 runway line specs I can cover most of this "new" codes, but not with 8.10, which knows "only" # SSALS (Simplified short approach light system) # SALSF (Short approach light system with sequenced flashing lights). # ALSF-I (Approach light system with sequenced flashing lights). # ALSF-II (Approach light system with sequenced flashing lights and red side bar lights the last 1000'). # ODALS (Omni-directional approach light system). # Calvert (a British design) category 1. # Calvert (a British design) categories 2 and 3. I can not find any information about FLightGear implementation. This here http://wiki.flightgear.org/Approach_lighting_system is just a copy paste from wikipedia and does not say if this codes/models are part of the fg runway lightning system or not ? Thanks for any suggestion and comment about this. Cheers, Yves -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re : Arresting Type Devices
Am 16.12.11 11:26, schrieb HB-GRAL: > Am 15.12.11 23:13, schrieb Martin Spott: >> "Vivian Meazza" wrote: >> >>> The other one, which used to be non-op, seems to have gained operational >>> capability along the way. >> >> You see, in order to avoid confusion, having just one operational >> arrestor would have been the clever solution. >> >> We're trying to simulate real-world, don't we ? Sure, we're not >> perfect but I think we're doing our best within the limits of our >> ressources. Thus, intentionally leaving an inoperational arrestor in >> place (instead of fixing it) sounds a bit odd >> >> Now, who would like to merge the best of both into one single model - >> before the feature freeze ? >> >> Cheers, >> Martin. > Hi Martin Thought it is a standard distance, but ... c. A BAK-12 can be located anywhere on the runway or in the safety area depending upon the military mission requirements. I will try to provide individual distance from the end of runway in the data. Cheers, Yves -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re : Arresting Type Devices
Am 15.12.11 23:13, schrieb Martin Spott: > "Vivian Meazza" wrote: > >> The other one, which used to be non-op, seems to have gained operational >> capability along the way. > > You see, in order to avoid confusion, having just one operational > arrestor would have been the clever solution. > > We're trying to simulate real-world, don't we ? Sure, we're not > perfect but I think we're doing our best within the limits of our > ressources. Thus, intentionally leaving an inoperational arrestor in > place (instead of fixing it) sounds a bit odd > > Now, who would like to merge the best of both into one single model - > before the feature freeze ? > > Cheers, > Martin. Hi Martin As I understand Vivian’s model takes care about runway textures and is "ready out of the box", but not "perfect", as many other things in FlightGear. When someone wants to merge in another model or add new models for other device types, great! But this would be a another project. So there is no logical reason for me to put the data improvemment back to the fridge, just because the fridge has become that large from time to time, and just because we have the luxury of two models and a decision have to be made. I will try to take full responsabililty for the data I submitted, and I will check scenery (when someone wants to help here, please report AI traffic hanging in chains) ;-) But anyway, there is no hurry with such a detail like this devices. Was just an idea of a very small improvement and having more FAA data in FlightGear. Do what you want with this data and what is possible at the moment. Cheers, Yves -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re : Arresting Type Devices
Am 16.12.11 09:38, schrieb Erik Hofman: > > That's probably wrong most of the time. I think the start of the > blastpad is more accurate most of the time. > > Erik > Oh no! The blastpad is ALWAYS outside the runway. In xplane specs, and also in FAA specs ! Cheers, Yves -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re : Arresting Type Devices
Am 15.12.11 23:49, schrieb HB-GRAL: > > EDF 06BAK12 61.248633 -149.844258333 AVN 08.11.03 > EDF 16BAK12 61.262069 -149.793475 AVN 08.11.03 > BIG 19BAK12 64.0077345 -145.707352861 AVN 02/16/2007 > EIL 14BAK12 64.684208 -147.117919444 MILITARY 07/16/2007 > AKN 12BAK12 58.68394-156.6647265NGS 06/17/2005 > SYA 10BAK12 52.716433 174.092125 MILITARY 07/18/2007 > MGM 10BAK12 32.3023991944 -86.4099770278 NGS 01/29/2003 > Oh, can we have at least this one in the scenery ? "EGI 18 BAK12 30.6613849722 -86.52268775MILITARY 09/29/2011" My 2 Rappen (swiss cents) this will make fg the leading and most recent arresting device simulator on earth. :-) Cheers, Yves -- 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re : Arresting Type Devices
Am 15.12.11 23:21, schrieb Martin Spott: > HB-GRAL wrote: > >> The coordinates comes from column base/reciprocal ends of runways, > > is your definition supposed to be identical to "runway centerline > at threshold" ? > > Cheers, > Martin. It is "Latitude/Longitude of physical runway base/reciprocal end" as defined by FAA. I can also add the source and date of this point in the list, when it is useful. But I better do not add elevation of this point for fg scenery, right ? EDF 06 BAK12 61.248633 -149.844258333 AVN 08.11.03 EDF 16 BAK12 61.262069 -149.793475 AVN 08.11.03 BIG 19 BAK12 64.0077345 -145.707352861 AVN 02/16/2007 EIL 14 BAK12 64.684208 -147.117919444 MILITARY 07/16/2007 AKN 12 BAK12 58.68394-156.6647265NGS 06/17/2005 SYA 10 BAK12 52.716433 174.092125 MILITARY 07/18/2007 MGM 10 BAK12 32.3023991944 -86.4099770278 NGS 01/29/2003 Cheers, Yves -- 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re : Arresting Type Devices
Am 15.12.11 22:37, schrieb Martin Spott: HB-GRAL wrote: And close to my nose I see here some mystic FAA data output: [...] Is this something that could/should come to the scenery database somehow ? Generally I'd say: Great ! but I'd feel best if I knew that these positions really match the touchdown areas of 'our' runways. How many items are at disposal ? Cheers, Martin. Attached you find the list. There are 55 "BAK12" and 23 "BAK14" devices, 156 items total, all in the US and found in recent FAA runway data. The coordinates comes from column base/reciprocal ends of runways, published by FAA, assuming myself this is the point where the device is installed ;-) Cheers, Yves EDF 06 BAK12 61.248633 -149.844258333 EDF 16 BAK12 61.262069 -149.793475 BIG 19 BAK12 64.0077345 -145.707352861 EIL 14 BAK12 64.684208 -147.117919444 AKN 12 BAK12 58.68394-156.6647265 SYA 10 BAK12 52.716433 174.092125 MGM 10 BAK12 32.3023991944 -86.4099770278 FSM 07 BAK14 35.3336058056 -94.3814535556 LUF 03L BAK12 33.522975 -112.398563889 LUF 03R BAK12 33.526822 -112.38989 IWA 12C MA1A33.317611 -111.66592325 IWA 12L MA1A33.3175886389 -111.661311556 IWA 12R MA1A33.3176702778 -111.67286825 DMA 12 BAK12 32.1801661944 -110.898090139 TUS 03 E5 32.1171670556 -110.9590405 TUS 11L BAK14 32.1233695278 -110.947911944 NYL 03L E28 32.636783 -114.629393944 NYL 03R E5 32.64874-114.612527861 NID 03 E28B35.6756416667 -117.708389444 NID 14 E28B35.698758 -117.69319 EDW 04R BAK12 34.8945598056 -117.905011972 NJK 08 E28 32.829133 -115.687102778 NJK 12 E28 32.8297805556 -115.672102778 FAT 11L BAK12 36.7835047778 -119.72921 NTD 27 E28B34.11695-119.106325 RIV 14 BAK12 33.896428 -117.27063 NUC 05 E28 33.017812 -118.602484167 NKX 06L E28 32.864564 -117.164848056 NKX 06R E28 32.8654736111 -117.151668889 NKX 28 E28 32.8656980556 -117.12709 NZY 11 E28 32.7023291667 -117.221266944 NZY 18 E28 32.7100325 -117.211676667 VCV 17 BAK934.621652 -117.386785472 COS 13 MA1A38.8231551944 -104.715352944 AGR 05 BAK12 27.640811 -81.351061 EGI 18 BAK12 30.6613849722 -86.52268775 HST 05 E5 25.4787213889 -80.3964438889 JAX 08 BAK14 30.4962166389 -81.6999653611 NIP 10 E28B30.2316036111 -81.6897738889 NIP 32 E28 30.2310052778 -81.665369 NQX 03 E28 24.565717 -81.6959 NQX 07 E28B24.5724916667 -81.700078 NQX 13 E28 24.578978 -81.692233 HRT 18 MA1A-M 30.442083 -86.689872 NRB 05 E28B30.383319 -81.4331598333 PAM 13L BAK12 30.080043 -85.5844108333 PAM 13R BAK12 30.077445 -85.5882263889 NPA 01 E5 30.3420186111 -87.321569 NPA 07L E5 30.3507736111 -87.329109 NPA 07R E5 30.3489869444 -87.328289 MCF 04 MA1A27.8373916667 -82.532683 VPS 01 BAK12 30.472889 -86.517886 VPS 12 BAK12 30.488786 -86.5522027778 MGE 11 BAK12 33.919118 -84.5321747222 SAV 10 BAK14 32.1287536944 -81.2187920278 VAD 18L BAK12 30.981822 -83.1908027778 VAD 18R E5 30.979297 -83.195219 WRB 33 BAK14 32.626822 -83.580478 UAM 06L BAK12 13.580344 144.91562 UAM 06R BAK12 13.575319 144.916486111 HNL 04R BAK14 21.3139180278 -157.927134889 HNL 26L BAK14 21.3068010556 -157.910598472 NGF 04 E28 21.4438147222 -157.776901 JRF 04L E28B21.306836 -158.07206 BKH 16 BAK12 22.030915 -159.786599167 DSM 05 BAK14 41.5233680278 -93.6771125 DSM 13 BAK14 41.5456056944 -93.6744538611 SUX 13 BAK12 42.4091870278 -96.3977028889 BOI 10R BAK14 43.5700336944 -116.242615333 MUO 12 BAK12B 43.056711 -115.890258333 GUS 05 BAK12B 40.635825 -86.167869 IAB 01L BAK12B 37.607272 -97.2734805556 AEX 14 MA1A-M 31.3378769444 -92.5592268056 BAD 33 BAK12 32.487717 -93.653494 NBG 04 E28B29.823508 -90.037297 NBG 14 E28B29.823352 -90.033094 BAF 02 BAK14 42.1453001944 -72.7188199167 ADW 01R BAK14 38.797736
Re: [Flightgear-devel] Re : Arresting Type Devices
Am 15.12.11 20:39, schrieb Martin Spott: > "Vivian Meazza" wrote: > >> The ones I did in fgdata are BAK12. > > Just for the record, the original BAK-12 was provided by David Culp: > >http://scenemodels.flightgear.org/modeledit.php?id=918 > > We're having two models of a BAK-12 in the Base Package because some > people here are incapable to comprehend the world beyond their own > nose ;-) > > Cheers, > Martin. And close to my nose I see here some mystic FAA data output: EDF 06 BAK12 61.248633 -149.844258333 EDF 16 BAK12 61.262069 -149.793475 BIG 19 BAK12 64.0077345 -145.707352861 EIL 14 BAK12 64.684208 -147.117919444 AKN 12 BAK12 58.68394-156.6647265 SYA 10 BAK12 52.716433 174.092125 MGM 10 BAK12 32.3023991944 -86.4099770278 FSM 07 BAK14 35.3336058056 -94.3814535556 LUF 03L BAK12 33.522975 -112.398563889 LUF 03R BAK12 33.526822 -112.38989 . . . Is this something that could/should come to the scenery database somehow ? Cheers, Yves -- 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re : Arresting Type Devices
Am 15.12.11 18:26, schrieb Olivier: > Hello Yves, > > Arresting cables for runways do already exist in FG: see them in action at > LFRJ Naval Base for instance. > > > Olivier > Errm, Is this BAK12/14 or MA1A, ES or E28/B ? ;-) Cheers, Yves -- 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
