Messages

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

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 ....

Crazy Google engineers indeed.
Yet, there is some remedy from Locus perspective. Steps:
1) BACKUP! This is a Locus function and the target can be any folder, hence accessible. Essential to secure tracks and points in case of trouble.
2) use the Locus settings to move the Locus main folder to /Android/media (!!!) - this is accessible by all file managers I know.
3) depending on further settings you may have done, move the special folders (mapsVector, SRTM, etc. etc.) as fits

Was oft hilft ist die Suchfunktion in den Einstellungen, oberste Ebene, rechts.
Es werden alle Treffer aufgelistet, mit ihren Menü-Namen.

Hmmm, mbtiles and sqlitedb are quite common, beyond Locus, and not a Locus private bitmap format.

Maybe time to upgrade Locus, too?

In Locus you can move major folders to different locations, and as far as I remember, Locus will do the moving for you.
This option always applies to the SRTM folder (Settings->Backup&FileSystem->FileSystemManager).
So, first do this move, then replace the respective files with Sonny's latest
Now, WHERE TO let Locus move any stuff?
- /Android/media is the best place, because more file managers can access those structures propoerly, even on Android 14
- INT or EXT SD? I have tons of SRTMs (mix of 1" and 3" across the world) on EXT SD and it works fine

Release notes 202406-1.0

    The OAM background from ZL 8 and up now is rendered from May/June 2024 edition of Christian's OAM vector maps (incl. Near East, for which the OSM vandalism repair seems completed).

    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 a bit more than 1000 of these.

    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 🙂

Versionsinformationen 202406-1.0

    Der OAM-Hintergrund für ZL 8 und höher ist jetzt aus Christians Mai/Juni-2024-Vektorkarten generiert (inkl. Naher Osten - die OSM-Vandalismus-Reparatur scheint abgeschlossen).

    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 gut 1000 Stück.
    Falls also 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 🙂

Die Beschwerdeadresse ist: Google Inc, Mountainview. Seit Android 11 sind die was Dateizugriff betrifft auf einem Paranoia-Trip.
Aber es gibt jetzt einen einfachen Weg: schaffe Deine Rasterkarten nach /Android/media(!!!)/menion.android.locus.pro/maps
Auch das Nachbarverzeichnis mapsVector richtet Locus Pro beim ersten Start ein.
Solche Strukturen gibt es auf der internen und - falls existent - der externen SD. Locus liest diese Ordner bei jedem Start.
Also einfach Deine Sammlungen per Dateimanager hinkopieren (x-plore, Solid Explorer und TC können das auf jeden Fall).

providers.xml im Unterverzeichnis mapsOnline/custom

TXs, Menion. After deleting this 1.1 GB sync.db and adding a test waypoint and later deleting that one again, my sync.db is 4kB. And the operation is correctly showing "uploading" or so in the first place.

I have the same impression, although from another scenario. Locus running in the background as a service basically 7 x 24 (even when not out of the house), over time it will eat up memory. This makes some popup menus pure white. Most of the cases it recovers some time later, but sometimes I need to restart Locus to get it back "on track".
As memory leaks are one of the hardest things to catch in development, I recommend to switch off shading while traveling. For planning I understand shading is very helpful. While "executing" it's not, for sure not when you go 100 mph + :-)))
Anyway, just my 2c, trying to "buy time" until resolution, which might take quite some time.
Cheers
Michael

PS: I am not claiming that shading IS the culprit, but for sure it is a load for battery and memory alike, hence low hanging fruit - without guarantees, though ...

Nach einem ausführlichen Beta-Test wurde gestern die neue Locus-4-Version in Google PlayStore veröffentlicht, die es erlaubt Locus auf /Android/media zu beheimaten.
Damit kannst Du mit TC, x-plore und anderen fähigen Dateimanagern noch zugreifen (wobei ich dies mit Android 14 noch nicht selbst testen konnte, aber mit Android 13, das ja weitere Restriktionen einführte selbst im Vergleich zum schon bescheuerten Android 11, was die vermeintliche "Sicherheit" betrifft).

For Android there is still the option to have Google results via API, free of charge (as per Menion, last year's discussion).

But it is a decision by the Asammm search folks to not integrate that. It would be easy to merge those  results or keep this Google search as an additional option in your list, druki.

The earlier argument that Android and iOS should have same features is not valid anyways and a pretty bad excuse. Because the feature set for iOS will be smaller, for many years to come.

A solid search feature incl. Google search API is simply a question of will, not effort or anything else, I think.