Published by breki on 29 Jul 2009 at 10:18 pm
GroundTruth: SRTM Hotfix
NASA has moved the SRTM tiles again (they are now stored under v2.1 directory, but I don’t know if there’s any difference in the content compared to the v2 version). So GroundTruth’s and Kosmos’ contours functionality stopped working.
Unfortunately I’m in the middle of a major refactoring of the whole of my OSM code in preparation for Kosmos v3 and support for other sources of DEM, so it’s kind of difficult to produce running versions of my software: the builds are broken, I’ve temporarily stopped my build server etc.
But I’ve decided to take a few hours and prepare a new build for GroundTruth at least (Kosmos will have to wait, too much changes in the code). Since I didn’t have much time to test it, it is “officially” marked as an experimental build, and I’ve put it under http://downloads.igorbrejc.net/osm/groundtruth/experimental/ directory (just use the ZIP with the latest date). I hope it works.
BTW: if NASA decides to move the tiles again, there’s a new setting in the configuration file (GroundTruth.exe.config):
<add key="SrtmServerUrl" value="http://dds.cr.usgs.gov/srtm/version2_1/"/>
You’ll be able to change the URL yourself this time 
markus on 29 Jul 2009 at 22:41 #
Hi,
That is great, thanks for the build. I could successfully create the ibf file. However, the following makemap command failed. It this an issue with the refactoring and all or do I have to call it differently? I would only need the img file.
GroundTruth.exe contours –bu=”http://www.openstreetmap.org/?lat=70.5&lon=27&zoom=8&layers=B000FTF” GroundTruth.exe makemap –ibf=output.ibf
TASK: Generate polish TYP file TASK: Generate TYP file Running program .\cgpsmapper.exe (‘typ “1.TYP.txt” “1.TYP”‘) Setting working directory to ‘C:\Programme\GroundTruth-1.5.229.0\Maps\Temp’ [exec] *************************************************************************
[exec] cGPSmapper a GIS converter into GARMIN compatible format maps [exec] Version : 0098e Jul 16 2009 [exec] Copyright(C) Stanislaw Kozicki, 2000-2009 [exec] cgpsmapper@gmail.com [exec] [exec] THIS IS A FREE / SHAREWARE / PERSONAL VERSION OF CGPSMAPPER – YOU CAN USE
[exec] IT ONLY IF YOU AGREE WITH CGPSMAPPER NON COMMERCIAL LICENCE TERMS OF USE [exec] BE SURE TO READ LICENCE.TXT FILE WHICH COMES TOGETHER WITH CGPSMAPPER [exec] OR GO TO HTTP://CGPSMAPPER.COM [exec] *************************************************************************
[exec] Non Commercial only – Free cGPSmapper version with extended set of types [exec] *************************************************************************
[exec] Custom type definition : YES [exec] ESRI data support : NO [exec] POI full info : NO [exec] POI indexing : NO [exec] City indexing : NO [exec] Find intersection support : NO [exec] Street numbers support : NO [exec] Street full address : NO [exec] Global indexing support : NO [exec] Auto-routing support : NO [exec] Marine (extended) types : YES [exec] Map locking support : NO [exec] *************************************************************************
[exec] Garmin and MapSource are registered trademark or trademarks of [exec] Garmin Ltd. or one of its subsidiaries. [exec] *************************************************************************
[exec] cGPSMapper home page: http://cgpsmapper.com [exec] *************************************************************************
[exec] Processing custom type definition file [exec] File: 1.TYP is created [exec] Execution time: 0.19 s [exec] [exec] [exec] TASK: Generate map IMG files ERROR: System.Collections.Generic.KeyNotFoundException: Der angegebene Schlüssel war nicht im Wörterbuch angegeben. bei GroundTruth.Engine.MapMaker.ListProductFiles(String productFileType) in d :\MyStuff\BuildArea\Sandbox\GroundTruth\trunk\GroundTruth.Solution\GroundTruth.E ngine\MapMaker.cs:Zeile 61. bei GroundTruth.Engine.Tasks.GenerateMapImgFilesTask.Execute(ITaskRunner task Runner) in d:\MyStuff\BuildArea\Sandbox\GroundTruth\trunk\GroundTruth.Solution\G roundTruth.Engine\Tasks\GenerateMapImgFilesTask.cs:Zeile 23. bei GroundTruth.Engine.MapMaker.Run() in d:\MyStuff\BuildArea\Sandbox\GroundT ruth\trunk\GroundTruth.Solution\GroundTruth.Engine\MapMaker.cs:Zeile 125. bei GroundTruth.MapMakingCommand.Execute(IEnumerable`1 args) in d:\MyStuff\Bu ildArea\Sandbox\GroundTruth\trunk\GroundTruth.Solution\GroundTruth\MapMakingComm and.cs:Zeile 172. bei GroundTruth.ConsoleApp.Process() in d:\MyStuff\BuildArea\Sandbox\GroundTr uth\trunk\GroundTruth.Solution\GroundTruth\ConsoleApp.cs:Zeile 53.
markus on 29 Jul 2009 at 22:51 #
Hi again,
Maybe the generation of the ibf file was not so successfull: the ibf file is ony about 28kb… thanks
markus on 29 Jul 2009 at 22:52 #
uh, sorry, my last comment referred to a previous comment, but the previous comment is still waiting for approval, so the last comment does not make sense without the comment which I tried to create the ibf file: GroundTruth.exe contours –bu=”http://www.openstreetmap.org/?lat=70.5&lon=27&zoom=8&layers=B000FTF”
breki on 30 Jul 2009 at 6:16 #
@markus,
Thanks for the report, I’ll look into it.
breki on 30 Jul 2009 at 6:20 #
@markus,
I think the problem partially lies in the fact that your coordinates are outside of the SRTM availability area: http://dds.cr.usgs.gov/srtm/version2_1/Documentation/Continent_def.gif
Is the URL you provided the right one?
There’s still a bug in GT, so I’ll make sure it doesn’t break in these circumstances.
markus on 30 Jul 2009 at 9:08 #
Hi Igor,
of course, you are right, it is too far North. It did not know about these limitations, great link. The URL is indeed correct, I am planning a holiday in Finnmark. So, the ibf file is supposed to be empty. Thanks again for reacting so fast to the moved SRTM data.
Raphael on 06 Aug 2009 at 12:05 #
Hi - thanks for accomodating to the move. Generally I have wondered why people are not using the data from http://srtm.csi.cgiar.org/, which are mirrored and more stable, they also claim to have “UPDATE – VERSION 4: THE SRTM DATA NOW AVAILABLE FROM THIS SITE HAS BEEN UPGRADED TO VERSION 4. THIS LATEST VERSION REPRESENTS A SIGNIFICANT IMPROVEMENT FROM PREVIOUS VERSIONS, USING NEW INTERPOLATION ALGORITHMS AND BETTER AUXILIARY DEMs. WE ARE CONFIDENT THIS IS NOW THE HIGHEST QUALITY SRTM DATASET AVAILABLE”. Is V4 not better than the V3 data provided by the NASA server ?
breki on 09 Aug 2009 at 20:37 #
@Raphael,
I am planning to add support for CGAIR. Why didn’t I do it already? Simply because reading SRTM data is simpler (simple text files) than CGIAR’s geotiffs. And my code for SRTM is pretty old (at least a few years). And of course the license: SRTM is public domain, I’m not sure about CGIAR.