Messages

(I also have a similar download problem of an OAM-map (Austria). Locus always stops with "timeout" (Code:12569) after some minutes and already 100eds of MB downloaded.)

edit: no problem, in 5th time it worked after I restarted download at OAM-website, i cleared some temp/cache files in locus folder

[Portugal_Mainland]

Some News:
New Models: Portugal_Mainland v1 and Denmark_Greenland v1

Google translate: do you have an idea if there's another sharing-method to make Google translate recognize that second sent text (once the app already opened) is new text to translate?

Live map import: are you able to use visible BBOX instead of radius instead? GC4L-addon somehow was able to do this. Cause if we just want to import the 2 Caches seen on Live-map we don't want to get 6 Caches, which are unvisible also in the "radius" ;-)

Geocaching Livemap "Import displayed":
Always more Caches than displayed are imported. E.g. I see 3 Caches on the map, but 9 Caches are imported

Geocaching translation of Hint+Logs: Working well with Deepl. With GoogleTranslate it only works the 1st time. The 2nd time (if Google translate still open) no text is exported from Locus

The case is already discussed here: https://help.locusmap.eu/topic/33920-web-planer-inaccurate-contour-lines

If you open "OSM Tracestrack Topo" https://www.openstreetmap.org/#map=17/43.19842/-4.819425&layers=P you see OpenStreetMap together with Sonny-Lidar contour lines (which are used by OFFLINE LoMaps or OpenAndromaps). You can see that peak and passes are correct.

Ja, da gibt es tatsächlich ein Problem, dass ich vor ein paar Tagen angesprochen habe:
https://help.locusmap.eu/topic/37427-geocaching-improve-translation-of-listing-hint-logs

Ich glaube es wurde inzwischen laut dem Thread eine Alternative implementiert, die ich aber noch nicht geteste habe.

I mentioned this thread here: https://help.locusmap.eu/topic/33031-terrible-search-results

For a good first analysis of elevations (in Europe only) you can use "Tracestrack Topo" layer of openstreetmap.org, which relies on precise Sonny 1"-elevation data. But be careful: Just the CONTOUR LINES are bases on Sonny-data. The SPOT-ELEVATION (here: 1001m) are created by OSM-mappers which can be true or not.

For you spot "Glyer Fawr":
https://www.openstreetmap.org/#map=19/53.101561/-4.028662&layers=P
You see that the last contour line near the peak is 990 m, so the spot elevation of the peak with about 1000m is true.

On the other hand the reported "917 m" from locus in your image is false.
Reason: because of the often unacurate elevation model which ist provided by Locus for download (= SRTM 3")
Soltion: download Sonny 1" DTM of UK and install it within Locus' "SRTM"-folder

Ich fürchte bei LM3 wird das nicht mehr geändert werden, aber zu LM4 habe ich gerade 2 möglichweise dazupassende Vorschläge gelesen, vielleicht bringt eine Beteiligung bei diesen etwas:

https://help.locusmap.eu/topic/24977-distance-to-the-end-of-the-climb
https://help.locusmap.eu/topic/30857-improve-dashboard-elevation-chart

No, Locus is just able to read the arcseconds-Versions of the DTMs

You're right, that's on purpose because only some meters of Austria are within this file. So I decided to not include it within the 0,5"-model

[Germany]

Good News, for the first time the whole country of Germany (besides northern flatlands of "Schleswig-Holstein") is completely based on LiDAR sources:
New Models: Germany v3, Europe v24

[Italy]

Some News:
Fixed Models: Italy v2b, Austria 0.5" v2
New Models: Cyprus v1, Switzerland 0.5" v2

Super, danke fürs Nachfragen!