For some time now I have suspected that srtmchop does not do its job correctly. Two reasons: 1. At ELLX the VOR LUX, although placed at the correct lat/lon is located at the foot of a hill which if it would be there in RL would not improve nav signal reception. (ref: http://www.emmerich-j.de/EDDF/EDDF-ELLX.zip) 2. The north border of the geotiff files is 0 elevation over the entire west-east line in the output files (*.arr.gz)
So I experimented a bit and to make a long story short I wrote something that handles the data correctly. Called ascchop as it chops *.asc files (from http://srtm.csi.cgiar.org) and not the geotiff-s (same data though). Only works on linux and as I only know a bit of fortran written in that language. Let me know if interested. So it looks like srtmchop somehow 'forgets' the entire south border and shifts all elevation data 0.0008333 degrees south. Of course when it gets to the north border, no data left and makes it all 0. Cheers, Eric ------------------------------------------------------------------------------ Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html _______________________________________________ Flightgear-scenery mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/flightgear-scenery
