Offline DEM data/map

betak.rudolf ●

Would be also usefull for flying to display color based terrain - based on distance - red/yellow levels e.g. 500ft/1000ft from obstacle http://www.aviationsafety.com/terrain...

(bebe)

URL

2

lacop ●

I would like to use off line altitude data too, like in OziExplorerCE 2 (Windows Mobile). OziExplorer uses free sources of height data.

SRTM3 height data: http://dds.cr.usgs.gov/srtm/version2_...

or http://srtm.csi.cgiar.org/

URL

0

gynta ●

my trackeditor use also the srtm files.

eg from:

http://www.viewfinderpanoramas.org/de...

or

http://netgis.geo.uw.edu.pl/srtm/Europe/

read more about "Shuttle Radar Topography Mission":

http://www2.jpl.nasa.gov/srtm/

http://en.wikipedia.org/wiki/SRTM

URL

0

elmuSSo ●

what track editor exactly?

URL

0

elmuSSo ●

good idea.

URL

0

gynta ●

named "GPS-Track-Analyse.NET"

http://www.gps-freeware.de/

URL

0

elmuSSo ●

Deutsch :/ The only thing I understood was "GTA":)

URL

0

gynta ●

you ask me :)

URL

0

Menion ●

As a most wanted idea ...

... check new market version (currently uploading so wait few minutes ...)

URL

0

tommi ●

Thanks for this wonderful source of information.

- Would be nice if SRTM data could be used for dynamic altitude at least in offline mode.

- Would also be nice if SRTM data could be used automatically in all kind of tracks, navigation, not only afterwards by fill altitude. This would also remove pressure from NMEA

URL

0

Menion ●

- probably discovered issue on south hemisphere. Will be fixed in next release

- with dynamic altitude is a small problem. For compute are required SRTM data and I don`t know, how to simply notify user that for current are aren`t SRTM files downloaded. Anyway I`ll for sure find solution ...

- automatic usage in all kind of stuff again depend on predownloaded SRTM files ...

- and remove pressure from NMEA, this is probably not correct. SRTM altitude data are computed from ellipsoid, so they have same "wrong" value as altitude from GPS in android phone

URL

0

pajaku ●

definitely DEM is better then value from NMEA correction. I use DEM data on Garmin "at the cursor" and it`s very good, for a lot of thing e.a. alt graph, ETA (which use not only km but altitude in estimation. But... my dream is use DEM for calculating of elevation etc for recorded track as an option for GPS alt or barometric alt. Even my Garmin has barometric altimeter I often use correction based on DEM data (from Google for example) inside SportTraks (PC program for runners, bikers etc).

So... For me DEM data could be a "poor man" equivalent of barometric altimeter.

URL

0

tommi ●

Hi Menion,

regarding dynamic altitude: I could imagine a mechanism like:

if SRTM available use it, else

if dynamic altitude via internet is enabled and internet is available use it, else

if NMEA correction is enabled and GPS available use it, else

if GPS available use it, else

do not display dynamic altitude or display `---`

DEM data (at least for the area where I have downloaded it) is accurate, I would say it is of similar quality as the dynamic altitude via internet and is way better than the NMEA correction.

At which places in Locus except the "Fill Altitude" for existing tracks can SRTM download be triggered?

URL

0

pajaku ●

It would be nice to use DEM offline data instead dynamic alt or even GPS alt. It be usually better then value from GPS. I would like to download some part of my country SRTM data to Locus and use it as a alt source without Internet connection.

URL

0

lacop ●

Regarding "Dynamic altitude":

It would be nice to have a choice in Settings - Map - Dynamic altitude, e. g. -

- No Dynamic altitude

- Dynamic altitude from online services

- Dynamic altitude from offline stored SRTM data

Regarding "Downloading SRTM data":

It would be nice to have a choice to download SRTM data for selected area or for on screen visible areas similar to downloading map tiles in "Map manager". Whats about additional bookmark fo "Download SRTM" in Map manager?

URL

0

Menion ●

so new changes in testing version on dropbox

1. added new Automatic correction for altitude data from GPS. It allow to compute Geoid height from world global model EGM96 and apply it to GPS altitude values ;). Anyway this is more to this topic https://getsatisfaction.com/locus/top...

2. changed "Dynamic altitude" so now it use offline data if available. If not, use online. No new settings needed for this behavior

URL

0

pajaku ●

1. Working!

2. Nice but... I would like to have possibilities to download DEM data in other place then "fill in altitude" and know that I have that data and what DEM are used for computation for track.

URL

0

Menion ●

1. perfect

2. in almost all softwares is common that user download SRTM data on his own. Same here. So you can simply download required files from here http://dds.cr.usgs.gov/srtm/version2_....

And why not to do automatically? I have really bad experience with map downloading system in Locus - with people who want ... everything. Same here. Downloading system is working over my server. Data are downloaded from url above, but are cached on server to lower bandwidth on USGS server as much as possible. So when I`ll create some automatic download, I`m sure, my server will be soon overloaded by people who really needs half of world ...

.. when I think about it, even current solution is a risk. Hope not so big :)

URL

0

pajaku ●

It`s ok maybe user need soem info about that.

Any way I would like to switch between online/offline DEM for Dynamic Alt. And I would like to use DEM data for Alt info on dashboard etc.

Because DEM data is more precise then GPS after correction it would be nice to use DEM data for track recording. As option or as second value: GPS ALT / DEM ALT.

URL

0

pajaku ●

N52e021 missing... next time crash

URL

0

gynta ●

I have already some *.hgt files. Where I have to copy the files now?

in locus/data/srtm i found only a *.DAC file.

URL

0

tommi ●

N27W017 (Gran Canaria South) also missing, N28W017 (Gran Canaria North) is available.

URL

0

gynta ●

google: "n27w017" and "n52e021"

eg:

http://netgis.geo.uw.edu.pl/srtm/Pola...

http://ggyma.geo.ucm.es/mass/mde/N27W...

URL

0

tommi ●

thanks, but I wanted to comment the behaviour of Locus Pro

URL

0

pajaku ●

I think that we know where SRMT files are... but at the moment Locus has some problems.

URL

0

pajaku ●

Yes. Make some track inside Locus, fill in alt in off line mode and you will see downloaded HQT files.

URL

0

gynta ●

thx

URL

0

Menion ●

ah sorry, my mistake in testing version. I wrongly constructed requested filename with double ".zip" ending. Fixed now and downloading is working

URL

0

tommi ●

N27W015 (15 not 17) still does not work in 2.1.0

URL

0

Menion ●

unfortunately exactly this file is missing on server http://dds.cr.usgs.gov/srtm/version2_....

edit: anyway on this map looks it should exist. Interesting http://dds.cr.usgs.gov/srtm/version2_...

URL

1

Febs ●

Hello, I am using version 3.5.3 and I am not unable to get DEM data anymore. Once I tapped somewhere and in the point menu I had the option to download the altitude file for the area.

I can't find it anymore. Where is it? Many thanks!

URL

1

Menion ●

Hello Febs, if you do not get dialog with possibility to download HGT data, it means that you already have them. Did you get filled altitude?

URL

1

Febs ●

Hello Menion, thank you for your feedback, which I really like.

In some areas I get filled altitude and hillshade.

In others, away from that, I don't, and I don't remember how to get it. Thank you so much!

URL

1

Menion ●

Hmm may you write me exact coordinates, where I should create a new point and try this "fill altitude" feature? I need to simulate exactly problem you have. Thank you

URL

1

Febs ●

Well my problem is that I cannot find the "fill altitude" button at all actually! I am sure I used it several times...

Here's one point. N 45°56.669' E 08°57.354'

Thanks and sorry for the lame question.

URL

1

Febs ●

Please? :) Thank you so much... and best wishes for the incoming year :)

URL

2

Menion ●

Hello Febs,

please long click on a map and tap on address. In point screen, tap on left bottom button "add point". In new edit screen, should be visible button "Get" in altitude section. This allows you to get required HGT file for current visible area (if you have Locus Pro).

URL

1

Febs ●

There we go! I had to pretend to add a waypoint. Not very intuitive if I may dare to comment. I think there should be an entry in the menu dedicated to that, in the menu with "Edit", "Hide", "Share", and the like, I think that's the place to also fit "Get altitude".

My user opinion. :)

Thank you very much for your help!

URL

1

Nick Suter ●

I have 2 issues: I imported 40 routes, and selected fill altitude. I notice, even after a few hours, not all areas of my map have altitudes (only sometimes shown on the red cross pointer). I also do not see how to select a area and ask Locus to go get the altitude data for that area. I'd really like to be able to move my pointer around to see the altitude of the surrounding land - not just the tracks (some of which do not have altitudes filled tho....)

3rd issue, I notice some measurements are up to 50m off (see attach). Not good for hiking!

(I am using 3.5.3 Pro)

Files:

URL

1

Petr Voldan ●

Hello Nick,

fill altitude is the correct way how to download elevation data for some track. So choose track menu >fill altitudes > tap on Download (Locus should show how many data are needed).

In case that for some areas are the elevation data still missing you please the workaround that Menion mentioned in previous post: http://help.locusmap.eu/topic/offline_dem_data_map#comment-13953

3rd issue

Open Settings > GPS and location > altitude correction > Enable automatic offset > SET > Locus ask for downloading of geoid file > confirm it

For more information: http://docs.locusmap.eu/doku.php?id=manual:functions:altitude_manager&

URL

1

Nick Suter ●

Thanks Petr, but fill altitude when importing my tracks still doesn't work.

These are standard KMZ's right out from Google Earth.

I have some 60 tracks, and going into each and filling altitude is painstaking.

I've enabled automatic offset like you suggested.

If there a debug log I can enable to see why the fill altitude when importing isn't working?

URL

1

gynta ●

Hi Nick

Attach one of your not working kmz please and we will check it...

URL

1

Nick Suter ●

Attached! Thank you for looking at it.

Files:

URL

1

gynta ●

wow, nice trip.

first.

Locus create a "wrong" timestamp, like http://forum.locusmap.eu/index.php?topic=4396.msg34402#msg34402

690aec08eb03d243322401703b0c617a

...but seems import with checked "Fill altitide" (see shot) work for me.

dbfc62f75dc7746b583f55f1c619988f

Can you give me a hint, what track (of 43) is incorrect?

URL

1

Nick Suter ●

Thanks - I'm going in a few days and can't wait!Oh I didn't notice that date thing. Locus sets the date as 12/31/69 for me.

I've deleted these and imported (various versions) of them many times over the last 2 months.

I checked Fill altitude on import every time, and it never fills for me.

Not a single one contains altitude for me (unless I manually go into each after import and fill).

Here is one example:

(just to add, I import them to a folder)

Files:

URL

1

Menion ●

Locus fill altitude only for a track, that do not have already defined altitudes (if you enable "Fill altitude" of course).

In yout case, all lines are defined like

<coordinates>
170.858139747215,-43.00054690291086,0 170.8616347104991,-43.00666220312968,0 ...
</coordinates>

Which means, they already had defined altitude. It's zero, but is defined. That is why "Fill altitude" do not works for you.

Thanks gynta for issue with times, will be fixed in next version.

URL

1

Nick Suter ●

Ok I understand. However can you please add an option to overwrite altitude during import? Or, when importing, popup "zero found for altitude. Correct this?"

I will go back to google earth and found out why it is doing this. I'm surprised no one else has seen this before.

URL

1

Nick Suter ●

Ok so there isnt a way to get altitude out of GE.

The 2 options I have found:

a) Run the KMZ through a website that adds the data (http://www.nearby.org.uk/elevation-kml.php or gpsvisualizer.com), but these tend to ruin most of the costomization from GE.

b) Manually edit the KML, removing the ",0" - This will cause Locus to fix the altitudes on import. However I see there is ~5m difference between GE & Locus.

URL

1

gynta ●

Now I'm not sure - but for me it looks ok.

See attached short clip..

...but maybe i misunderstood something.

Files:

URL

1

gynta ●

sorry - forgot your example trackshot

0f0d99a90da04e42a821a40cb670f710

URL

1

Nick Suter ●

Sorry still doesn't work for me.

I follow exactly the process in your video.

I've tried with coordinates like so:

a) 171.0070255570812,-43.11044430955076,0

and like so:

b) 171.0070255570812,-43.11044430955076

In case a) Locus does not fill altitude (I understand Menion's point)

In case b) Locus only fills altitude for track #1 for me.

See attached screen shot.

Files:

URL

1

gynta ●

your hardware?

os version?

locus version?

URL

1

Nick Suter ●

Samsung Galaxy S5

Android 5.0.2

Locus Pro 3.6.0

config,cfg attached.

Files:

URL

1

gynta ●

Hm about Menions point:

As you can see - it works for me

Menion say it's not possible.

So I'm a little bit confused now.

I will try it now on different devices...

brb

Menion

...any ideas?

URL

1

Menion ●

Not sure if i fully understand.

how you import your routes? 40 KML files packed in one zip? You press "Fill altitude" and expect all tracks will have filled altitude values? There is quite a lot of ways how you may do it and me and gynta needs exacts step by step description, best also with source data you use. Without ability to simulate your problem, there is no way to fix it.

URL

1

gynta ●

Maybe I found the littele problem.

Locus don't download srtm files for import.

And if Locus don't have srtm files, tracks can't be filled for actual import job.

So be sure you have this data:

...Locus/data/srtm/S43E170.hgt

..Locus/data/srtm/S43E171.hgt

..Locus/data/srtm/S44E170.hgt

..Locus/data/srtm/S44E171.hgt

...before you import again.

URL

1

Nick Suter ●

The process is very simple. I export the kml from Google earth. I edit the file, removing the ,0 from the coordinates. I import the file to locus. I check fill altitude. Only some (4-5) actually get altitude filed. I've posted screenshots above of two that didn't Getty altitude. There is a bug where locus is not downloading all the srtm files for all tracks.

I only have

S43E171.hgt

S44E170.hgt

URL

1

Menion ●

Locus is not download any SRTM files during import. Offer for downloads is only when you use "Fill altitude" for single point/track.

EDIT: btw. I believe it is not necessary to spam this topic with an special issue. If there is any problem, please create an new topic with all required information. Thanks for understanding.

URL

1

Nick Suter ●

The KML has all tracks. Attached.

Also, some routes are not checked in GE, so have:

hmm i cant attach kml or kmz to this post...

Files:

URL

1

Nick Suter ●

So you want a new topic now that everything about the bug is reported here?

URL

1

Menion ●

Yes. Because:

this topic is focused on adding a support for SRTM to Locus, not on solving some special problems
every post we put here, generate 21 emails that are send to all people that voted in this topic (until they disable it manually) even if they do not care about your troubles.

URL

1

gynta ●

Are you not able to split? because you are the admin :P

URL

1

Menion ●

Nope, not possible here in UI

URL

Offline DEM data/map

Replies (40)