Messages

...
Extra question: is it possible yet to keep each HGT file within a ZIP file? I know it has been discussed & I did a search but could find no answer. I could test myself, but it's pretty slow. I suspect not possible.

I remember, too, this has been discussed. However, turned down. For a good reason: hgt 1" on ext SD can already be a performance challenge, let alone putting unzip on top of that. Not feasible.

Versionsinformationen 202408-2.0

- Der komplette OAM-Hintergrund für ZL 8 und höher ist jetzt aus Christians Juli/August-2024-Vektorkarten generiert.
- Auch für Asien-Australien-Pazifik (AP) sowie Südamerika werden jetzt regionale Karten bis ZL 12 angeboten.
- Bei ZL 12 für Nordamerika wird jetzt die Region bis zum Breitengrad 64 einbezogen, damit auch Städte wie Iqaluit und Anchorage sowie die Aleuten.
- Grönland wird jetzt komplett von openstreetmap.de bezogen (ZL 8-10).

Release notes 202408-2.0

- The complete OAM background for ZL 8 and above is now based on Christian's July/August vector maps.
- For Oceania and South America regional maps at ZL 12 are provided now, too.
- For ZL 12 North America is covered up to 64 latitude now, including cities like Iqaluit and Anchorage and the Aleutian Islands.
- All of Greenland is taken from openstreetmap.de now (ZL 8-10).

If your (iliketrains) database is in Tapio's location, you are doomed, most probably.
As you have Android 9 and maybe it was an old install, you might be lucky to find the Locus root on the uppermost level of your storage and then "inherit" that after re-install.

Good stuff, Menion!
Will you also update the MapsForge library so that label rotation is possible in Locus?
TXs and cheers
Michael

I fully agree with your "It cannot be ..." statement. However, from the iOS post you refer to, I cannot conclude such policy. Did I miss a point here?
Cheers
Michael

Nachdem Google/Android dem selben Wahnsinn anheimgefallen ist wie vor Jahren iOS (und Android 14 ist die bisher schlimmste von allen Versionen), nämlich die Eigentümer der Geräte zu behindern, sollte man - wann immer möglich - /Android/data meiden wie die Pest für wichtige Daten (App-Interna und sensible Daten können dort gerne liegen; macht sogar Sinn). Aber Karten, Datenbanken, Konfigurationen etc. ...: die gute Nachricht ist, dass Locus erlaubt den Verzeichnisbaum /Android/media als Wurzelverzeichnis zu nutzen. Inkl. Umzugsservice innerhalb der App (da sollte man in der Tat nicht selber fummeln). Settings - Backup&filesystem - File system manager - Set the main directory.

Das ersetzt nicht freischneiders Rat für eine Backup-Konfiguration!

@Menion: unfortunately, a raster map overlay using the new range definition does not work at all.
Any ideas?
TXs and cheers
Michael

The answer differs, depending on root cause:
1) ele values in OSM are not always correct (neither in Wikipedia - who copies from whom? :-)
Someone validate then edit the OSM database; then it will take time until these changes make it into the various maps (LoMaps, OAM, MapsForge, you name it)

2) Locus gets its ele value from stored hgt (SRTM) files. This can be old stuff, or the better LIDAR stuff from Sonny.
Sonny's LIDAR files for Europe are the best you can get; replace the Locus internal downloads manually by those LIDAR files for your relevant areas (mind: 25MB versus 3 MB - each)

3) if you stored a POI in Locus, Locus will get the ele from that position
Depends on #2

Or you can just live with it ... nature itself does not care which values humans attach to its elemens anyway :-)

PS: I do use Sonny's LIDAR 1" HGT files, then trust the Locus display based on them.

1) ele values in OSM are not always correct (neither in Wikipedia - who copies from whom? :-)
2) Locus gets its ele value from stored hgt (SRTM) files. This can be old stuff, or the better LIDAR stuff from Sonny.
3) if you stored a POI in Locus, Locus will get the ele from that position

Welche Android-Version hat Dein Gerät?
Hast Du ein (händisches) Backup der Locus-Struktur vor Deinen "Operationen" gemacht?
Hattest Du die Locus-Backup-Funktion aktiviert (auf ein Verzeichnis außerhalb der Locus-Struktur) ?

PS: wenn gekauft und LM 4 unter selbem Google Account läuft, ist LM4 silver 1 Jahr frei, gold reduziert für 1 Jahr.

Eine Reihe von Einstellungen überleben die Transition LM 3->4, aber Tapio hat recht mit der Warnung; Nacharbeit ist das Mindeste.

Was war denn der Effekt der Speicherort-Verschiebung? Sind alle Tracks noch zugreifbar mit LM 3?

Release notes 202408-1.0

- The OAM background from ZL 8 and up now is rendered from July/August 2024 edition of Christian's OAM vector maps.

- In less densely populated areas, not every - even significant - peak has a name, and even if it does, such a peak is far from being in OSM. Based on the 30m Copernicus DEM, I have identified peaks with a dominance of 100km or 200km for all continents except Antarctica. If one of these peaks does not have a known peak in its vicinity in OSM, it is displayed in these new world maps as 'Loc.HP' (for 200 km isolation) or as 'loc.HP' (for 100 km isolation), in each case with the coordinate (2 decimals) and its altitude. There are around 1200 of these.

- If a peak is nameless in OSM it will be displayed as "OSM HP" now, with coordinates (2 decimals) as well and with its elevation as before.

- So if a user knows a name for such a 'local high point', please enter it in the OSM database so that I can replace the (virtual) auxiliary summit with the real OSM summit in the next release of the maps. I expect that in the vastness of northern Canada, Alaska and Siberia as well as the tropical rainforests, many of them will remain nameless. But they are still relatively high and isolated 🙂

- There are cases when OSM peaks and virtual (Copernicus) high points appear near to each other. This indicates that there is a significant discrepancy between elevation in OSM and Copernicus DEM, or that the location in OSM is not correct. BTW: neither OSM nor Wikipedia are necessarily correct in this regard, and you never know who copied from whom 🙂

Sommer 2024 V2: Update von OAM-Basis-Karten für Europa; Update isolierte Gipfel (Ausg. 2024-08)

- Der OAM-Hintergrund für ZL 8 und höher ist jetzt aus Christians Juli/August-2024-Vektorkarten generiert.

- In weniger dicht besiedelten Gebieten hat nicht jeder - selbst signifikanter - Gipfel einen Namen, und selbst falls er einen haben sollte, ist solch ein Gipfel noch lange nicht in OSM. Auf Basis des 30m-Copernicus-DEMs habe ich für alle Kontinente außer der Antarktis Gipfel identifiziert mit Dominanz 100 km bzw. 200 km. Falls einer dieser Gipfel keinen in OSM bekannten in seiner Nähe hat, wird er in diesen neuen Weltkarten als "Loc.HP" (für 200 km Dominanz) bzw. als "loc.HP" (für 100 km Dominanz) angezeigt, jeweils mit der Koordinate (2 Dezimale) und seiner Höhe. Es gibt davon knapp 1200 Stück.
Falls ein Gipfel in OSM keinen Namen trägt, wird er nun als "OSM HP" gezeigt, ebenfalls mit seiner Koordinate (2 Dezimale) und wie bisher schon seiner Höhe.

- Wenn nun ein Nutzer einen Namen für solch einen "local high point" kennen sollte, sei sie oder er aufgerufen das in der OSM-Datenbank einzutragen, damit ich den (virtuellen) Hilfsgipfel durch den echten OSM-Gipfel ersetzen kann im nächsten Release der Karten. Ich erwarte, dass in den Weiten von Nord-Kanada, Alaska und Sibirien sowie den tropischen Regenwäldern viele davon namenlos bleiben werden. Aber in Relation hoch und isoliert sind sie trotzdem :-)

- Es gibt Fälle bei denen ein OSM-Gipfel und ein virtueller (Copernicus-) Gipfel nahe beieinander erscheinen; das deutet auf eine große Diskrepanz zwischen der Höhe in OSM und bei Copernicus hin, bzw. eine mögliche Fehlpositionierung in OSM. OSM und Wikipedia (man weiß nie wer hier bei wem abschreibt) haben übrigens nicht notwendigerweise recht ....

For Italien audience only?

deepl.com should help - on author side, may I propose :_) ?

Buongiorno,
è tipico questo errore se ti ritrovi a camminare in montagna con pareti a picco, se il gps marca un punto errato anche di pochi metri oppure se il profilo altimetrico per quel punto risulta errato ti ritrovi in queste situazioni. Per correggere l'errore conviene appunto fare come hai fatto tu, cancelli il punto che porta lo scompenso di quota, in genere sono facilmente identificabili dal grafico come hai avuto modo di vedere.

Ci sono poi ulteriori impostazioni all'interno dell'app per la gestione dell'altitudine, cerca "Gestore Altitudine". Se il tuo dispositivo ha un sensore barometrico forse attivandolo puoi mitigare gli errori.

Se non hai problemi di spazio puoi anche scaricarti l'altimetrie delle zone che ti interessano con il modello più dettagliato fornito da Sonny https://sonny.4lima.de/

Puoi anche cercare di ridurre i punti gps con cattiva ricezione impostando nel profilo la "precisione gps richiesta" (ad esempio messa a 25 sai che l'errore massimo teorico è di 25 mt), se poi ti affacci ad uno strapiombo di 400 mt come ho fatto l'altra settimana è comunque inutile.