Re: [Flightgear-devel] Time option --start-time-gmt broken?
On 29 Oct 2011, at 18:36, Durk Talsma wrote: I think that it's a fairly recent commit that broke this: I'm using the --start-date-gmt option quite frequently, and it wasn't until earlier this week that I noticed an inconsistency (although I hadn't conciously noted any time shift yet, I did notice that startup patterns for traffic were fairly inconsistent). On a more general note, I have reason to believe that this is a more general time issue: I just found out that --timeofday also gives the wrong result: I just tried running --timeofday=dawn, and that put me at approx: 2011-10-29T:17:30 for Amsterdam (EHAM). Given that we're currently 2 hours behind UTC, this is not dawn, but already after sunset. While I recently touched the options.cxx code, I would be 'surprised' if that's broken the options above, given that other single-value options work. (It's just passing a string through, and the functions that process the args are unchanged) What's more likely, is that some of my refactorings in the TimeManager code would have upset it, *except* that I made all those changes pre 2.4, as far as I can recall - and certainly more than three months ago. Durk, it sounds like the window of this occurring is quite 'tight' - less than seven days - so I'm really unsure what it might be. James -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time option --start-time-gmt broken?
Hi James, While I recently touched the options.cxx code, I would be 'surprised' if that's broken the options above, given that other single-value options work. (It's just passing a string through, and the functions that process the args are unchanged) What's more likely, is that some of my refactorings in the TimeManager code would have upset it, *except* that I made all those changes pre 2.4, as far as I can recall - and certainly more than three months ago. I managed to narrow the problem down to a commit that occurred between October 12 and October 16. More specifically, FlightGear next: 3d544fb SimGear next: e4e31be still works, while FlightGear next : 0f5d27c SimGear next : bcf7ed5 is broken. I'll try to narrow it down, a little further, but it looks like this does involve your commandline refactoring work. If you happen to have any idea, please feel free. In the mean time, I'll try to find the exact commit that causes it. Cheers, Durk -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] moving map of Hondajet or Da-42
Hi Sébastien anyone got local maps displayed in Hondajet or DA-42? I've got the images created and no clue why it's not working...maybe simply attach your images for me to test and find out my errors? Thanks Also in Atlas, although following the airplane, I've no detailed, background images displayed. -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time option --start-time-gmt broken?
On 30.10.2011 11:02, Durk Talsma wrote: I managed to narrow the problem down to a commit that occurred between October 12 and October 16. More specifically, FlightGear next: 3d544fb SimGear next: e4e31be still works, while FlightGear next : 0f5d27c SimGear next : bcf7ed5 is broken. I'll try to narrow it down, a little further, but it looks like this does involve your commandline refactoring work. If you happen to have any idea, please feel free. In the mean time, I'll try to find the exact commit that causes it. Durk, for me, it does still work. However, it's all a bit fragile. The are no error messages and any typo warps you to some random time. Also, we're using signed 32bit integers for the time offset - so things will break on 2038:01:19 ;-). I have a patch which cleans up the time/date option parser, adds proper checks and messages, also extends the time type to 64bit. Also makes it possible to use partial dates/times. --start-time-gmt=2010 would only change the year then - but keep the current month/day/time. I could push that right away - but I'll delay that for later today, to not complicate your current hunt ;-). cheers, Thorsten -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] moving map of Hondajet or Da-42
Michael, my set of ZKV1000 map images is at http://v-twin.dynip.sapo.pt/alan/VickersAircaft/TSR2/TSR2MovingMap/terrain/ They cover the whole of the UK. Just copy them to the correct directory ($FGHOME/zkv1000/maps/terrain) and see if they work. Alan -Original Message- From: Michael Sgier Sent: Sunday, October 30, 2011 10:26 AM To: FlightGear developers discussions Subject: [Flightgear-devel] moving map of Hondajet or Da-42 Hi Sébastien anyone got local maps displayed in Hondajet or DA-42? I've got the images created and no clue why it's not working...maybe simply attach your images for me to test and find out my errors? Thanks Also in Atlas, although following the airplane, I've no detailed, background images displayed. -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time option --start-time-gmt broken?
On 30 Oct 2011, at 10:38, ThorstenB wrote: Durk, for me, it does still work. However, it's all a bit fragile. The are no error messages and any typo warps you to some random time. Also, we're using signed 32bit integers for the time offset - so things will break on 2038:01:19 ;-). I have a patch which cleans up the time/date option parser, adds proper checks and messages, also extends the time type to 64bit. Also makes it possible to use partial dates/times. --start-time-gmt=2010 would only change the year then - but keep the current month/day/time. I could push that right away - but I'll delay that for later today, to not complicate your current hunt ;-). I'm offline until 6pm (ish) UK time (which is now back to GMT!), but if you guys haven't tracked it down by then, I'll pitch in. James -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] moving map of Hondajet or Da-42
Hi Michael and Alan, Have not yet tried the Hondajet or Da-42, but will get around to it eventually... and thanks Alan for sharing your maps - this should make it easy ;=)) But concerning Atlas, Michael please give exactly the command line(s) you have used... And where exactly, in what directories, are the map images generated? To repeat, if you add a command to Atlas like - --atlas=/some/path/to/maps then there MUST exist either - /some/path/to/maps/10/w122n37.jpg OR /some/path/to/maps/10/w122n37.png And the usual path to use is - --atlas=$FG_ROOT/Atlas Regards, Geoff. On Sun, 2011-10-30 at 11:21 +, Alan Teeder wrote: Michael, my set of ZKV1000 map images is at http://v-twin.dynip.sapo.pt/alan/VickersAircaft/TSR2/TSR2MovingMap/terrain/ They cover the whole of the UK. Just copy them to the correct directory ($FGHOME/zkv1000/maps/terrain) and see if they work. Alan -Original Message- From: Michael Sgier Sent: Sunday, October 30, 2011 10:26 AM To: FlightGear developers discussions Subject: [Flightgear-devel] moving map of Hondajet or Da-42 Hi Sébastien anyone got local maps displayed in Hondajet or DA-42? I've got the images created and no clue why it's not working...maybe simply attach your images for me to test and find out my errors? Thanks Also in Atlas, although following the airplane, I've no detailed, background images displayed. -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time option --start-time-gmt broken?
Hi Thorsten, Thanks for mentioning this. Your mail had more diagnostic value than you perhaps realized. It turns out that I had the option --time-match-local included in my .fgfsrc file. Commenting out this option from .fgfsrc makes both --timeofday=dawn, as well as --start-date-gmt work again. Originally, the order of precedence was that command line options specified in .fgfsrc should be overridden be values specified on the command line, so in this particualr case, --timeofday should override --time-match-local. I haven't tested --start-date-gmt yet, but I assume that a similar problem occurs here. My tests sofar point to commit b1c7495 (Sunday Oct 16: 19:35), as the commit where overriding the --time-match-local option stopped working. I had a quick glanch at the changes but haven't been able to determine how this may happen. I hope that James has some ideas. In any case, you mentioning that it still worked on your system set me off thinking about what might have been different on my system, which made me realize that the overriding of options was a probable cause. So thanks for that. Regardless, I would like to keep the ability to set a default in fgfsrc and to be able to override it on the command line. Durk, for me, it does still work. However, it's all a bit fragile. The are no error messages and any typo warps you to some random time. Also, we're using signed 32bit integers for the time offset - so things will break on 2038:01:19 ;-). Hmm, yeah that's not good. Do you think that switching to time_t would suffice for the millennium bug? I have a patch which cleans up the time/date option parser, adds proper checks and messages, also extends the time type to 64bit. Also makes it possible to use partial dates/times. --start-time-gmt=2010 would only change the year then - but keep the current month/day/time. Okay, that sounds good. Would your patch also be able to only set the month, day (etc), without touching the other values? I could push that right away - but I'll delay that for later today, to not complicate your current hunt ;-). If this only touches the function that computes the date itself, I'd say go for it. My tentative conclusion is that it's not the time parsing function itself that's causing problems, but a conflict between multiple command line options. But, maybe we should give James a chance to have a look before complicating matters further. Cheers, Durk -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] moving map of Hondajet or Da-42
Hi Geoff i start Atlas with: -- #!/bin/sh cd $(dirname $0) cd /media/DATA/FGFS/Atlas/src export LD_LIBRARY_PATH=../../install/plib/lib:../../install/OpenSceneGraph/lib:../../install/simgear/lib ./Atlas --udp=5505 --fg-root=$PWD/../../install/fgfs/fgdata $@ and images are in /media/DATA/FGFS/Atlas and also in : /media/DATA/FGFS/install/fgfs/fgdata/Atlas the images for the Hondajet are: /media/DATA/FGFS/install/fgfs/fgdata/Aircraft/HondaJet/zkv1000/maps/terrain Thanks -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] moving map of Hondajet or Da-42 // next scenery generation
Alan, downloaded but even with this path it's NOT working... /media/DATA/FGFS/install/fgfs/fgdata/zkv1000/maps Thanks PS: that looks cool...maybe our next scenery? http://9to5mac.com/2011/10/29/apple-acquired-mind-blowing-3d-mapping-company-c3-technologies-looking-to-take-ios-maps-to-the-next-level/ -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fgfs hangs while loading scenery
On Thursday, October 27, 2011 18:59:18 Michael Sgier wrote: In my git when looking at airport objects they're loaded but unloaded when looking elsewhere!- So there's always a huge lag when looking back on the airport and you can see the objects being loaded again one after the other. This is very annoying, if someone knows thanks for fixing otherways I'll look at that someday. I think this has something to do with animated jetways. Unchecking this option should get rid of the problem (which I did encounter myself at least on KSFO). Cheers, Adrian -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fgfs hangs while loading scenery
No luck, definitely NOT. I think this has something to do with animated jetways. Unchecking this option should get rid of the problem (which I did encounter myself at least on KSFO). Cheers, Adrian -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World™ now supports Android™ Apps for the BlackBerryreg; PlayBook™. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] moving map of Hondajet or Da-42 // next scenerygeneration
Try this to find where the ZKV1000 looks for the maps. In file ZKV1000\Nasal\map.nas add this line at the end of the function init.map (i.e. after line 32, mapsAbsolutePath = home ~ maps; but before the } at line 33) :- print (maps path absolute: ,mapsAbsolutePath, relative: ,mapsRelativePath,\n); When it runs you should see a printout in the command window. Alan -Original Message- From: Michael Sgier Sent: Sunday, October 30, 2011 12:49 PM To: FlightGear developers discussions Subject: [Flightgear-devel] moving map of Hondajet or Da-42 // next scenerygeneration Alan, downloaded but even with this path it's NOT working... /media/DATA/FGFS/install/fgfs/fgdata/zkv1000/maps Thanks PS: that looks cool...maybe our next scenery? http://9to5mac.com/2011/10/29/apple-acquired-mind-blowing-3d-mapping-company-c3-technologies-looking-to-take-ios-maps-to-the-next-level/ -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 66, Issue 23
About maps ZKV1000, I sincerely believe that the use of osgearth solve many problems. Unfortunately, for a long time when I suggest something, no one is listening. And I'm tired of fighting. With osgearth we could even create a specific server complete with cards containing information navigation (NAV, VOR, ILS etc. ..) Regards. Emmanuel -- BARANGER Emmanuel http://helijah.free.fr -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Serving maps from internet; Was: Flightgear-devel Digest, Vol 66, Issue 23
BARANGER Emmanuel wrote: With osgearth we could even create a specific server complete with cards containing information navigation (NAV, VOR, ILS etc. ..) osgEarth is not the first choice of a tool for this sort of work. In order to feed tools like Atlas or moving maps in general from a network server, you'd want to look at protocols like WMS and the servers which already have been developed for this purpose. As an offer in order to get the ball rolling: If anyone bothers to implement the WMS client side into Atlas (either EPSG:4326 or, maybe preferred, EPSG:900913, tile size 256x256), then I'll promise to serve the tiles. We'd start with the known Atlas map style and once the system works, we're open for any other WMS service on the world. The app doesn't necessarily have to be based on Atlas, I just chose that once because it's well known in FlightGear-world. If anyone's interested, start reading here: http://wiki.osgeo.org/wiki/WMS_Tiling_Client_Recommendation Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CMake, tomorrow (Sunday 23rd)
Hi Mathias, Thanks again for your reply, comments and suggestions... always very welcome and all taken constructively. And I hope you understand I am NOT the one just saying it 'does not work'... I _AM_ taking the time, trying to understand, HOW to make the windows cmake GUI work better... since that is what I perceive most windows users will use... I do continue to suggest at this time it certainly appears more 'work' than using say Fred's nice combined SG/FG MSVC build set... But first - 1. static OSG versus shared Ok, seems I can NOT convince you this is NOTHING to do with the fact that I am choosing to use static OSG as opposed to shared... But I would continue to try to assure you it is NOT! But OK, to try to help convince you the following NEW re-configuration of flightgear the cmake GUI was ONLY using the 'shared' libraries, so you will have no doubt ;=)) 2. linux versus windows I am sure you are aware that there is sort of a BIG philosophy GAP between linux/unix users, builders, developers, and those in windows... In very few sentences you can usually tell quite quickly which 'camp' a person belongs to ;=)) less clear with apple eaters... You put yourself firmly in the *nix with the simple statement - I don't care for all the gui builders.. OK, that is your *nix choice, and good on you! I know windows, and some MAC, developers, who do some amazing development things, and almost NEVER open the windows command prompt, or a 'terminal' ;=() everything is GUI GUI GUI... So please recognize that some people want, use, like, prefer, expect a GUI, whether you like them or not ;=)) And to me cross-platform means respecting that difference, and not trying to suggest one method is better than another... Having developed in windows for most of my life, since 16-bit MS Windows 3.01, although in DOS before that, and only in about the last 5 years or so installed and now use linux every day, so I suppose I try to walk down the middle road. And maybe my years with DOS, before the word GUI was even invented makes me very comfortable in a 'terminal'...but even there I do also like to use scripts a lot... My makefg Ubuntu script, while it still needs some tidying perhaps, is working WELL in linux. So seems no problem there now. Some initial problems with some paths, but now all sorted - HAPPINESS! In windows, I too INSISTS on using the GUI ;=(( It is the windows way... When you start the GUI on a NEW project, that is fill in where is the source, and where to build the binaries, it starts with a blank page, until you click [configure] the first time... The first page that appears has about 70 configuration items, marked in red, some filled in, and some not. Like it does seem to 'remember' some things from previous 'configures', and works out some others... So in effect you may only have to adjust about 5-10 initial items... then [configure] again... And the number of config items now jumps to about 97 or so, adding about 24 (8 x 3) OSG items in red... Of course as you become more savvy, with even the GUI, you can set the OSG_DIR in the environment, or run it with CMAKE_PREFIX_PATH... BUT not all windows users are so familiar with (a) setting the environment before running especially a GUI, or (b) running a GUI adding a command line which involves manually adjusting the desktop shortcut icon - not done! Of course cmake does put the cmake-gui.exe in the PATH, so (a) and or (b) are not so difficult... But anyway, in experimentation while I found setting the OSG_DIR first, and/or setting -DCMAKEPREFIX_PATH=path only succeeded in the OSG 'INCLUDE' directory parts, but NOT the actual OSGname_LIBRARY_DEBUG and OSGname_LIBRARY_RELEASE library files. So that left some 16 of 24 or so items to MANUALLY set... Now you have said a few times, in a few ways that - Before you do so the first time, come here and ask for help! Well here I am! How do I avoid this MANUAL step for the GUI? One alternative mentioned is to directly fix the CMakeCache.txt file, and CONTRARY to your suggestion, what you add in here will NOT be overwritten during the next GUI 'configure'... There are some lower sections of the file, with an 'INTERNAL' tag which I am sure ARE overwritten on each 'configure', but I found the recommendation on a cmake tutorial site to manually adjust the top 'user' portion of CMakeCache.txt, so this is 'normal'. In my case since this is my 2nd try at this, to see more clearly what cmake will automatically set versus what I must manually set, I am able to cut and paste the 8x3 OSG items from the previous run... easy... Now when I run 'configure' again, the number of item again JUMPS by 96 with - PLIB 7 x 3 items in red. SG 25 x 3 items in red. Since I am using the so called '3rdparty' system - that is there is a special root-build/3rdparty folder, which contains all installed simgear and plib includes and library
Re: [Flightgear-devel] CMake, tomorrow (Sunday 23rd)
Geoff I found the Windows Cmake procedure rather simpler than you (but still much more complicated than the simple Flightgear single MSVC project). Here again is the recipe, from my post of 18 Oct, to which you can add my now infamous step 12a from 19 Oct. Alan 1. Set up a work directory as described in http://wiki.flightgear.org/index.php/Building_Flightgear_-_Windows. (NOTE: this is now out of date as the 3rdparty , zlib and OSG etc are all ready to use at ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/MSVC/ ) 2. Open the Cmake gui 3. Set “Where is the source code” and “Where to build the binaries” to C:/Flightgear/simgear” (or wherever you have put simgear) 4. Press the “Configure” button. The first time that the project is generated, Cmake will bring up a window asking which compiler you wish to use. Normally just accept Cmakes suggestion, and press Finish. Cmake will now do a check on your system and will produce a preliminary build configuration.´ 5. Check for errors in the red window. Cmake should have found OSG, zlib and your 3rdparty directories. 6. Set CMAKE_INSTALL_PREFIX to C:/Flightgear/install. This is probably not necessary for Windows XP, but is required for Windows 7 as the default (C:\Program Files) is protected. 7. Press “Configure” once more. Errors should all have gone. 8. Press “Generate”. Cmake will now write a windows sln and project files in the simgear directory. 9. Open C:\Flightgear\simgear\simgear.sln. MSVC should come up. Select Release (or debug if you need it) build and then build-all. 10. Once simgear has built successfully (there will be some warnings), build the INSTALL project. This will copy the simgear libraries and include files to C:flightgear\install. 11. Now repeat the Cmake process for flightgear. The directories to choose are C:/Flightgear/flightgear. 12. It is important to chose the same CMAKE_INSTALL_PREFIX, otherwise the simgear libraries will not be found. 13. Open C:\Flightgear\flightgear\flightgear.sln. As with simgear, build all, and then build INSTALL. 14. Flightgear and other executables should be in C:\Flightgear\install\bin. No doubt I have left something out, but this does describe the basic process. Step 12a If you get the error Could NOT find SimGear (missing: SIMGEAR_VERSION_OK) (Required is at least version 2.5.0) Press Add Entry In the window that comes up set Name to SIMGEAR_VERSION_OK, Type to BOOL and tick the Value box. Press OK and continue. This kludge bypasses the broken Simgear version check. -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time option --start-time-gmt broken?
On 30 Oct 2011, at 11:49, Durk Talsma wrote: It turns out that I had the option --time-match-local included in my .fgfsrc file. Commenting out this option from .fgfsrc makes both --timeofday=dawn, as well as --start-date-gmt work again. Originally, the order of precedence was that command line options specified in .fgfsrc should be overridden be values specified on the command line, so in this particualr case, --timeofday should override --time-match-local. I haven't tested --start-date-gmt yet, but I assume that a similar problem occurs here. My tests sofar point to commit b1c7495 (Sunday Oct 16: 19:35), as the commit where overriding the --time-match-local option stopped working. I had a quick glanch at the changes but haven't been able to determine how this may happen. I hope that James has some ideas. Right, and that's definitely still the case - the 'code' order has changed, but the end result should be identical - .fgfsrc over-rides system.fgfsrc, and the command line over-rides either. And I did quite a bit of testing of that before committing the changes - admittedly using --aircraft and --airport, but it 'should' be the same for any other option. Clearly my 'should' is not working out as planned :) Just to be clear, this isn't a case of specifying the same option in multiple places - you're using two different options, but relying on one to cancel out the other? James -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 66, Issue 23
On 30 Oct 2011, at 16:07, BARANGER Emmanuel wrote: About maps ZKV1000, I sincerely believe that the use of osgearth solve many problems. Unfortunately, for a long time when I suggest something, no one is listening. And I'm tired of fighting. I don't know about your other suggestions, but 'using osgEarth' isn't exactly straightforward - unless you can get someone skilled in osgEarth interested. So it's not a case of 'not listening', more of not being able to do anything constructive with your suggestion, unfortunately. James -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Serving maps from internet;
Geoff McLane wrote: As you may know the Atlas project already has a GetMap application, linked with CURL to to do the http requests... written by Fred back in 2004, No, I didn't know. When I talked to Brian Schack about this topic, the conversation somehow got lost (and I do feel guilty in some way ). As far as I can remember the biggest obstacle was set by Atlas's tile schema being organized alongside FlightGear's Scenery tiling schema, being slightly different from what WMS tile servers typically provide. Actually I'm unable to afford the time for providing the introduction into the logic behind WMS(-C) and related protocols, but there's plenty to read at OSGeo and related projects (start at TileCache for example). BUT I'd be willing to set the tile server up - simply because I'm convinced that this is the right thing to do about serving map imagery from a server well, actually the entire infrastructure is already in place, because I've been doing this sort of stuff for years, I'd just have to compile the Atlas imagery into a suitable format. Actually there are many functional OpenSource WMS clients available, you don't necessarily have to write one from scratch. KDE Marble has one, QGIS has one, even GDAL includes a WMS client implementation: http://gdal.osgeo.org/frmt_wms.html The ONLY 'sample' WMS server written into it was wms.jpl.nasa.gov, which, as you may know, no longer offers full public WMS services... Oh yes, NASA OnEarth service had been pretty flaky - until they finally switched it off :-) So yes, I have read the reference you pointed to, and lots of other WMS stuff, and would be prepared to modify GetMap to use your server, but maybe it does not even need modification... Please negotiate with Brian - I think he's still the Atlas maintainer - in order to prevent forking and/or duplicate work and keep me posted, if required. It could be easily modified to use EPSG:900913 if that is preferred... I'll leave this to you. The benefit of EPSG:900913 is to be conformant with many well-known public tile services. If you manage to automatically create requests like this one (_very_ long line): http://mapserver.flightgear.org/tc/?LAYERS=tarmacTRANSPARENT=trueFORMAT=image%2FpngSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=SRS=EPSG:900913BBOX=714227.59136875,6653078.93995,724011.5309875,6662862.8795688WIDTH=256HEIGHT=256 then you've probably overcome most of the trouble. And as indicated, I hope later airport and navaid overlays could be added via say LAYERS=... or something, Sure, various solutions are already in place, they're just waiting for being used :-) What is the GetCapabilities URL? Or is it not set up yet? GetCapabilities returns the catalogue and technical specifics. Find one on our MapServer main page: http://mapserver.flightgear.org/ Cheerio, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time option --start-time-gmt broken?
Le 30/10/2011 11:38, ThorstenB a écrit : On 30.10.2011 11:02, Durk Talsma wrote: I managed to narrow the problem down to a commit that occurred between October 12 and October 16. More specifically, FlightGear next: 3d544fb SimGear next: e4e31be still works, while FlightGear next : 0f5d27c SimGear next : bcf7ed5 is broken. I'll try to narrow it down, a little further, but it looks like this does involve your commandline refactoring work. If you happen to have any idea, please feel free. In the mean time, I'll try to find the exact commit that causes it. Durk, for me, it does still work. However, it's all a bit fragile. The are no error messages and any typo warps you to some random time. Also, we're using signed 32bit integers for the time offset - so things will break on 2038:01:19 ;-). Mmh not sure if its related or if I did something silly but flightgear didn't make it... with this output: .../... options.cxx: In function ‘double parse_degree(const std::string)’: options.cxx:483: error: ‘parse_time’ was not declared in this scope options.cxx: In function ‘long int parse_time_offset(const std::string)’: options.cxx:499: error: ‘parse_time’ was not declared in this scope make[2]: *** [options.o] Erreur 1 git simgear and flightgear up to date Alexis I have a patch which cleans up the time/date option parser, adds proper checks and messages, also extends the time type to 64bit. Also makes it possible to use partial dates/times. --start-time-gmt=2010 would only change the year then - but keep the current month/day/time. I could push that right away - but I'll delay that for later today, to not complicate your current hunt ;-). cheers, Thorsten -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time option --start-time-gmt broken?
Am 30.10.2011 20:42, schrieb Citronnier - Alexis Bory: Mmh not sure if its related or if I did something silly but flightgear didn't make it... with this output: Ah, my stupid mistake. Pull again (flightgear). cheers, Thorsten -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time option --start-time-gmt broken?
Le 30/10/2011 20:50, ThorstenB a écrit : Am 30.10.2011 20:42, schrieb Citronnier - Alexis Bory: Mmh not sure if its related or if I did something silly but flightgear didn't make it... with this output: Ah, my stupid mistake. Pull again (flightgear). Cool, it made it this time, thanks Thorsten, that was a very fast fix. Alexis cheers, Thorsten -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Time option --start-time-gmt broken?
On 30 Oct 2011, at 20:30, James Turner wrote: Just to be clear, this isn't a case of specifying the same option in multiple places - you're using two different options, but relying on one to cancel out the other? Hi James, Yes, that's right. I think (but it's been ages since I last looked at this) that the functions could each be called multiple times, but that the one highest in the priority should always give the right result). Somehow, it appears htat if this is done in a different order, than the result is messed up. I'll try to have a look at the functions doing the actual calculations, and see if I can come up with a suggestion. Cheers, Durk -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Local weather stopped working
Hi, Okay, last bug report for the day. When I'm trying to run local weather, I am seeing an error on the console (writing off the top of my head): Nasal runtime error in Nasal/local_weather/local_weather.nas:line 1480, no such symbol 'c'. The offending line is: local_weather.cloudassembly.rel_alt = c.alt - c.mean_alt Keeping FSWeekend in mind: Does anybody have a clue what the problem is and how I could fix it. I know that Thorsten Renk is having to deal with some hardware problems, so that he may not be around for sometime. Nevertheless, we have been promoting the local weather stuff quite exensively, so I would really like to demonstrate it at FSWeekend. Cheers, Durk -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Local weather stopped working
Hi Durk, It seems to be working for me here, although I haven't pushed it very hard. What options are you setting up? Maybe I haven't hit the same code path here? Thanks, Curt. On Sun, Oct 30, 2011 at 4:20 PM, Durk Talsma durkt...@gmail.com wrote: Hi, Okay, last bug report for the day. When I'm trying to run local weather, I am seeing an error on the console (writing off the top of my head): Nasal runtime error in Nasal/local_weather/local_weather.nas:line 1480, no such symbol 'c'. The offending line is: local_weather.cloudassembly.rel_alt = c.alt - c.mean_alt Keeping FSWeekend in mind: Does anybody have a clue what the problem is and how I could fix it. I know that Thorsten Renk is having to deal with some hardware problems, so that he may not be around for sometime. Nevertheless, we have been promoting the local weather stuff quite exensively, so I would really like to demonstrate it at FSWeekend. Cheers, Durk -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ 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 -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear Base Package branch, master,
Flightgear-commitlogs wrote: commit ad39221c71d656887e3dbeac568bfc6b5d36029d Author: Durk Talsma Date: Sun Oct 30 21:21:19 2011 +0100 New traffic for Qantas, [...] All flights cancelled !? ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Serving maps from internet;
On Sun, Oct 30, 2011 at 12:38 PM, Martin Spott martin.sp...@mgras.net wrote: Geoff McLane wrote: As you may know the Atlas project already has a GetMap application, linked with CURL to to do the http requests... written by Fred back in 2004, No, I didn't know. When I talked to Brian Schack about this topic, the conversation somehow got lost (and I do feel guilty in some way ). As far as I can remember the biggest obstacle was set by Atlas's tile schema being organized alongside FlightGear's Scenery tiling schema, being slightly different from what WMS tile servers typically provide. Actually I'm unable to afford the time for providing the introduction into the logic behind WMS(-C) and related protocols, but there's plenty to read at OSGeo and related projects (start at TileCache for example). BUT I'd be willing to set the tile server up - simply because I'm convinced that this is the right thing to do about serving map imagery from a server well, actually the entire infrastructure is already in place, because I've been doing this sort of stuff for years, I'd just have to compile the Atlas imagery into a suitable format. I looked into doing this a couple of years ago and got bogged down in the FGFS-specific assumptions throughout the Atlas pipeline. I came to the conclusion that the integration I had in mind would be ugly, but wasn't willing to take on the burden of forking. What is preventing us from converting the whole Atlas project to WMS, and dropping the old nomenclature? -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Local weather stopped working
On Sun, Oct 30, 2011 at 10:20 PM, Durk Talsma durkt...@gmail.com wrote: Nasal runtime error in Nasal/local_weather/local_weather.nas:line 1480, no such symbol 'c'. The offending line is: local_weather.cloudassembly.rel_alt = c.alt - c.mean_alt The variable c is indeed not defined anywhere I can see. My *guess* is the line should read: local_weather.cloudAssembly.rel_alt = alt - cloud_mean_altitude; That should make nasal happy, but whether it does what was originally intended, I do not know. -- Csaba/Jester -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Local weather stopped working
On Sunday 30 October 2011 23:33:22 Durk Talsma wrote: Hi Czaba, On 30 Oct 2011, at 23:18, Csaba Halász wrote: That should make nasal happy, but whether it does what was originally intended, I do not know. Yes, that brings the clouds back. Whether the cloud patterns *look* sensible is something I'll check tomorrow, and whether the fix is physically correct is something that I hope Thorsten can answer. Thanks! Durk Hi Durk This might help: http://flightgear.org/forums/viewtopic.php?p=137492#p137492 -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Serving maps from internet;
On Sun, Oct 30, 2011 at 3:20 PM, Martin Spott martin.sp...@mgras.net wrote: Alex Perry wrote: [...] What is preventing us from converting the whole Atlas project to WMS, and dropping the old nomenclature? I'm just guessing: Backwards compatibility with those users who'd like to use Atlas without being required to have a functional internet uplink ? The FSweekend show next month is typically one of those cases where this schema applies. I don't know what you're getting at. If Atlas knows how to get map tiles from a URL family in addition to the usual disk file name family, that doesn't affect offline use. Having said that, I wouldn't object to Atlas becoming a URL-only utility providing it still knows about file:// to avoid depending on a local webserver! If you're suggesting that the revised Map couldn't write to files any more, I think you're assuming a larger change to it than I had in mind. It might be nice to have a third utility AtlasTileServer which does provide a caching WMS webserver for Atlas and knows how to invoke Map to draw missing tiles at need. It could (1) keep a local Map instance busy between interactive requests, (2) recurse to a remote AtlasTileServer with its correspondingly better cache and higher throughput, and (3) kick TerraSync into fetching any missing Terrain tiles first. Ideally, Atlas and AtlasTileServer are happy keeping the GET request alive (and idle) while a tile is generated on the fly, and Atlas knows how to add the late-arriving tile into the framebuffer once it actually turns up. -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
