[Flightgear-devel] terragear not building and installing genapts
Hi all, just checking out the lattest code as of 15min ago and found that genapts is not being built/installed. I checked my build process and found no errors and the program was missing can anyone help? localhost terragear-cs # make install [ 3%] Built target poly2tri [ 10%] Built target Geometry [ 15%] Built target Polygon [ 16%] Built target Output [ 18%] Built target gshhs [ 19%] Built target gshhs_debug [ 20%] Built target DEM [ 21%] Built target demchop [ 21%] Built target Array [ 22%] Built target fillvoids [ 24%] Built target HGT [ 25%] Built target hgtchop [ 26%] Built target srtmchop [ 27%] Built target testassem [ 28%] Built target deminfo [ 30%] Built target raw2ascii [ 44%] Built target vpf [ 46%] Built target TriangleJRS [ 47%] Built target e00 [ 48%] Built target e00lines [ 49%] Built target findcorners [ 50%] Built target photo [ 51%] Built target wgs84offset [ 53%] Built target shape [ 54%] Built target noaa-decode [ 55%] Built target shape-decode [ 56%] Built target tgvpf [ 62%] Built target Terra [ 65%] Built target terra_bin [ 66%] Built target terrafit [ 67%] Built target tguserdef [ 68%] Built target test_array [ 69%] Built target test_hgt [ 70%] Built target Optimize [ 71%] Built target teste00 [ 72%] Built target landcover [ 73%] Built target test_landcover [ 74%] Built target dbfadd [ 75%] Built target dbfcreate [ 76%] Built target dbfdump [ 77%] Built target shpadd [ 78%] Built target shpcreate [ 79%] Built target shpdump [ 80%] Built target shptest [ 81%] Built target shputils [ 82%] Built target vpf-dump [ 83%] Built target vpf-summary [ 84%] Built target vpf-topology [ 87%] Built target Osgb36 [ 88%] Built target testosgb36 [ 89%] Built target fgfs-tools-client [ 90%] Built target fgfs-tools-server [ 92%] Built target Triangulate [ 94%] Built target Clipper [ 95%] Built target testclipper [ 96%] Built target GenOutput [ 97%] Built target Match [ 99%] Built target fgfs-construct [100%] Built target fgfs-master Install the project... -- Install configuration: Release -- Up-to-date: /usr/local/bin/gshhs -- Up-to-date: /usr/local/bin/gshhs_debug -- Up-to-date: /usr/local/bin/demchop -- Up-to-date: /usr/local/bin/hgtchop -- Up-to-date: /usr/local/bin/srtmchop -- Up-to-date: /usr/local/bin/fillvoids -- Up-to-date: /usr/local/bin/testassem -- Up-to-date: /usr/local/bin/deminfo -- Up-to-date: /usr/local/bin/raw2ascii -- Up-to-date: /usr/local/bin/e00lines -- Up-to-date: /usr/local/bin/photo -- Up-to-date: /usr/local/bin/wgs84offset -- Up-to-date: /usr/local/bin/findcorners -- Up-to-date: /usr/local/bin/shape-decode -- Up-to-date: /usr/local/bin/noaa-decode -- Up-to-date: /usr/local/bin/tgvpf -- Up-to-date: /usr/local/bin/terrafit -- Up-to-date: /usr/local/bin/tguserdef -- Up-to-date: /usr/local/bin/test_array -- Up-to-date: /usr/local/bin/fgfs-tools-server -- Up-to-date: /usr/local/bin/fgfs-tools-client -- Up-to-date: /usr/local/share/TerraGear/default_priorities.txt -- Up-to-date: /usr/local/bin/fgfs-construct -- Up-to-date: /usr/local/share/TerraGear/usgsmap.txt -- Up-to-date: /usr/local/bin/fgfs-master localhost terragear-cs # Jason Cox -- 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] terragear not building and installing genapts
Fred, I found the issue. it was a missing install of newmat. cmake didnt indicate that this was going to be a problem when I went to build and so i ignored it. I think that this needs to actually stop the build from proceeding as it stops any worth while build from going on ( not much point in generating scenery if there is no airports ) Jason On Sat, 2012-03-03 at 23:50 +0100, Frederic Bouvier wrote: Maybe there is a missing dependency that silently discard genapt from the build Regards, -Fred - Mail original - De: Jason Cox À: flightgear-devel@lists.sourceforge.net Envoyé: Samedi 3 Mars 2012 23:41:41 Objet: [Flightgear-devel] terragear not building and installing genapts Hi all, just checking out the lattest code as of 15min ago and found that genapts is not being built/installed. I checked my build process and found no errors and the program was missing can anyone help? localhost terragear-cs # make install [ 3%] Built target poly2tri [ 10%] Built target Geometry [ 15%] Built target Polygon [ 16%] Built target Output [ 18%] Built target gshhs [ 19%] Built target gshhs_debug [ 20%] Built target DEM [ 21%] Built target demchop [ 21%] Built target Array [ 22%] Built target fillvoids [ 24%] Built target HGT [ 25%] Built target hgtchop [ 26%] Built target srtmchop [ 27%] Built target testassem [ 28%] Built target deminfo [ 30%] Built target raw2ascii [ 44%] Built target vpf [ 46%] Built target TriangleJRS [ 47%] Built target e00 [ 48%] Built target e00lines [ 49%] Built target findcorners [ 50%] Built target photo [ 51%] Built target wgs84offset [ 53%] Built target shape [ 54%] Built target noaa-decode [ 55%] Built target shape-decode [ 56%] Built target tgvpf [ 62%] Built target Terra [ 65%] Built target terra_bin [ 66%] Built target terrafit [ 67%] Built target tguserdef [ 68%] Built target test_array [ 69%] Built target test_hgt [ 70%] Built target Optimize [ 71%] Built target teste00 [ 72%] Built target landcover [ 73%] Built target test_landcover [ 74%] Built target dbfadd [ 75%] Built target dbfcreate [ 76%] Built target dbfdump [ 77%] Built target shpadd [ 78%] Built target shpcreate [ 79%] Built target shpdump [ 80%] Built target shptest [ 81%] Built target shputils [ 82%] Built target vpf-dump [ 83%] Built target vpf-summary [ 84%] Built target vpf-topology [ 87%] Built target Osgb36 [ 88%] Built target testosgb36 [ 89%] Built target fgfs-tools-client [ 90%] Built target fgfs-tools-server [ 92%] Built target Triangulate [ 94%] Built target Clipper [ 95%] Built target testclipper [ 96%] Built target GenOutput [ 97%] Built target Match [ 99%] Built target fgfs-construct [100%] Built target fgfs-master Install the project... -- Install configuration: Release -- Up-to-date: /usr/local/bin/gshhs -- Up-to-date: /usr/local/bin/gshhs_debug -- Up-to-date: /usr/local/bin/demchop -- Up-to-date: /usr/local/bin/hgtchop -- Up-to-date: /usr/local/bin/srtmchop -- Up-to-date: /usr/local/bin/fillvoids -- Up-to-date: /usr/local/bin/testassem -- Up-to-date: /usr/local/bin/deminfo -- Up-to-date: /usr/local/bin/raw2ascii -- Up-to-date: /usr/local/bin/e00lines -- Up-to-date: /usr/local/bin/photo -- Up-to-date: /usr/local/bin/wgs84offset -- Up-to-date: /usr/local/bin/findcorners -- Up-to-date: /usr/local/bin/shape-decode -- Up-to-date: /usr/local/bin/noaa-decode -- Up-to-date: /usr/local/bin/tgvpf -- Up-to-date: /usr/local/bin/terrafit -- Up-to-date: /usr/local/bin/tguserdef -- Up-to-date: /usr/local/bin/test_array -- Up-to-date: /usr/local/bin/fgfs-tools-server -- Up-to-date: /usr/local/bin/fgfs-tools-client -- Up-to-date: /usr/local/share/TerraGear/default_priorities.txt -- Up-to-date: /usr/local/bin/fgfs-construct -- Up-to-date: /usr/local/share/TerraGear/usgsmap.txt -- Up-to-date: /usr/local/bin/fgfs-master localhost terragear-cs # Jason Cox -- 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 -- 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
Re: [Flightgear-devel] [Flightgear-commitlogs] TerraGear / Custom
On Fri, 2012-01-20 at 12:29 +, Martin Spott wrote: Adrian Musceac wrote: That's great news. I'm curious, what kind of elevation data are you using for the new terrain? In general I think I'll try to use the best I can get under a GPL- compatible license ;-) SRTMv3 by any chance? Well, one day I'll have to make a decision but beforehand the most pressing item on my TODO list is to get the land cover right. Which SRTMv3 are you having in mind ? The only SRTMv3 I know is the first version of CGIAR's void-filled SRTM v2.1 dataset - which, btw., has a no commercial use-clause in its terms of use. The same applies to CGIAR v4 and v4.1. Anyhow, nowadays there's no shortage of alternative supplements to fill the voids in SRTM v2.1, therefore I feel quite relaxed wrt. the choice of DEM data. Cheers, Martin. Martin, I dont know if this is possible but due to the low resolution of hight data available for my place of interest (Australia) I have been thinking of using the contour layer of the available shape files from ga.gov.au Several years ago I experimented with this using a script to build a file for Fred's FGSD program and the results were quite promising although I had issues as the old STRM data was already there. The scenery that I did produce look very pleasing as the local cliffs where all visible due to the 10m contouring in the shape files. Maybe this might be an avenue to look at again. Jason -- 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-commitlogs] TerraGear / Custom
On Tue, 2012-01-17 at 17:49 +, Martin Spott wrote: Surprisingly there seems to be another limit with really large areas. Supplying the flags --xdist=19 --ydist=18 (around a center at --lon=9.875 --lat=49.375, but there's no difference with --lon=10 --lat=49) seem to work nicely (test is still running, but looks good so far), but just swapping the numbers for xdist and ydist or selecting any bigger number for either of them results in fgfs-construct pretending to having finished successfully, but writing not more than approx. 30 MByte of terrain tiles to the disk. Martin, this sounds like the memory leak that I reported a few months ago that no one else could see. If you watch the memory use during the build I suspect that as each tile is processed it memory allocation will remain thus by the time you get to the end there is no more memory and the process fails. Jason Cox -- 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] How to compile Terragear-cs ?
How about this at the top of the script (in tried yet) $0 2$1 |tee $logfile Rediredt all script output and tee in background. Exit status should still stop the build and out put should be on screen as well as in the log file Sent from Samsung tabletGeoff McLane ubu...@geoffair.info wrote:On Sun, 2012-01-01 at 16:40 +0100, Clément de l'Hamaide wrote: Hi Pete, Geoff, Now my script work perfectly. Hi Clément, Glad to hear it is all now working fine... Sorry my explanation was not clear... 1. I assume, like Francesco's script, and mine, you have the command in the early part of the script, like - set -e This command asks the script to EXIT, stop, when the last process returns other than 0 as a return value... Without this the default action of a script is to continue even when the last process gives an error exit... non zero... So if you do not do this set -e, or do not want this, then forget this... 2. Also as I understand it, the script can ONLY react to the LAST process in a chain of commands... So if you have a chain of commands like cmake ... 2$1 | tee -a $LOGFILE then the LAST command in this process is the 'tee' So even if there is a cmake error exit, then the script will continue, since the last action, the tee, does not return an error... Is that clearer? 3. Now the situation is DIFFERENT with a simple redirection like - cmake 21 $LOGFILE or make ... 21 $LOGFILE In this case the script will STOP on an error, since redirection is established BEFORE starting cmake or make, command, so in this case the LAST command is the cmake or make error... But in doing this, as you point out, there is NO OUTPUT to the console... Except as Jari pointed out, you can start the script as a background process, and use a repeated tail command to view the end of the LOG in a console... Or even start the script in a terminal, and open another terminal to do the tail command, repeatedly... This is what I tend to do, since I too redirect the SVN or git actions to a log file, and use tail in another terminal to 'see' what is happening... especially when it seems to be taking too long ;=() BUT yes, I too LOVE the fact that 21 | tee -a $LOGFILE sends ALL cmake or make output to BOTH the LOG file for later review, AND to the console... So it is a compromise ;=(( You can either have ALL output put to the LOG file, AND to the console, BUT then the script will NOT stop on an ERROR... Or you can remove this and the script will STOP on an error... but there is LESS information to the console if you use a redirection to a log... So you must choose what ever you think best... That is all... and I attach a simple example below... Re: Building terragear-cs with -DNO_OPENSCENEGRAPH_INTERFACE=1 I am not sure if this is the SAME as -D SIMGEAR_HEADLESS=ON but I am sure they are, in some ways at least, very 'similar'... Maybe others who know more about this can comment further, to clarify... I have only ever used -DNO_OPENSCENEGRAPH_INTERFACE=1... which I know works fine to keep OSG dependency out of the terragear-cs tools... Regards, Geoff. Example: testexit1 #!/bin/sh BN=`basename $0` LOGFILE=/tmp/templog.txt echo $BN: Testing error exit conditions... | tee -a $LOGFILE make -f nofileexists echo $BN: 1: Last exit was $?, but the script is continuing... # set it to stop on error set -e make -f nofileexists 21 | tee -a $LOGFILE echo $BN: 2: Now last exit is zero $?, so the script is continuing... make -f nofileexists 21 $LOGFILE echo $BN: 3: Since the redirection is set up BEFORE echo $BN: running make then this output will NOT be seen as the echo $BN: script will have exited due to the 'make' error. PS: And remember to try the very LATEST terragear-cs tools in development you need to clone and switch to the 'newconstruct' branch... -- 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 -- 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
Re: [Flightgear-devel] Fixing fgfs-construct crashes
I am all for changing the generation tools but have one issue with the use of GRASS and that is how to use it. Currently there is some good doco's on building scenery via the current tools and also some scripts that people have put together to automate all or part of it. With GRASS how ever there is no doco and so it would take people such as myself a long time to come up to speed. Would some be able to supply a nice howto doco for this process that even I could follow? I think we also need some doco covering how to setup a PostGIS setup with TG for building as i have several TB of GIS data that I use (under CC License ) and think that PostGIS might speed up my processing times Jason On Sun, 2011-11-13 at 10:58 +, Martin Spott wrote: Curtis Olson wrote: So this all sounds good (I think) except we now have to compute a point inside each material region. Easy, right? Well, except that all the published algorithms can tell you if a random point is inside a polygon or not, but they don't tell you how to manufacture a point that is guaranteed to be inside a polygon. Well, there _is_ OpenSource software which is capable of reliably creating points in polygons (GRASS GIS, just to present a prominent example, they call them centroids) and terragear-cs did have such a thing in the past decade, but Ralf Gerlich finally decided to back it out again because later processing steps in TerraGear were designed to not having to deal with certain corner-cases for valid ! points in polygons. For more information, read thie fine comment in this diff: http://mapserver.flightgear.org/git/gitweb.pl?p=terragear-cs;a=commitdiff;h=8e0e2b6cef93ac689f611e93ca6250d33f243fbe;hp=e813c093fc444d9c36bb992768e37a1abb8c47d4 Therefore I'm still in favour of the long-term idea to drop the entire poly-preprocessing from TerraGear and, instead, add a frontend to read the entire land cover and roads from a GRASS database. GRASS is capable of doing all the clipping and sliver removal (v.clean tool=rmsa -c) in a topologically consistent and reliable way. Cheers, Martin. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear memory usage issue
Tom thanks for that terragear-cs81244fb0fe41dfc9d87b28baffdd5754b3801952 simgear 6250f675db9fdd6f2aef7be43207cd0ac0b6baeb Jason On Wed, 2011-11-02 at 07:12 -0700, Tom P wrote: Hi Jason You can open a terminal in the terragear-cs directory and type: git show The first lines show the commit ID, committer and short description for the last commit, and the commit ID is the version information you are looking for, Hope this helps, Tom On Tue, Nov 1, 2011 at 2:43 PM, Jason Cox j_...@bigpond.com wrote: Chris, short of knowing how to tell versions of code with git all I can say is that I pulled the repo on the 20th of October for both terragear-cs and compiled it against the main simgear of the same day. If there is a way to ask git the version then let me know and I will report back for you. Jason PS I have uploaded some more scenery for NSW,Vic and Tas to my dropbox account for those interested http://dl.dropbox.com/u/3028956/Aus-SE_Scenery.tar.bz2 On Tue, 2011-11-01 at 08:03 +0100, Christian Schmitt wrote: Jason Cox wrote: I would try a larger area, say 1x1 deg or larger and then and then you will see the list grow to include tiles that are no longer needed. I created a 2x3 degree area. No problems. What terragear-cs version do you use and against which simgear do you compile it? Will now test even further and create another area. Chris -- RSAreg; Conference 2012 Save #36;700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- RSA#174; Conference 2012 Save $700 by Nov 18 Register now#33; http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- RSA#174; Conference 2012 Save $700 by Nov 18 Register now#33; http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear memory usage issue
Chris, short of knowing how to tell versions of code with git all I can say is that I pulled the repo on the 20th of October for both terragear-cs and compiled it against the main simgear of the same day. If there is a way to ask git the version then let me know and I will report back for you. Jason PS I have uploaded some more scenery for NSW,Vic and Tas to my dropbox account for those interested http://dl.dropbox.com/u/3028956/Aus-SE_Scenery.tar.bz2 On Tue, 2011-11-01 at 08:03 +0100, Christian Schmitt wrote: Jason Cox wrote: I would try a larger area, say 1x1 deg or larger and then and then you will see the list grow to include tiles that are no longer needed. I created a 2x3 degree area. No problems. What terragear-cs version do you use and against which simgear do you compile it? Will now test even further and create another area. Chris -- RSAreg; Conference 2012 Save #36;700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- RSA#174; Conference 2012 Save $700 by Nov 18 Register now#33; http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear memory usage issue
REG 9,127 355 90047512 /data/terragear/newSydScenery/work/SRTM2-Australia-3/e150s40/e151s34/5426731.fit.gz fgfs-cons 30861 root 23r REG 9,127 21459 90047484 /data/terragear/newSydScenery/work/SRTM2-Australia-3/e150s40/e151s34/5426739.arr.gz fgfs-cons 30861 root 24r REG 9,127 362 90047518 /data/terragear/newSydScenery/work/SRTM2-Australia-3/e150s40/e151s34/5426739.fit.gz fgfs-cons 30861 root 25r REG 9,127 32564 90047487 /data/terragear/newSydScenery/work/SRTM2-Australia-3/e150s40/e151s34/5426746.arr.gz fgfs-cons 30861 root 26r REG 9,127 4361 90047522 /data/terragear/newSydScenery/work/SRTM2-Australia-3/e150s40/e151s34/5426746.fit.gz Jason On Sun, 2011-10-30 at 08:22 +1100, Jason Cox wrote: Chris, As I am not a programmer, what info do you need and who do I collect it? Jason On Sat, 2011-10-29 at 13:47 +0200, Christian Schmitt wrote: Jason Cox wrote: is it not appropriate to issue a build of such a large area? should I use smaller chunks? should terragear not be releasing the memory after building a tile? Generally speaking, sometimes it works, sometimes it doesn't. And yes, it should free unused memory after finishing a tile. This is also one of the (many) issues. Patches or more info are always welcome. Chris -- 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 -- 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] Terragear memory usage issue
Thats correct.these are the files created from SRTM data by hgtchop and terrafit Jason On Mon, 2011-10-31 at 11:30 +, Martin Spott wrote: Christian Schmitt wrote: Jason Cox wrote: I ran lsof on the PID and have found that it is still holding all SRTM2 arr and fit files open. This is the probable cause of the memory leak that I am seeing. What confuses me a bit is you using SRTM-2 files. What is this and how does hgtchop handle these? I think he's talking about the .arr.gz and .fit.gz files create from SRTM2 - at least that's the only interpretation that makes sense to me. Cheers, Martin. -- 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] Terragear memory usage issue
Christian, what I am finding i that the larger the area being built the more of these files are being opened and not closed. I would try a larger area, say 1x1 deg or larger and then and then you will see the list grow to include tiles that are no longer needed. Jason On Mon, 2011-10-31 at 12:14 +0100, Christian Schmitt wrote: Hi Jason, I just tried to reproduce this issue here. Generating some scenery around LOWI with 850 airport layouts, I only see always two SRTM files open: the arr.gz and fit.gz for the tile that is currently built. So no problems here. What confuses me a bit is you using SRTM-2 files. What is this and how does hgtchop handle these? Chris Jason Cox wrote: Ok so I am replying to myself. after running fgfs-construct for the last 10+ hours at nice -20 and still going I have the following info. I ran lsof on the PID and have found that it is still holding all SRTM2 arr and fit files open. This is the probable cause of the memory leak that I am seeing. Can anyone point in the direction of where this should be unloaded and I will attempt to hack the code -- 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] Terragear memory usage issue
Chris, As I am not a programmer, what info do you need and who do I collect it? Jason On Sat, 2011-10-29 at 13:47 +0200, Christian Schmitt wrote: Jason Cox wrote: is it not appropriate to issue a build of such a large area? should I use smaller chunks? should terragear not be releasing the memory after building a tile? Generally speaking, sometimes it works, sometimes it doesn't. And yes, it should free unused memory after finishing a tile. This is also one of the (many) issues. Patches or more info are always welcome. Chris -- 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
[Flightgear-devel] Terragear memory usage issue
Hi all, I am currently build a large chunk of scenery for SE Australia and have found a problem with terragear's memory usage. most of the data I am building is low quality until I get to around S30 to S35 however I have only gotten to S36 using the following command ad the memory usage of terragear is out at 5.5G. This seams very excessive and at this rate will consume all physical and swap in my box long before completion. The command used is: fgfs-construct --work-dir=. --output-dir=Scenery/Terrain --lon=140 --lat=-20 --xdist=15 --ydist=35 AirportArea AirportObj SRTM2-Australia-3 Sand Freeways Trunk_Freeways Tertiary_Roads Service_Roads Secondary_Roads Primary_Roads Railroads Residential_Roads watercourcelines watercourceareas builtupareas mainlands lakes reservouirs is it not appropriate to issue a build of such a large area? should I use smaller chunks? should terragear not be releasing the memory after building a tile? Jason -- 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] Scenery Creation/TerraGear problems
James, here is the scenery that I have generated. Te file 33M and i also have a complwork directory if you would like to look at that but its a +130M bz2 file http://dl.dropbox.com/u/3028956/newScenery-YSSY.tar.bz2 Jason On Sun, 2011-10-23 at 01:46 +0100, James Turner wrote: On 23 Oct 2011, at 00:41, Jason Cox wrote: I can now build more scenery but still hit the spaghetti network around YSSY. Was the change that you made only to a 32bit int? What do i need to do to change to 64bit int? I'd be pretty suspicious of this - much more likely, there's a bug in my code, than you actually need 64-bit indices. I won't say 'impossible', but I don't think GPUs or OSG actually support indices larger than 32-bits anyway, and even if they did, you'd still bring your GPU to its knees before hitting that limit. I have tests for 2^16 vertices / texture coords, which are all working, which suggests there's 'something else' going on. (Or my tests need to be extended) Can you make available, a zip/tarball with your work directories, so I can test locally? Or the produced btg? James -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery Creation/TerraGear problems
Geoff, the whole scenery build directory is http://dl.dropbox.com/u/3028956/newScenery.tar.bz2 The process that i used for cutting up the 3sec dems was to use your makeYSSY-1.0.4 to produce only the SRTM directory and run terrafit as well as produce the airports. After that everything came from shape files from ga.gov.au. I have found that all data in the VMAP is out of position with airports and coastal data and found that the shape files all align correctly. There were also some changes needed to one of the terragear files to increase the allowed build time for a tile. ~line 1187 in src/BuildTiles/Main/main.cxx limit.rlim_cur = 30;// seconds limit.rlim_max = 30;// seconds The build command fgfs-construct --work-dir=. --output-dir=Scenery/Terrain --lon=150 --lat=-30 --xdist=5 --ydist=5 AirportArea AirportObj SRTM2-Australia-3 LandMass Sand Rivers Lakes Freeways Trunk_Freeways Tertiary_Roads Service_Roads Secondary_Roads Primary_Roads Towns Cities Crops Railroads Residential_Roads hope this all helps Jason PS it took 860min to build On Sun, 2011-10-23 at 16:56 +0200, Geoff McLane wrote: Hi Jason, Thanks for sharing your generated BTG files... I will try loading these soon... I am presently in the process of updating SG/FG/TG to the latest respective gits, particularly to get James' latest sg_binobj, and would appreciate having your full - newSydScenery/work perhaps excluding the newSydScenery/work/Scenery/Terrain/* which you have already provided... It would give me some quick data to try this new build of TG tools and then fgfs on... regardless of size... If you do not mind, can you advise, either here or directly, for the Sydney area - What HGT/DEM elevation source did you use? 1 or 3 arcsec, or other? Very important for the N Head Gap, and lots of other shear cliffs around Sydney. Did you push terrafit? If yes, what values? ie min-nodes and max-errors specifically... What source did you use for the landmass (ocean vs land) default? That is, what coastline data? Again important to get detailed harbor, and other coast features. What sources, SHP or other, did you use for the various landuse types? There are lots of 'green' areas in and around the city... Thanks, Geoff. On Sun, 2011-10-23 at 17:24 +1100, Jason Cox wrote: James, here is the scenery that I have generated. Te file 33M and i also have a complwork directory if you would like to look at that but its a +130M bz2 file http://dl.dropbox.com/u/3028956/newScenery-YSSY.tar.bz2 Jason On Sun, 2011-10-23 at 01:46 +0100, James Turner wrote: On 23 Oct 2011, at 00:41, Jason Cox wrote: I can now build more scenery but still hit the spaghetti network around YSSY. Was the change that you made only to a 32bit int? What do i need to do to change to 64bit int? I'd be pretty suspicious of this - much more likely, there's a bug in my code, than you actually need 64-bit indices. I won't say 'impossible', but I don't think GPUs or OSG actually support indices larger than 32-bits anyway, and even if they did, you'd still bring your GPU to its knees before hitting that limit. I have tests for 2^16 vertices / texture coords, which are all working, which suggests there's 'something else' going on. (Or my tests need to be extended) Can you make available, a zip/tarball with your work directories, so I can test locally? Or the produced btg? James -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery Creation/TerraGear problems
James, good work :) I can now build more scenery but still hit the spaghetti network around YSSY. Was the change that you made only to a 32bit int? What do i need to do to change to 64bit int? I can also report that on my box running a GeForce 8400 that the frame rate above 80/sec :) Jason On Thu, 2011-10-20 at 10:04 +0100, James Turner wrote: On 20 Oct 2011, at 09:48, Jason Cox wrote: I am trying to test some builds around YWLM and just need to know if the changes for higher detailed scenery that you spoke of is in the repo? How do I tell the changes that were made to sg_binobj.cxx as I do not understand how to drive GIT to change to a branch? Yep it's all committed, and even tested! However you do need a tearrgear compiled against latest simgear, *not* against simgear-cs. James -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Ciosco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery Creation/TerraGear problems
James, I am trying to test some builds around YWLM and just need to know if the changes for higher detailed scenery that you spoke of is in the repo? How do I tell the changes that were made to sg_binobj.cxx as I do not understand how to drive GIT to change to a branch? Jason On Sat, 2011-10-15 at 16:20 +0100, James Turner wrote: On 15 Oct 2011, at 15:22, HB-GRAL wrote: I think the only solution is to make GPC obsolete - either by replacing GPC by something different but functional equivalent or simply (TM ;-) by avoiding any polygon clipping in 'fgfs-construct' overall. Martin. Hi Martin Are there any concrete suggestions ? Yes, it's being actively hacked on and tested, I believe, because the clipper is the most numerically sensitive part of the whole process, and performance sensitive too. One candidate is being tested already, and there's other options available, but it's really important not to regress the core functionality, so some caution is required! James -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Ciosco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery Creation/TerraGear problems
Thanks will give it a try Jason On Thu, 2011-10-20 at 10:04 +0100, James Turner wrote: On 20 Oct 2011, at 09:48, Jason Cox wrote: I am trying to test some builds around YWLM and just need to know if the changes for higher detailed scenery that you spoke of is in the repo? How do I tell the changes that were made to sg_binobj.cxx as I do not understand how to drive GIT to change to a branch? Yep it's all committed, and even tested! However you do need a tearrgear compiled against latest simgear, *not* against simgear-cs. James -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Ciosco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Ciosco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Scenery Question on .fit files
hi all, is our data for heights taken from the chopped up DEM/HGT files or is the terrafit files used? I am planing to try some elevation data from shape files if the terafit files are all that are used. Jason -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Ciosco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery Creation/TerraGear problems
Hi all, Just giving the whole scenery gen ago for the YWLM area and found that the latest git pull appears to broken. the make bailed out with the following Making all in DemRaw2ascii make[3]: Entering directory `/data/terragear/terragear-cs/src/Prep/DemRaw2ascii' make[3]: *** No rule to make target `main.c', needed by `main.o'. Stop. make[3]: Leaving directory `/data/terragear/terragear-cs/src/Prep/DemRaw2ascii' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/terragear/terragear-cs/src/Prep' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/terragear/terragear-cs/src' I then did a git pull just to make sure that it wasn't a file that i missed but it reports that i am up to date. Jason On Sat, 2011-10-08 at 14:29 +0200, Geoff McLane wrote: On Sat, 2011-10-08 at 11:17 +0100, James Turner wrote: On 7 Oct 2011, at 19:24, Martin Spott wrote: This is what happens when running 'genapts' with a modified 'simgear-cs' on a _really_ simple airport layout (EDKA, consisting of just one runway and two windsocks): [snip] What's the easiest way for me to get enough data to run gen-apts? But maybe it's time for that, anyway :) James Hi James, As a 'quick' sort of setup you might try my TgScenery GUI if you have Qt (SDK and Creator) installed - http://geoffair.org/fg/tg-05.htm just updated today... Just load the TgScenery.pro in Qt Creator, and push F5 to compile and run... Setup your 'favorite' area, and where you want the scenery put, and proceed through the tab pages, action by action... Not particularly 'proud' of it - it was my very first Qt coding attempt - but it does its job... Am slowly working on a TgTake2, with threading, but it is not yet functional, since you will see lots of what seem frozen pauses in TgScenery ;=(( be patient... Or indeed you could try Gijs's TerraGui on which my efforts were originally based - http://wiki.flightgear.org/index.php/TerraGear_GUI Really does the same thing. Has some 'manual' steps, but with a good descriptive wiki... HTH. With a new, working BTG writer/loader everybody can participate in their particular scenery generation ;=)) Yahoo... and thanks... been waiting ages for this... Regards, Geoff. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery Creation/TerraGear problems
James, I am hoping to try your changes as I was constantly blowing up the scenery around YWLM by using osm residental data and my TOPO's from ga.gov.au I will try a clean terragear pull and see how that goes Jason On Sat, 2011-10-15 at 01:37 +0100, James Turner wrote: On 14 Oct 2011, at 23:42, Jason Cox wrote: I then did a git pull just to make sure that it wasn't a file that i missed but it reports that i am up to date. I've been doing some TerraGear hacking recently, so I'm the most likely person to have caused this, but on both my systems (Linux and Mac) this builds with problem, so I'm not sure what to say! James -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Problems with compiling Flightgear
Hi all, I am having an issue with compiling the lattest git version due to a lack of a libhal on my system after check the web site for libhal (http://www.freedesktop.org/wiki/Software/hal) I found that it now in maintenance mode and they are switching to udisk,upower as a replacement. This in turn make lib hal unsupported on my system as Gentoo has already gone to upower and disabled both hal and upower on the same system. is there any plans to move over? my problem is in src/Input/FGLinuxEventInput.hxx and is as follows g++ -DHAVE_CONFIG_H -I. -I../../src/Include -I../.. -I../../src -I../../src/Main -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/lib/dbus-1.0/include -I/data/flightgear/NEW/install/simgear/include -I/data/flightgear/NEW/install/plib/include -I/usr/local/include -DPKGLIBDIR=\/data/flightgear/NEW/install/fgfs/share/flightgear\ -g -O2 -Wall -I/data/flightgear/NEW/install/simgear -D_REENTRANT -MT input.o -MD -MP -MF .deps/input.Tpo -c -o input.o input.cxx In file included from input.cxx:46: FGLinuxEventInput.hxx:28:24: error: hal/libhal.h: No such file or directory In file included from /data/flightgear/NEW/install/plib/include/plib/js.h:28, from FGJoystickInput.hxx:35, from input.cxx:35: /data/flightgear/NEW/install/plib/include/plib/ul.h: In function 'short unsigned int ulEndianReadLittle16(FILE*)': /data/flightgear/NEW/install/plib/include/plib/ul.h:471: warning: ignoring return value of 'size_t fread(void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result /data/flightgear/NEW/install/plib/include/plib/ul.h: In function 'unsigned int ulEndianReadLittle32(FILE*)': /data/flightgear/NEW/install/plib/include/plib/ul.h:477: warning: ignoring return value of 'size_t fread(void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result /data/flightgear/NEW/install/plib/include/plib/ul.h: In function 'float ulEndianReadLittleFloat(FILE*)': /data/flightgear/NEW/install/plib/include/plib/ul.h:483: warning: ignoring return value of 'size_t fread(void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result /data/flightgear/NEW/install/plib/include/plib/ul.h: In function 'short unsigned int ulEndianReadBig16(FILE*)': /data/flightgear/NEW/install/plib/include/plib/ul.h:489: warning: ignoring return value of 'size_t fread(void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result /data/flightgear/NEW/install/plib/include/plib/ul.h: In function 'unsigned int ulEndianReadBig32(FILE*)': /data/flightgear/NEW/install/plib/include/plib/ul.h:495: warning: ignoring return value of 'size_t fread(void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result /data/flightgear/NEW/install/plib/include/plib/ul.h: In function 'float ulEndianReadBigFloat(FILE*)': /data/flightgear/NEW/install/plib/include/plib/ul.h:501: warning: ignoring return value of 'size_t fread(void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result In file included from input.cxx:46: FGLinuxEventInput.hxx: At global scope: FGLinuxEventInput.hxx:76: error: ISO C++ forbids declaration of 'LibHalContext' with no type FGLinuxEventInput.hxx:76: error: expected ';' before '*' token make[2]: *** [input.o] Error 1 make[2]: Leaving directory `/data/flightgear/NEW/fgfs/flightgear/src/Input' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/flightgear/NEW/fgfs/flightgear/src' make: *** [all-recursive] Error 1 all help appreciated Jason Cox -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problems with compiling Flightgear
On Thu, 2011-09-22 at 16:10 +0300, Emilian Huminiuc wrote: Jason, you might want to use the ebuilds in the gamerlay overlay (layman -a gamerlay). They're pretty well maintained. nice to know but I prefer to stay at or near the current dev :) -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problems with compiling Flightgear
On Thu, 2011-09-22 at 22:58 +0300, Emilian Huminiuc wrote: Me too. That's why I use them, they are live ebuilds ;) (except for osg which was at a time a pain to maintain). Ok I might try them tonight when I get back from work. unless the code is patched in the meantime. Jason -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] issue with replaying nmea data
Hi all, I have been experimenting with replaying nmea using the following command fgfs --fdm=external --nmea=file,in,60,atlas.save the problem i have found is that if i record a flight track at ksfo all is good and it replays as expected. if however I record at ydpo (tasmainia,australia) and then replay back to flightgear the screen is stuck on loading scenery. if i then use the following command then both terrasync and atlas keep up with the position recorded in the nmea data fgfs --nmea=file,in,60,atlas.save --log-level=bulk --atlas=socket,out,1,localhost,5500,udp --atlas=socket,out,1,localhost,5501,udp --fdm=external at the same time the logs show the following Running Main Loop === Updating time Current Unix calendar time = 1316298010 warp = 0 Current GMT = 9/17/2011 22:20:10 Current Unix calendar time = 1316298010 warp = 0 Current GMT = 9/17/2011 22:20:10 Current Julian Date = 2.45582e+06 COURSE: GMT = 8/17/111 22:20:10 March 21 noon (GMT) = 1300708800 Time since 3/21/111 GMT = 180.431 days = 180 hours = 22.3361 lon = 0 lst = 22.3361 COURSE: GMT = 8/17/111 22:20:10 March 21 noon (GMT) = 1300708800 Time since 3/21/111 GMT = 180.431 days = 180 hours = 22.3361 lon = -146.829 lst = 32.1247 Current lon=0.00 Sidereal Time = 22.1027 gst = 310.103 Current LOCAL Sidereal Time = 31.8913 (7.89133) (diff = -0.233437) parse nmea message entire message = $GPGGA,221351,4106.631,S,14649.763,E,1,,,-,F*27 input line = $GPGGA,221351,4106.631,S,14649.763,E,1,,,-,F*27 start = $ sentence = GPGGA utc = 221351 lat = -41.1105 lon = 146.829 junk = 1 junk = junk = altitude = - parse nmea message entire message = $PATLA,115.80,280.0,116.80,29.0,379*6B input line = $PATLA,115.80,280.0,116.80,29.0,379*6B start = $ sentence = PATLA GPRMC,222010,A,4106.631,S,14649.762,E,000.0,225.0,1709111,0.000,E GPGGA,222010,4106.631,S,14649.762,E,1,,,-,F PATLA,115.80,280.0,116.80,29.0,379 GPRMC,222010,A,4106.631,S,14649.762,E,000.0,225.0,1709111,0.000,E GPGGA,222010,4106.631,S,14649.762,E,1,,,-,F PATLA,115.80,280.0,116.80,29.0,379 AICarrier: Inside Operating Box AICarrier: Inside Operating Box AI Manager: AI model return list size 2 Scheduling Flights for : Aircraft/757/757-UnitedAirlines.xml N816UA KORD Flight UNITED657: KJFK: Sat Sep 17 20:59:00 2011: KLAX: Sun Sep 18 03:00:00 2011: Flight UNITED4215: KLAX: Sun Sep 18 16:17:00 2011: KJFK: Sun Sep 18 21:45:00 2011: Flight UNITED771: KJFK: Mon Sep 19 01:29:00 2011: KLAX: Mon Sep 19 07:30:00 2011: Flight UNITED416: KLAX: Mon Sep 19 19:53:00 2011: KJFK: Tue Sep 20 01:25:00 2011: Flight UNITED4196: KJFK: Tue Sep 20 11:50:00 2011: KLAX: Tue Sep 20 17:48:00 2011: Flight UNITED416: KLAX: Wed Sep 21 19:33:00 2011: KJFK: Thu Sep 22 01:05:00 2011: Flight UNITED771: KJFK: Thu Sep 22 01:29:00 2011: KLAX: Thu Sep 22 07:30:00 2011: Flight UNITED4215: KLAX: Thu Sep 22 16:17:00 2011: KJFK: Thu Sep 22 21:45:00 2011: Flight UNITED771: KJFK: Fri Sep 23 01:29:00 2011: KLAX: Fri Sep 23 07:30:00 2011: Flight UNITED416: KLAX: Fri Sep 23 19:53:00 2011: KJFK: Sat Sep 24 01:25:00 2011: Flight UNITED255: KJFK: Sat Sep 24 01:29:00 2011: KLAX: Sat Sep 24 07:30:00 2011: Done Traffic Manager: Flight is in progress, %=0.224838 Traffic manager: N816UA is scheduled for a flight from KJFK to KLAX. Current distance to user: 6498.48 Updating adjusted fog parameters. Updating light parameters. Sun angle = 67.1352 ambient = 0.598634 diffuse = 0.982157 specular = 0.291869 sky = 0.991292 Updating Sun position Gst = 22.1027 t-cur_time = 1316298010 Sun Geocentric lat = 0.036879 Geodcentric lat = 0.036879 sun angle relative to current location = 1.17168 FGTileMgr::update() State == Running Splash screen progress loading scenery any thoughts on how to solve this thanks jason cox -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA http://p.sf.net/sfu/rim-devcon-copy2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Issues with Git Pull on fgdata
Hi all, I am need of updating my fg data but am finding that the git pull fails after a while stating that the remote end has disconnected my session. As this an extremely large download that cannot be interrupted I am just wasting large amounts of broadband allowance trying to do this. Is there a way of downloading just the head in a tar ball from a web site? Jason Cox -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] terragear - file src/Lib/Optimize/genfans.cxx
On Thu, 2011-06-02 at 03:12 +0200, Geoff McLane wrote: Hi Jason, When you say a 'long time', do you mean more than this, like DAYS? ;=(( Just trying to get an idea of how 'patient' one MUST be... before deciding something is really going 'wrong'... I have found that the standard set (from the old makeYSSY.sh script) takes about and hour to process. Once this has added data from 1:125000 topo's (landmass,river,stream,lake), OSM (freeway,truck,primary,secondary,service roads) then it extends to many hours just for a 2x2 degree chunk. I do not know, or remember, what OS you are using, but after you mentioned it, I decided to take a quick look at server and client in WIN32, and there is absolutely NO WAY they would EVER run in windows ;=(( I am on Gentoo 64 This also happens to be one of my favorite scenery build areas, although I always extend that out to YGIL ;=)) That is the e150s40 and e140s40 chunks... and the s30 group if I want to include YBBN... I plan on doing more once I build an interpreter for contours out of shape files. Anyone know the true meaning of the fit files? are these used instead of the DEM chopped files? Any chance we may see the harbor bridge in the scenery database ;=)) Sydney always looks a bit strange without it, and the Opera House, to name a few iconic indicators... maybe they are already there since I have not done a full check in a while... love too do it but I am not a modeler. :( (note to self, how about a dual camera rig with GPS that can build the wire frames Splinscan without a laser...) Jason Cox -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] terragear - file src/Lib/Optimize/genfans.cxx
Chris/Geoff, I normally see reams of these and other similar lines. I think that you are seeing some form of count for terrain type. My usual output has other textures mixed in there and only ever 3 as the number expressed. If you are using a hight level of detail (OSM residental) and processing a 10x10 then is will take a long time to complete and any tile that has a lot of detail will produce lots of the described output. I have also noticed that the generation takes a long time due to it being single threaded ( hogs a single core ). I have tried to use the server/client but found that it just doesn't appear to work anymore.. Jason Cox ( still building YSSY to YWLM ) On Wed, 2011-06-01 at 01:35 +0200, Geoff McLane wrote: Hi Chris, Glad the rough 'fixes' I provided worked a little for you... have yet to clone your 'papillon81' clone, and try it... but... While it is agreed on this list everyone seems to really _LOVE_ extreme brevity, (perhaps except me ;=)), your post just did not tell me enough ;=(( I searched the entire terragear-cs source for - Default=, and did not get a single hit, well one ... Default=%s\n, out_file), but that's obviously not it, so no idea where to look ;=(( Maybe the output is in simgear, or some of the other libraries that are included in fgfs-construct... Spaces and case are vitally important... But what is the console output immediately prior this 'continuous' output? Maybe that would provide more clues as to where it is in the processing... It is clear fgfs-construct is getting 'stuck' somewhere, but simply need more information... It is certainly _NOT_ 'normal' behavior, and historically (I assume Curt ;=)) implemented some draconian 'rlimit' - setrlimit(RLIMIT_CPU,timeout), to abort after a period of time, which is just NOT available in my WIN32 environment, to avoid such a 'forever' loop... At the time I understand, they were building the WHOLE WORLD world of scenery, and did not want the process 'stuck' on some bucket, or group of buckets... So while I also now play with a Ubuntu linux build, I try HARD to find 'other' solutions for WIN32... like finding, and fixing the 'reason' for such 'forever' loops... So with more information, maybe we can track down, and 'fix' it, forever ;=)) But, _BUT_, be aware, some others, who have tried my 'fixes', including myself ;=)), especially regarding the 'priorities' have succeeded in only producing really _MESSED_ up scenery - see - http://geoffair.org/tmp/mess-01.ppm or http://geoffair.org/tmp/mess-02.jpg and these were generated using my modified WIN32 fgfs construct exe - http://geoffair.org/fg/fgfs-054.htm#downloads so I feel I am very _FAR_ from the solution ;=(( Any input from others, with knowledge, would really HELP... Regards, Geoff. -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] OT: Wanting to build overlays for Video
Hi all, This is way OT as its not flight related but a possible use for Flightgear. I have a friend who is motor sport and just completed a race where he has taken on board HD video and also has the GPS data from the event. I have a plan where I would like to moc up some instruments (speedo and map) and superimpose them over the video. My thought is to make a cockpit with floating instruments and transparent dash with the scenery being that of the video. Once that is done I would feed the instruments with the GPS data so that they show the speed of which the car was traveling at the time. Now for the questions. 1. Is there a good manual on how to design the layouts for the cockpit? 2. Could I project the video out the cockpit in place of scenery? 3. Can I replay GPS data into the instraments and have some sort sync with the GPS data? 4. Is it possible? Thanks Jason Cox -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] problem with git v2.0.0 -- unable to run flightgear
Hi all, finally got it all compiled but now I get lots (about 14600) of the following that ends in a segfault Error building technique: findAttr: could not find attribute bool Error building technique: findAttr: could not find attribute bool Error building technique: findAttr: could not find attribute bool Error building technique: findAttr: could not find attribute bool Error building technique: findAttr: could not find attribute bool Error building technique: findAttr: could not find attribute bool Error building technique: findAttr: could not find attribute bool Error building technique: findAttr: could not find attribute bool Error building technique: findAttr: could not find attribute bool After turning log level to bulk it first shows up with the following Initializing scenery subsystem Splash screen progress loading aircraft Reading sound sound from /usr/local/share/FlightGear/Aircraft/c172p/c172-sound.xml Loading sound information for: engstart Loading sound information for: crank Loading sound information for: cough Loading sound information for: engine Loading sound information for: propeller Loading sound information for: rumble Loading sound information for: squeal Loading sound information for: flaps Loading sound information for: wind Loading sound information for: stall Loading sound information for: KAP140Beep Error building technique: findAttr: could not find attribute bool Error building technique: findAttr: could not find attribute bool any ideas as miss using flightgear and want to get back to using it again soon Jason -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Issues with compiling on Gentoo 64
Thanks for that. I have just been using a git clone and letting it decide on what was the working copy. I think it used v2.0.0-r4 or something. All 3 were done the same, I will change them to next. only other nice thing would be a cut down of the fgdata so that I got only minimal data and do the whole shooting match as it is quite extensive and I tend to only fly with the default. any way thats the wish list, now back to seeing if using next branch works better Jason On Sat, 2010-06-26 at 13:36 +0200, Torsten Dreyer wrote: these were both pulled down from gitourious today with a git clone command. Be sure to clone the branch 'next' from FlightGear and SimGear. This is the branch for the latest changes. PS. is there a better way of doing things apart from git pull and getting everything ever committed being downloaded in to my local copy? git clone --depth 1 myurl Quote from the manpage: --depth depth Create a shallow clone with a history truncated to the specified number of revisions. A shallow repository has a number of limitations (you cannot clone or fetch from it, nor push from nor into it), but is adequate if you are only interested in the recent history of a large project with a long history, and would want to send in fixes as patches. HTH, Torsten -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Issues with compiling on Gentoo 64
Hi all, after a rebuild of my box I am finaly getting back to FG and building scenery. I have noticed the move to GIT and so have a few questions. 1. is simgear-cs flightgear-cs still required or cn I just use th gitorious versions? 2. I get the fillowing compile issue when building the gitorious version of Flightgear. Any ideas on how to solve? make[2]: Entering directory `/data/tg/flightgear/src/Autopilot' g++ -DHAVE_CONFIG_H -I. -I../../src/Include -I../.. -I../../src -I/usr/local/include -g -O2 -D_REENTRANT -MT route_mgr.o -MD -MP -MF .deps/route_mgr.Tpo -c -o route_mgr.o route_mgr.cxx route_mgr.cxx: In member function 'void FGRouteMgr::setWaypointTargetAltitudeFt(unsigned int, int)': route_mgr.cxx:649: error: 'class SGWayPoint' has no member named 'setTargetAltFt' make[2]: *** [route_mgr.o] Error 1 make[2]: Leaving directory `/data/tg/flightgear/src/Autopilot' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/tg/flightgear/src' Jason Cox -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Issues with compiling on Gentoo 64
these were both pulled down from gitourious today with a git clone command. I am also not that familure with git. I have now run git checkout v2.0.0 and restarted the compile and all seams well. I do miss (however am glad to be off) cvs where a simple cvs up solved most issues :) Jason PS. is there a better way of doing things apart from git pull and getting everything ever committed being downloaded in to my local copy? On Sat, 2010-06-26 at 02:17 +0200, Csaba Halász wrote: On Sat, Jun 26, 2010 at 2:07 AM, Jason Cox j_...@exemail.com.au wrote: 2. I get the fillowing compile issue when building the gitorious version of Flightgear. Any ideas on how to solve? You need to have matching simgear and flightgear as usual. No changes there. Check your simgear. Cf: http://gitorious.org/fg/simgear/blobs/next/simgear/route/waypoint.hxx line 136. -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] fgfs-construct being killed
Hi all, is there a setting in fgfs-construct that sets the run time for a build. I keep having my process killed and not by the kernel. Jason Region point = 151.588, -32.9989, - Triangulation with options = pczAen Constructing Delaunay triangulation by divide-and-conquer method. Delaunay milliseconds: 53 Inserting segments into Delaunay triangulation. Segment milliseconds: 23 Removing unwanted triangles. Spreading regional attributes. Hole milliseconds: 34 Writing points. Writing triangles. Writing segments. Writing edges. Writing neighbors. Output milliseconds: 14 Total running milliseconds: 129 Statistics: Input points: 25709 Input segments: 27190 Input holes: 1 Mesh points: 25709 Mesh triangles: 51177 Mesh edges: 76886 Mesh boundary edges: 241 Mesh segments: 27190 finished triangulation number of fitted nodes = 25709 fixing node heights flattening lake connected nodes (and smoothing streams) flattening ocean connected nodes generating wgs84 list calculating face normals Degenerate tri! Degenerate tri! Degenerate tri! Degenerate tri! calculating node normals Killed -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fgfs-construct being killed
Ok, so a quick scan for the exit code found nothing... where abouts can I change the time out as I have be searching for a few days On Fri, 2009-11-13 at 21:52 +, Martin Spott wrote: Jason Cox wrote: is there a setting in fgfs-construct that sets the run time for a build. Yup. Exit code 137 ? Martin. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fgfs-construct being killed
you were right exit code 137 I will check the file as suggested On Fri, 2009-11-13 at 22:38 +, Martin Spott wrote: Jason Cox wrote: Ok, so a quick scan for the exit code found nothing... Ah, that's what I meant: # ~ fgfs-construct [... parameters ...] [...] Killed # ~ echo $? where abouts can I change the time out as I have be searching for a few days Mostly from memory I'd propose to search the file 'src/BuildTiles/Main/main.cxx' for occurrences of limit.rlim, Martin. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fgfs-construct being killed
I have changed the setting for both rlim_cur and rlim_max from 300 to 3 curious though is that the following section of code seems to set it to 4000 and then over write it to 300 Jason #if defined( __CYGWIN__ ) || defined( __CYGWIN32__ ) || defined( _MSC_VER ) // the next bit crashes Cygwin for me - DCL // MSVC does not have the function or variable type defined - BRF #else // set mem allocation limit. Reason: occasionally the triangle() // routine can blow up and allocate memory forever. We'd like // this process to die before things get out of hand so we can try // again with a smaller interior angle limit. int result; struct rlimit limit; limit.rlim_cur = 4000; limit.rlim_max = 4000; #if 0 result = setrlimit( RLIMIT_DATA, limit ); cout result of setting mem limit = result endl; result = setrlimit( RLIMIT_STACK, limit ); cout result of setting mem limit = result endl; result = setrlimit( RLIMIT_CORE, limit ); cout result of setting mem limit = result endl; result = setrlimit( RLIMIT_RSS, limit ); cout result of setting mem limit = result endl; #endif // cpu time limit since occassionally the triangulator can go into // an infinite loop. limit.rlim_cur = 300; // seconds limit.rlim_max = 300; // seconds result = setrlimit( RLIMIT_CPU, limit ); cout result of setting mem limit = result endl; #endif // end of stuff that crashes Cygwin On Sat, 2009-11-14 at 09:57 +1100, Jason Cox wrote: you were right exit code 137 I will check the file as suggested On Fri, 2009-11-13 at 22:38 +, Martin Spott wrote: Jason Cox wrote: Ok, so a quick scan for the exit code found nothing... Ah, that's what I meant: # ~ fgfs-construct [... parameters ...] [...] Killed # ~ echo $? where abouts can I change the time out as I have be searching for a few days Mostly from memory I'd propose to search the file 'src/BuildTiles/Main/main.cxx' for occurrences of limit.rlim, Martin. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Texture oddities in Hi-rez scenery
Cullum, much like yourself I am building higher res scenery. Long story short, I changed the timeout to build tiles and found that my scenery blew up just as yours did (http://globelock.menu.nu/fgfs.png) have you made any progress? Jason On Tue, 2009-11-10 at 04:00 -0800, cullam Bruce-Lockhart wrote: Sorry I didn't get back to everyone on their input sooner, I was out of town for most of the last week. The work I'm doing is with UAVs; specifically I'm trying to give a human on the ground the ability to take control of a UAV. So I'm using Flightgear as the Visual Rendering Platform. It takes it's flightmodel and position from the live telemetry feed coming down from the plane. It shows the human pilot a fairly accurate picture of what would be seen if they were looking out the cockpit window, and allows them to control the plane directly. We've done the setup for this, and had no trouble, but I haven't actually tried letting a human take control yet. Up until now, it's been impossible, as the scenery we had was very inaccurate. With the stuff I'm building now, it might be doable. The problem (most likely) is that the structure size of the index is a 16 bit signed word. This means once you exceed 32767 texture coordinates, the mapping will go all goofy on you. I had a local mod here that switched to using unsigned indices which doubles your capacity, but in high res scenery, even this is easy to exceed. I think this also required a change on the FlightGear side (but it was backwards compatible.) ... Any idea where I might go in the program to make such changes? While doubling the size wouldn't fix the problem, it would at least raise the limits somewhat. Given the amount of time I have left to work on this project, I doubt I'm going to get a chance to make massive changes to the way Terragear and Flightgear handles scenery. So some of the other, more permanent suggestions might not be feasible for me. Certainly for the work I'm doing, changing the chunk size could work, although I doubt I'd be able to implement it quickly enough to have it working before my timeline runs out. But the piece of land I'm doing is an island, so any inconsistencies between it and the rest of the world will be in the ocean. And I understand that not everyone will be able to run super hi-rez scenery. But like I said, I'm working on this for a particular research goal with UAVs. But I figure there might be people out there interested in having access to the final product for their own flying pleasure. I don't expect it would become part of the official scenery. And with that, I'm off to work on getting terragear to automatically assign all steep triangles a cliff texture. It's something that my scenery desperately needs. I'm not sure if that's a feature that other people might benefit from in their own builds. If it is, let me know. Hopefully I'll get it working... -cullam __ Get a sneak peak at messages with a handy reading pane with All new Yahoo! Mail: http://ca.promos.yahoo.com/newmail/overview2/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear, OK in Atlas
Ron, I think that tile is actualy ocean. I tried Scenery/Terrain/e150s40/e151s33/5426762.btg.gz and it show Default and other layers. Is there a maximum number of elements to a file as this is some high resolution stuff I am trying to build Jason On Thu, 2009-10-29 at 23:10 +, Ron Jensen wrote: Jason, Newer versions of fgfs have a command line switch --fgviewer that will show a tile to you without need of starting all the flightgear systems. $fgfs --fgviewer YGDH.btg.gz What I am seeing is all your terrain is coming out flat and in sea/water texture. By zcatting one of you terrain files through strings: $zcat Scenery/Terrain/e150s30/e150s30/5410562.btg.gz | strings The only texture listed is ocean. Your missing something with the terragear build chain. Ron On Fri, 2009-10-30 at 08:05 +1100, Jason Cox wrote: I forgot to say, a sample is available at http://globelock.mine.nu/YWLM.tgz Jason On Fri, 2009-10-30 at 07:42 +1100, Jason Cox wrote: Hi everyone, I have been generating Scenery now for a few days experimenting with data sources along the way. I currently have some scenery that shows as expected in atlas (area is around YWLM).The coast and major roads show up correctly. The problem is that when I start Flightgear using the scenery I just get an ocean tile. I am not sure how to procced from here and any help would be greatly appreciated. Jason -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear, OK in Atlas
Ok now I am lost. I just added another layer to the scenery and re-ran the script i use to build the scenery and it works. I now hve my high res coast and roads (just about to run residential level osm) :) Jason PS once done I will throw it up on my server On Fri, 2009-10-30 at 18:32 +1100, Jason Cox wrote: Ron, I think that tile is actualy ocean. I tried Scenery/Terrain/e150s40/e151s33/5426762.btg.gz and it show Default and other layers. Is there a maximum number of elements to a file as this is some high resolution stuff I am trying to build Jason On Thu, 2009-10-29 at 23:10 +, Ron Jensen wrote: Jason, Newer versions of fgfs have a command line switch --fgviewer that will show a tile to you without need of starting all the flightgear systems. $fgfs --fgviewer YGDH.btg.gz What I am seeing is all your terrain is coming out flat and in sea/water texture. By zcatting one of you terrain files through strings: $zcat Scenery/Terrain/e150s30/e150s30/5410562.btg.gz | strings The only texture listed is ocean. Your missing something with the terragear build chain. Ron On Fri, 2009-10-30 at 08:05 +1100, Jason Cox wrote: I forgot to say, a sample is available at http://globelock.mine.nu/YWLM.tgz Jason On Fri, 2009-10-30 at 07:42 +1100, Jason Cox wrote: Hi everyone, I have been generating Scenery now for a few days experimenting with data sources along the way. I currently have some scenery that shows as expected in atlas (area is around YWLM).The coast and major roads show up correctly. The problem is that when I start Flightgear using the scenery I just get an ocean tile. I am not sure how to procced from here and any help would be greatly appreciated. Jason -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear, OK in Atlas
I would love to see that as well. problem I have is that i used to use Fred's FGSD but it no longer works on my gentoo 64 box and looks like development stopped a few years ago. So what tools are availble now for scenery modification? Jason On Fri, 2009-10-30 at 22:25 +1100, Scott Hamilton wrote: On Fri, 2009-10-30 at 19:48 +1100, Jason Cox wrote: Hi ya Jason, I'd be very keen to see someone do Sydney, I think a lot of the terrain is a bit sharp, there is a weird 200ft ravine through the CBD that would make it difficult to place buildings on... S. Ok now I am lost. I just added another layer to the scenery and re-ran the script i use to build the scenery and it works. I now hve my high res coast and roads (just about to run residential level osm) :) Jason PS once done I will throw it up on my server On Fri, 2009-10-30 at 18:32 +1100, Jason Cox wrote: Ron, I think that tile is actualy ocean. I tried Scenery/Terrain/e150s40/e151s33/5426762.btg.gz and it show Default and other layers. Is there a maximum number of elements to a file as this is some high resolution stuff I am trying to build Jason On Thu, 2009-10-29 at 23:10 +, Ron Jensen wrote: Jason, Newer versions of fgfs have a command line switch --fgviewer that will show a tile to you without need of starting all the flightgear systems. $fgfs --fgviewer YGDH.btg.gz What I am seeing is all your terrain is coming out flat and in sea/water texture. By zcatting one of you terrain files through strings: $zcat Scenery/Terrain/e150s30/e150s30/5410562.btg.gz | strings The only texture listed is ocean. Your missing something with the terragear build chain. Ron On Fri, 2009-10-30 at 08:05 +1100, Jason Cox wrote: I forgot to say, a sample is available at http://globelock.mine.nu/YWLM.tgz Jason On Fri, 2009-10-30 at 07:42 +1100, Jason Cox wrote: Hi everyone, I have been generating Scenery now for a few days experimenting with data sources along the way. I currently have some scenery that shows as expected in atlas (area is around YWLM).The coast and major roads show up correctly. The problem is that when I start Flightgear using the scenery I just get an ocean tile. I am not sure how to procced from here and any help would be greatly appreciated. Jason -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo
Re: [Flightgear-devel] Unable to view scenery in Flightgear,
both. I used FGSD to move VMAP to what I had from a digitised map and I wrote a little script to pull the topo contours and change the elevations from a mapinfo file (plain text database). I guess now that I can do the land cover directly from my shapefiles all I need is to modify the elevations based on the shapefile topo data. Jason On Fri, 2009-10-30 at 20:42 +, Martin Spott wrote: Hi Jason, Jason Cox wrote: So what tools are availble now for scenery modification? Would you like to edit the land cover polygon or the elevation data ? Martin. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear,
AGENCY PUBLICATION YEAR DATASET NAME YY DD YY DD YY DD YY DD If you have any questions about this Licence please address enquiries to the Office of Spatial Data Management, GPO Box 378, Canberra, ACT, 2601; or contact OSDM on Tel (02) 6249 9111, Fax (02) 6249 9926, email address i...@osdm.gov.au OSDM Version 1.0 On Fri, 2009-10-30 at 21:20 +, Martin Spott wrote: Jason Cox wrote: I used FGSD to move VMAP to what I had from a digitised map and I wrote a little script to pull the topo contours and change the elevations from a mapinfo file (plain text database). I guess now that I can do the land cover directly from my shapefiles all I need is to modify the elevations based on the shapefile topo data. Yup, editing land cover shapefiles should be pretty straightforward - at least several people are doing this, using QGIS, OpenJUMP or GRASS. BTW, if the copyright of the map permits public dustribution of the digitized data (I know, most maps don't), we'd be happy to include this into our world coverage. Look here for one sample of digitized, well, satellite imagery we're including into FlightGear's World Scenery: http://mapserver.flightgear.org/map/?lon=-156.34932lat=20.76679zoom=11layers=B00TTFFF or this one, just finished (thanks to John Holden and Chris Schmitt): http://mapserver.flightgear.org/map/?lon=-73.37928lat=40.77091zoom=10layers=B00TTFFF Editing elevation is much more difficult. In theory, you could edit the SRTM raster input and hope that TerraGear will leave the most prominent edits in place. The implementation of a TerraGear feature to override the elevation raster from a set of elevation contour lines in a certain area is still awaiting to happen. Cheers, Martin. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Unable to view scenery in Flightgear, OK in Atlas
Hi everyone, I have been generating Scenery now for a few days experimenting with data sources along the way. I currently have some scenery that shows as expected in atlas (area is around YWLM).The coast and major roads show up correctly. The problem is that when I start Flightgear using the scenery I just get an ocean tile. I am not sure how to procced from here and any help would be greatly appreciated. Jason -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear, OK in Atlas
I forgot to say, a sample is available at http://globelock.mine.nu/YWLM.tgz Jason On Fri, 2009-10-30 at 07:42 +1100, Jason Cox wrote: Hi everyone, I have been generating Scenery now for a few days experimenting with data sources along the way. I currently have some scenery that shows as expected in atlas (area is around YWLM).The coast and major roads show up correctly. The problem is that when I start Flightgear using the scenery I just get an ocean tile. I am not sure how to procced from here and any help would be greatly appreciated. Jason -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] problems with terragear and osm
hi all, I am having a problem with genreating scenery with OSM data. I can generate screnery using shape-decode for everthing except residential roads. Every time I try I end up witha blank tile (nothing at all except sea) I use the following, shape-decode --line-width 3 ../data/shapefile/osm_residential Roads Road rmoving the directory and rebuilding without it and it all works as expected. can anyone help Jason -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Problem with the web site www.flightgear.org
is it just me or is the web site broken? I just keep getting a page about cPanel Jason Cox -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Problems generating scenery for Australia
threshold lights for forward direction gen threshold 17x length hdg = 180 left heading = 90 rwylt2 = 2 app2 = 4 gen papi 12x length hdg = 309.99 left heading = 219.99 rwylt1 = 2 app1 = 1 threshold lights for forward direction gen threshold 12x length hdg = 129.99 left heading = 39.99 rwylt2 = 2 app2 = 1 threshold lights for reverse direction gen threshold 12x length hdg = 309.99 left heading = 219.99 found a bad node = 149.197, -35.3015, - Cannot open ./work//SRTM2-Africa-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-Africa-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM2-Australia-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-Australia-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM2-Eurasia-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-Eurasia-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM2-Islands-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-Islands-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM2-North_America-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-North_America-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM2-South_America-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-South_America-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//DEM-USGS-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//DEM-USGS-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM-30/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM-30/e140s40/e149s36/5393832.fit.gz The problem is that the 5393832 files do not exist in the directory search path and all that was produced by hgtchop is, ls ./work//SRTM2-Australia-3/e140s40/e149s36/ -l total 7050 -rw-rw-r-- 1 root root 511763 Apr 2 22:39 5393848.arr.gz -rw-rw-r-- 1 root root 1295081 Apr 3 08:46 5393848.fit.gz -rw-rw-r-- 1 root root 512085 Apr 2 22:39 5393849.arr.gz -rw-rw-r-- 1 root root 1289987 Apr 3 08:45 5393849.fit.gz -rw-rw-r-- 1 root root 504154 Apr 2 22:39 5393850.arr.gz -rw-rw-r-- 1 root root 1271712 Apr 3 08:45 5393850.fit.gz -rw-rw-r-- 1 root root 511339 Apr 2 22:39 5393851.arr.gz -rw-rw-r-- 1 root root 1301840 Apr 3 08:45 5393851.fit.gz Any thoughts ? Jason Cox -- ___ Flightgear-devel mailing list
[Flightgear-devel] Problems with terragear and building Australian scenery
threshold lights for forward direction gen threshold 17x length hdg = 180 left heading = 90 rwylt2 = 2 app2 = 4 gen papi 12x length hdg = 309.99 left heading = 219.99 rwylt1 = 2 app1 = 1 threshold lights for forward direction gen threshold 12x length hdg = 129.99 left heading = 39.99 rwylt2 = 2 app2 = 1 threshold lights for reverse direction gen threshold 12x length hdg = 309.99 left heading = 219.99 found a bad node = 149.197, -35.3015, - Cannot open ./work//SRTM2-Africa-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-Africa-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM2-Australia-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-Australia-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM2-Eurasia-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-Eurasia-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM2-Islands-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-Islands-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM2-North_America-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-North_America-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM2-South_America-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM2-South_America-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//DEM-USGS-3/e140s40/e149s36/5393832.arr.gz Cannot open ./work//DEM-USGS-3/e140s40/e149s36/5393832.fit.gz Cannot open ./work//SRTM-30/e140s40/e149s36/5393832.arr.gz Cannot open ./work//SRTM-30/e140s40/e149s36/5393832.fit.gz origin = 536400 -127350 The directory only contains ls ./work//SRTM2-Australia-3/e140s40/e149s36/ -l total 7050 -rw-rw-r-- 1 root root 511763 Apr 2 22:39 5393848.arr.gz -rw-rw-r-- 1 root root 1295081 Apr 3 08:46 5393848.fit.gz -rw-rw-r-- 1 root root 512085 Apr 2 22:39 5393849.arr.gz -rw-rw-r-- 1 root root 1289987 Apr 3 08:45 5393849.fit.gz -rw-rw-r-- 1 root root 504154 Apr 2 22:39 5393850.arr.gz -rw-rw-r-- 1 root root 1271712 Apr 3 08:45 5393850.fit.gz -rw-rw-r-- 1 root root 511339 Apr 2 22:39 5393851.arr.gz -rw-rw-r-- 1 root root 1301840 Apr 3 08:45 5393851.fit.gz Any thoughts? Jason Cox
Re: [Flightgear-devel] Problems with terragear and building Australian scenery
Geoff, sorry for the double post, but I thought I had issues with my old and new email address. Anyway,the original hgt source was from e0srp01u.ecs.nasa.gov/srtm/version2/Australia This was 'wget' from the site back '06 and unfortunatly not available now. I am cutting up the hgt file with 'gtchop 1 HGT/S38E150.hgt SRTM2-Australia-3/' and it shows no errors. Jason On Sat, 2009-04-04 at 13:32 +0200, Geoff McLane wrote: Hi Jason, Not sure why you did two posts of the same thing, but... Maybe it is political? You do know that the 'missing' DEM information is Capital Hill, Canberra ;=)) Tile e140s40/e149s36/5393832 is centered lat,lon -35.3125,149.125 and in Google Earth that looks like 'Capital Hill' ;=() Seriously, you show you have - 5393848 -35.0625,149.125 through to 5393851 -35.0625,149.875 so your DEM data sort of runs out at -35.0625, while you want down to -35.3125... You do NOT say WHERE you got this DEM information from... That is, what DEM/SRTM 'raw' data did you start with? Where did you download it from? What TG tool did you use to 'chop' it into .arr.gz? With this information, may be able to help more. Regards, Geoff. PS: I do not really think it is 'political' ;=)) On Sat, 2009-04-04 at 18:57 +1100, Jason Cox wrote: Hi all, been a while since I last tried this (about 3 years) and I am experiancing a few issues. I have STRM2 data that has been hgtchop'ed ok into ./work//SRTM2-Australia-3 , but when I run genapt it complains that the dem data dosn't exist ie genapts --input=/DATA/src/fg/data/Airports/apt.dat.gz --work=./work/ --airport=YSCB 21 |grep -v Next |grep -v result Input file = /DATA/src/fg/data/Airports/apt.dat.gz Terrain sources = ./work//SRTM2-Africa-3 ./work//SRTM2-Australia-3 ./work//SRTM2-Eurasia-3 ./work//SRTM2-Islands-3 ./work//SRTM2-North_America-3 ./work//SRTM2-South_America-3 ./work//DEM-USGS-3 ./work//SRTM-30 Work directory = ./work/ Nudge = 10 Longitude = -180:180 Latitude = -90:90 Data version = 810 Building YSCB Runway count = 2 Taxiway count = 90 e140s40/e149s36/5393832 18 -35.302717 149.196184 1 BCN 14 -35.300541 149.1998900 0 ATC Tower 19 -35.290601 149.196704 1 WS 19 -35.300404 149.185850 1 WS 19 -35.299599 149.197176 1 WS
Re: [Flightgear-devel] Problems with terragear and building Australian scenery
Jon, Thanks I will setting running again :) On Sat, 2009-04-04 at 13:11 +0100, Jon Stockill wrote: Jason Cox wrote: Geoff, sorry for the double post, but I thought I had issues with my old and new email address. Anyway,the original hgt source was from e0srp01u.ecs.nasa.gov/srtm/version2/Australia This was 'wget' from the site back '06 and unfortunatly not available now. I am cutting up the hgt file with 'gtchop 1 HGT/S38E150.hgt SRTM2-Australia-3/' and it shows no errors. There's your problem - the data is 3 arcsec, not 1, so effectively you've shrunk it to 1/3 of its original size. Re-run hgtchop with 3 instead of 1. Jon -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problems with terragear and building Australian scenery
Geoff, part of my plan is try and incorporate mif topo's into the mix of elevation. I had a script somewhere that used Fred's fgsd xml format to overlay the topo's elevation data on a tile and then export from fgsd to build a new tile :) Jason On Sat, 2009-04-04 at 14:36 +0200, Geoff McLane wrote: On Sat, 2009-04-04 at 13:11 +0100, Jon Stockill wrote: Jason Cox wrote: Geoff, sorry for the double post, but I thought I had issues with my old and new email address. Anyway,the original hgt source was from e0srp01u.ecs.nasa.gov/srtm/version2/Australia This was 'wget' from the site back '06 and unfortunatly not available now. I am cutting up the hgt file with 'gtchop 1 HGT/S38E150.hgt SRTM2-Australia-3/' and it shows no errors. There's your problem - the data is 3 arcsec, not 1, so effectively you've shrunk it to 1/3 of its original size. Re-run hgtchop with 3 instead of 1. Jon Hi Jason, Maybe Jon has hit the point - try 3 instead of 1 ;=)) thanks, Jon... And I think the 'new' location of the data is :- NASA_WGET=ftp://e0srp01u.ecs.nasa.gov/srtm/version2/SRTM3/Australia; But I have found a MISSING DEM block. I tried to do Sydney, but found no S40E150 on the above FTP site I found - OZSET=S31E150 S31E151 S31E152 S31E153 S32E150 S32E151 \ S32E152 S32E153 S32E159 S33E150 S33E151 S33E152 S34E150 \ S34E151 S35E150 S35E151 S36E150 S37E150 S38E150 But could not find data for say S40E150??? My only alternative was to switch to using GLOBE data... Cut from my makesyd script... # (b) Try USGS DEM files USEUSGS=1 # DEM data # source = http://edcwww.cr.usgs.gov/products/elevation/gtopo30/gtopo30.html USGS_URL=http://edcftp.cr.usgs.gov/pub/data/gtopo30/global/; USGS_MIRROR=http://www1.gsi.go.jp/geowww/globalmap-gsi/gtopo30/data/global/; # OZ_USGS=http://edcftp.cr.usgs.gov/pub/data/gtopo30/global/e140s10.tar.gz; If you find any other (free) DEM/SRTM data for OZ, I would be most interested... Regards, Geoff. PS: You can get my full makesyd script from :- http://geoffair.net/tmp/makesyd but it requires you have VMAP0 in a specific directory, but maybe you are not using VMAP0... and be aware it FAILS. See my developing page - http://geoffair.net/tmp/newscenery.htm -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Depth percepted cockpit
On Sat, 2008-02-02 at 22:11 -0700, Hans Fugal wrote: Goggles with full head tracking would be even cooler, but it seems like this definitely has the potential to be cheaper. Wiis aren't overly cheap, but something could be constructed for quite cheap by a DIY enthusiast with too much time and some electronics knowledge. I belive all you would need is a usb cam that is supported by the v4l drivers and an infared pass filter (all ccd cams are ir sensitive) to replace the wii controller. the rest is software Jason - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AIEntity.hxx:49: error: `ssgBranch' has not been declared
Fred, thanks for the reply but i am still having problems. I have cvs up -PAd in both SimGear and FlightGear but i still have the compiler error. i also can not find any mention of a new branch in Simgear to take advantage of the OSG. what is the cvs command to get the new branch ? Jason On Tue, 2006-11-07 at 08:58 +0100, Frederic Bouvier wrote: Selon Jason Cox : Hi all, i have just done an update via cvs today and have the following problem, make[2]: Entering directory `/DATA/src/Flightgear/Flightgear/src/ATC' if g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -I/usr/X11R6/include -I/usr/local/include -g -O2 -D_REENTRANT -MT atis.o -MD -MP -MF .deps/atis.Tpo -c -o atis.o atis.cxx; \ then mv -f .deps/atis.Tpo .deps/atis.Po; else rm -f .deps/atis.Tpo; exit 1; fi In file included from AIPlane.hxx:27, from tower.hxx:37, from ATCmgr.hxx:34, from atis.cxx:50: AIEntity.hxx:49: error: `ssgBranch' has not been declared AIEntity.hxx:49: error: ISO C++ forbids declaration of `model' with no type AIEntity.hxx:70: error: `ssgBranch' was not declared in this scope AIEntity.hxx:70: error: template argument 1 is invalid AIEntity.hxx:70: error: ISO C++ forbids declaration of `_model' with no type make[2]: *** [atis.o] Error 1 Build system is Gentoo Linux on ADM64 with lattest plib,simgear and flightgear i have also downloaded,built and install OSG has anyone seen or know of this problem ? It looks like your version of AIEntity.hxx is not up-to-date. There is no ssgBranch reference currently in that file. Maybe you mixed the plib branch with the OSG branch. Make sure you 'make install'ed the proper SimGear. -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AIEntity.hxx:49: error: `ssgBranch' has not been declared
Fred, thats odd. this is exactly what i do via a script (change to SimGear dir, cvs up -PAd, autogen.sh,confingure ...) so i dont know why i get the error. I have done a make uninstall and gone from there with no luck. is there a configure switch in FlightGear that i am ment to use to set it to osg ? Jason On Tue, 2006-11-07 at 10:14 +0100, Frederic Bouvier wrote: Quoting Jason Cox : Fred, thanks for the reply but i am still having problems. I have cvs up -PAd in both SimGear and FlightGear but i still have the compiler error. i also can not find any mention of a new branch in Simgear to take advantage of the OSG. what is the cvs command to get the new branch ? Jason the OSG branch : cvs up -PdA the plib branch : cvs up -Pd -r PRE_OSG_PLIB_20061029 You should make sure that the old plib SimGear is not in /usr/local/include and /usr/local/lib -Fred -- Frédéric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] 3d models
Hi all, just wondering on weather some one has looked into tapping into the 3d models that are available for downlaod from google earth? i think we maybeable to use these if we convert them as they are created by users of the sketchup program. any thoughts? Jason - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
