Hi,
I want to replace my altitude graph with SRTM data, but I'm not able to do this.
I can't select "Show SRMT Data" in the chart options menu.
I don't know why... Can you help me ?
TY for everything.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The server which is currently used to download SRTM data is down. In the next Version update 9.07.1 you can modify the server url to use a mirror server.
This feature is already implemented in the development environment which can be downloaded from the svn server but it will take some additional weeks until I can release this version.
Wolfgang
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
I would like to open the thread again. I have the following problem, which seems identical with the above mention one:
The SRTM data work in some regions perfect but in other they doesn't work (e.g. in the region of Heidelberg). If I try to replace the altitude with SRTM data for tours in theses regions nothing happens. Sometimes I get the error report:
'N49E008hgt.zip - Daten vom HTTP Server herunterladen' hat ein Problem festgestellt. https://dds.cr.usgs.gov/srtm/version2_1/SRTM3/-Eurasia/N49E008.hgt.zip
Is there a possibility to solve that problem?
Many thanks in advance!
Jürgen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've not a tour from Heidelberg but the SRTM map is also downloading this file.
Initially, the region around Heidelberg was also not painted in my map, then I deleted the n49e008 file(s), deleted all offline map images and then it looked OK
Hello Wolfgang,
many thanks for the quick reply. I deleted the offline files via mytourbook and direct in the file explorer. But I still have the same problem. Please find attached two screenshots. The first one with zoom 9. There can see some data. But with zoom 10 and above no data can be downloaded.
Do you have any additional idea? Should I update to the latest version?
Many thanks in advance!
Delete all offline map files, I recommend the tool "Everything" from https://www.voidtools.com/
Enter "srtm ext:png offline-map" into the search field
Delete all found image files
Hi Jürgen,
did you know that you need since a while an account for the nasa server?
See attachment.
Maybe the "working areas" are in the cache?
You can download also the strm from a better source: https://data.opendataportal.at/dataset/dtm-europe
and select "DTM Germany 3" v1 by Sonny"
MT cant process the 1" files, but the 3" looking also good.
hello everyone, @telemaxx, and others,
Sonny 1" files are effectively not properly processed in MTB, is it something which can't change ? In my area, 1" data are really more accurate than 3" ones, and with the nice MTB altitude corrections capacities, it would be a killer to be able to use 1" data.
Thanks.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think "Alfred Barten" has written the STRM Part, i don´t know if he he is active at github.
When i use 1" Files, i see that MT is showing totally wrong values. The STRM graph is like an rectangle. seems so that there is somewhere something like a range overflow.
@wolfgang-ch: have you contact to Alfred Barten or have you an idea how to fix this?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
As I remember, many years ago, Alfred will not actively support any more the MT code development.
I think that when you try to understand the SRTM data structure, then it should be possible to also support/implement the Sonny 1 data.
This could be a good chrismas/new year time project, I already have such a project https://bugs.eclipse.org/bugs/show_bug.cgi?id=577743#c3
Last edit: Wolfgang ch 2021-12-16
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Many thanks for your feedback. Today morning I had the time to try your tips. The solution was to create a account on NASA Earthdata. In my version I previous use this feature wasn't implemented. I didn't have the possibility to sign in with my user name and password. I now use the latest version 21.9.0. I create an account and know it works.
Before I tried the tip to delete the files. I did this several times. But this didn't work for me.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@telemaxx and @wolfgang-ch,
thanks for you comments and discussions on this.
It would be very good indeed :)
the only help i could give, if you need/want, is to open a feature request. is it worth it ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
But the Answer is from 2015, now there are better strm1 available.
Not sure Alfred has used LIDAR based datasets for his tests.
maybe i try this way:
create an additional strm1 folder.
if an altitude is requested, look in this folder first. When nothing found, look in strm3 and download strm3 when necessary.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Telemax,
I am not sure to understand :(
are you sure that pink line is the uncorrected tour ? they look different on your screenshots, while the green surface look the same.
And in this case, if pink graph is strm values, then strm1 looks then little better compared to strm3 (to me :) ).
Am i wrong ?
is it possible to test "easily" ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
maybe i try this way:
create an additional strm1 folder.
if an altitude is requested, look in this folder first. When nothing found, look in strm3 and download strm3 when necessary.
Hi,
I want to replace my altitude graph with SRTM data, but I'm not able to do this.
I can't select "Show SRMT Data" in the chart options menu.
I don't know why... Can you help me ?
TY for everything.
The server which is currently used to download SRTM data is down. In the next Version update 9.07.1 you can modify the server url to use a mirror server.
This feature is already implemented in the development environment which can be downloaded from the svn server but it will take some additional weeks until I can release this version.
Wolfgang
Hi,
I would like to open the thread again. I have the following problem, which seems identical with the above mention one:
The SRTM data work in some regions perfect but in other they doesn't work (e.g. in the region of Heidelberg). If I try to replace the altitude with SRTM data for tours in theses regions nothing happens. Sometimes I get the error report:
'N49E008hgt.zip - Daten vom HTTP Server herunterladen' hat ein Problem festgestellt.
https://dds.cr.usgs.gov/srtm/version2_1/SRTM3/-Eurasia/N49E008.hgt.zip
Is there a possibility to solve that problem?
Many thanks in advance!
Jürgen
I've not a tour from Heidelberg but the SRTM map is also downloading this file.
Initially, the region around Heidelberg was also not painted in my map, then I deleted the n49e008 file(s), deleted all offline map images and then it looked OK
Last edit: Wolfgang ch 2021-10-11
Hello Wolfgang,
many thanks for the quick reply. I deleted the offline files via mytourbook and direct in the file explorer. But I still have the same problem. Please find attached two screenshots. The first one with zoom 9. There can see some data. But with zoom 10 and above no data can be downloaded.
Do you have any additional idea? Should I update to the latest version?
Many thanks in advance!
This would not help
Can you do this:
Enter "srtm ext:png offline-map" into the search field
Delete all found image files
Last edit: Wolfgang ch 2021-10-12
Hi Jürgen,
did you know that you need since a while an account for the nasa server?
See attachment.
Maybe the "working areas" are in the cache?
You can download also the strm from a better source:
https://data.opendataportal.at/dataset/dtm-europe
and select "DTM Germany 3" v1 by Sonny"
MT cant process the 1" files, but the 3" looking also good.
these files are based on LIDAR
Last edit: telemaxx 2021-10-12
hello everyone,
@telemaxx, and others,
Sonny 1" files are effectively not properly processed in MTB, is it something which can't change ? In my area, 1" data are really more accurate than 3" ones, and with the nice MTB altitude corrections capacities, it would be a killer to be able to use 1" data.
Thanks.
I think "Alfred Barten" has written the STRM Part, i don´t know if he he is active at github.
When i use 1" Files, i see that MT is showing totally wrong values. The STRM graph is like an rectangle. seems so that there is somewhere something like a range overflow.
@wolfgang-ch: have you contact to Alfred Barten or have you an idea how to fix this?
As I remember, many years ago, Alfred will not actively support any more the MT code development.
I think that when you try to understand the SRTM data structure, then it should be possible to also support/implement the Sonny 1 data.
This could be a good chrismas/new year time project, I already have such a project https://bugs.eclipse.org/bugs/show_bug.cgi?id=577743#c3
Last edit: Wolfgang ch 2021-12-16
Alfred has nicely commented some of his files:
https://github.com/mytourbook/mytourbook/blob/main/bundles/net.tourbook/src/net/tourbook/srtm/GeoCoord.java
Many thanks for your feedback. Today morning I had the time to try your tips. The solution was to create a account on NASA Earthdata. In my version I previous use this feature wasn't implemented. I didn't have the possibility to sign in with my user name and password. I now use the latest version 21.9.0. I create an account and know it works.
Before I tried the tip to delete the files. I did this several times. But this didn't work for me.
@telemaxx and @wolfgang-ch,
thanks for you comments and discussions on this.
It would be very good indeed :)
the only help i could give, if you need/want, is to open a feature request. is it worth it ?
It looks like the feature request already exists here but you can upvote it :-)
thank you, good information´s from Alfred.
But the Answer is from 2015, now there are better strm1 available.
Not sure Alfred has used LIDAR based datasets for his tests.
maybe i try this way:
create an additional strm1 folder.
if an altitude is requested, look in this folder first. When nothing found, look in strm3 and download strm3 when necessary.
good catch, feature request upvoted !
i can implements srtm1 for altitude corrections.
srtm1 maps are much more complicate and there i also dont see a benefit.
with a little test file i get this results:
original elevation loss: -64m
srtm3 correction from nasa: -52m
srtm1 correction from sonny: -62m
look at the pink curve in the screenshots of the uncorrected tour
Last edit: telemaxx 2022-01-17
Hi Telemax,
I am not sure to understand :(
are you sure that pink line is the uncorrected tour ? they look different on your screenshots, while the green surface look the same.
And in this case, if pink graph is strm values, then strm1 looks then little better compared to strm3 (to me :) ).
Am i wrong ?
is it possible to test "easily" ?
yes, the pink are the strm values.
when I would do the correction, the pink would be the same shape as the green.
compared to the strm3 the srtm1 curve looks a bit smother to me.
it needs some more test, today I I had the first strm1 version running.
in the debug output I see that the strm1 is used.
Last edit: telemaxx 2022-01-17
Implemented in the next MT version
Cool, thanks. Eager to test it.
Hi,
SRTM1 is working well, thanks a lot.