Published by breki on 23 Jun 2009 at 06:35 pm
NASA’s SRTM Server Has Moved…
NASA moved the server containing SRTM data to a new location. Taken from their README file:
The SRTM dataset has moved. You have apparently been accessing it directly, rather than through the link specified at JPL (http://www2.jpl.nasa.gov/srtm/). The new location is http://dds.cr.usgs.gov/srtm/.Note that the directory levels have changed, so that the top level now contains the version directories. Lastly, we now only allow HTTP connections, not FTP. Sorry that we had no way to communicate these changes other than cutting off access at the old location.
The fact that they no longer provide FTP access is a big PITA for me, since all of my software (Kosmos, GroundTruth) uses FTP protocol to download the height data. I’ll need a few days of free time to write the new HTTP code, so unfortunately until then – I suggest you keep your SRTM caches on your disks.
As for Srtm2Osm, I’ll try to integrate this newly written code to it, but I cannot promise it will work – the code base has changed a lot since the time I published Srtm2Osm code on the OSM SVN server. Any volunteers?
igorbrejc.net » GroundTruth: Works With SRTM Again on 28 Jun 2009 at 21:20 #
[...] news: I managed to update my Breki.DemLibrary code to be able to download SRTM data from the new NASA server. The next step was to update the source code for GroundTruth in order for it to be able to use the [...]
sim on 06 Jul 2009 at 0:20 #
Hi Igor,
Thanks for heads up, I was looking why FTP is not working all day. BTW, where is this README file located? Even Google can’t find it.
breki on 06 Jul 2009 at 19:29 #
@sim,
From what I remember, the readme file was on the old FTP server, I don’t know if it’s still there.
sim on 07 Jul 2009 at 2:17 #
thanks, kinda weird though, put the only announcement on ftp and shut it down
Kubi on 22 Oct 2009 at 14:21 #
Hi Igor,
i have a problem with the SRTM data. I have the mesage: \Error downloading SRTM data.\
breki on 22 Oct 2009 at 15:05 #
@Kubi,
Can you please specify what tool and what version are you using?
Bodo Meissner (Bomm) on 20 Dec 2009 at 15:03 #
Hello Igor,
as you may have noticed, I fixed the SRTM download in Srtm2Osm and added a new parameter to offset the generated contours to make it work better with OsmComposer. (see http://wiki.openstreetmap.org/wiki/Srtm2osm and SVN)
As you wrote on http://igorbrejc.net/development/c/kosmos-v2-5-and-groundtruth-and-some-developers-musings you did some improvements in the contour generator.
I would like to try to integrate your new version in Srtm2Osm.
Currently a problem has been reported for Srtm2Osm:
When you call Srtm2Osm.exe -o contour_sample.osm -large -corrxy 0.0005 0.0005 -step 20 -cat 400 200 -bounds1 56.6 21.6 56.7 21.7 the program aborts with a NotImplementedException. (The new -corrxy option is an optional offset to shift the contours as requested by Nop for OsmComposer.)
As far as I found out the exception is thrown in Brejc.DemLibrary.Igor4IsopletingAlgorithm in ExtractIsohypseMovements() if movementFound is still false at the end. Unfortunately I do not understand the algorithm yet. That’s why it is a bit difficult for me to further debug this.
Is this related to the “data voids” you mentioned on the page named above? Could the new version of Brejc.DemLibrary help to fix the problem?
Bodo
breki on 20 Dec 2009 at 20:28 #
@Bomm,
The new algorithm in DemLibray is a complete rewrite and works differently, so I doubt you’d be able to use it in Srtm2Osm without major changes in the code. The old algorithm had some bugs in it, but I don’t know whether this is related to the exception. Please send me (via email) a debug stack trace of the exception and the relevant source file and I’ll try to see what’s the problem.