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.

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

Can you please specify what tool and what version are you using?

i have a problem with the SRTM data. I have the mesage: \Error downloading SRTM data.\

From what I remember, the readme file was on the old FTP server, I don’t know if it’s still there.

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.