Messages

Bei mir läuft Locus 4 fast immer (7x24, im Hintergrund, als Service), GPS(Android) ON, GPS(Locus) OFF(!!). Fast kein Akku-Verbrauch. Allerdings Android 12.
Einen spontanen Locus-Start habe ich noch nie beobachtet - habe auch keine (Experten-) Einstellung wie "Start bei Handy-Boot" gefunden.
BBS (BetterBatteryStats) erlaubt einen guten Einblick in die Akku-relevanten Aktivitäten von Android selbst und den Apps. Einige ZUgriffe müssen allerdings über adb freigeschaltet werden. Wäre ein nächster Schritt, wenn keine "Beruhigung" auf Deinem Gerät eintritt.

It's definitely annoying. I did notice when that change happened, but was too busy to kick off and follow up a thread.
I'm happy not to be alone :-) !!

Dies sind die wichtigsten Neuerungen bei https://www.openandromaps.org/downloads/ubersichts-karten:
- Der komplette OAM-Hintergrund für ZL 8 und höher ist jetzt aus Christians Januar-2025-OAM-Vektorkarten generiert.
- Die Fährlinien und kuratierten Energiequellen basieren nun auf OSM-Daten vom Januar 2025.
  Da der Solarboom in Wohngebieten die Karten an einigen Stellen mit ,,S"-Schildern überflutet hat, habe ich die Anzeige stark auf größere Solaranlagen beschränkt.
  Ein Blick hinter die Kulissen:
    - Ab Anfang 2024 stiegen die OSM-Solareinträge von etwas mehr als 2 Mio. auf fast 3,5 Mio., d.h. fast eine Verdoppelung in weniger als einem Jahr.
    - Die neu eingeführte Abgrenzung (gar keine Punkte, nur größere Flächen) hat fast 2,5m Objekte aus der Darstellung genommen.
- MBTiles-Karten haben (wieder) einen Kartenmittelpunkt; für die Weltkarten liegt dieser in der Nähe der Antarktis, um sie aus den Listen der "nächstgelegenen Karte" herauszuhalten. Der Kartenmittelpunkt für regionale Karten liegt (ungefähr) in der Mitte der jeweiligen Region.
- Auch Gipfel mit hoher Dominanz (Isolation) werden auf der Grundlage der OSM-Daten vom Januar errechnet.
  Bei einem Vergleich mit den Ergebnissen vom August 2024 habe ich eine ganze Reihe von Gipfeln gefunden, die auf früheren ,,virtuellen" Gipfeln (basierend auf Copernicus-Daten) liegen. Ich behaupte nicht, dass die Weltkarten hier einen Einfluss haben; es ist einfach schön zu sehen.

Happy to announce that the new set of maps is available on the OAM web site https://www.openandromaps.org/en/downloads/general-maps.

These are the major news:
- The complete OAM background for ZL 8 and above is now based on Christian's January 2025 OAM vector maps release.
- Ferry lines and curated energy sources (wind, solar etc.) are now based on January 2025 OSM data, too.
  As the solar boom in residential areas has flooded the maps in some places with "S" signs, I heavily restricted that display to larger solar installations.
  A look behind the scenes:
   - from early 2024 the OSM solar entries rose from a bit more than 2m to nearly 3.5m, i.e. nearly doubling in less than a year.
   - the newly introduced clip level (no points at all, larger panel areas only) took out nearly 2.5m entities from display.
- MBTiles maps have a map center set (again); for the world maps this is near Antarctica to keep them out of "nearest map" lists. The map center for regional maps is (about) central to the respective region.
- Also peaks with high isolation are computed based on the January OSM data.
  Doing some QA by comparing to results from August 2024 I found quite a number of peaks that sit on places of earlier "virtual" peaks (based on Copernicus data). Not claiming influence by the world maps here; it's just nice to see.

Enjoy!

Siehe PM

Ich nehme an Du sprichst von dem Ergebnis des Maperitive-Renderings, korrekt? Falls ja: der Dreh- und Angelpunkt ist dabei die Rules-Datei. Deine POIs müssen auch dort kodiert sein, d.h. deren OSM-Tag muss in der Rules-Datei definiert werden (falls keine generische Regel dafür greift, was aber offenbar nicht der Fall ist).
Auch der minimale und maximale Zoom wird darin festgelegt für jeden OSM-Typ. Eine ganze Menge Stellschrauben zum Spielen :-)
Die rules kannst Du in einem einfachen Text-Editor anpassen (Backup nicht vergessen ...).

PS: in LM 4 können das Stammverzeichnis und einige mehr in /Android/media angelegt werden. Darauf haben diverse Dateimanager stressfrei Zugriff (gfls. aber nur bis Google vollständig überschnappt).

Hi Menion,
there is a third kind of maps in Locus: raster maps that are NOT online maps. For those you cannot disable the global map today (I tried that over the weekend, too). I agree with you re. the online maps, but I think other raster maps (in maps folder, not mapsOnline) can stand for themselves.
Cheers
Michael

This already works the way you wish - for ONLINE maps.
Good news: the mechanics already exists.
Bas news: it needs Menion's time - but not too much, I suppse :-)

Deswegen gibt es ja unterschiedliche Profile. Der initiale Post hatte das Problem bei "Gehen".

You should use a sqlitedb manager to show us the structure of the beast. A textual dump like the last  attachment does not help.
There is free SW for above.

Dann müsste man jede einzelne Kachel-Datei (per Script) konvertieren, denn Maperitive macht was es macht (und ändert sich nicht mehr).
Bei 150 MB sqlitedb /in seinem Fall) lohnt dieser Aufwand m.E. nicht, oder?
Bei meinen Weltkarten sieht das anders aus. Kennst Du ein Download für das executable für Ubuntu (x64)? Habe keine Lust eine compile-Umgebung aufzusetzen.

Dass OSM uploads nicht praktikabel sind, hatte ich ja bereits angenommen, und Du hast OSM Dateien ja im Griff wie ich lese.
Bei Maperitive gibt es rules-Dateien (entspricht den Themes in MapsForge/Locus).
Wenn da also etwas fehlt, kannst Du es selbst einbauen und dann solltest Du die Objekte auch sehen wie in den rules definiert.

Maperitive produziert einen Baum von Kachel-Dateien. Daraus kannst Du mit MOBAC eine sqlitedb- oder MBtiles-Datei bauen lassen, die Locus sehr gut anzeigt. Um ein Gefühl für die Größe zu bekommen, kannst Du bei OpenAndroMaps das Weltkartenverzeichnis anschauen. Da siehst Du die Verhältnisse von Größe Versus maX. zoom level (ca. Faktor 3 für +1 zoom level). Und dann runterdividieren auf auf die Größe des Gebietes das in Deine Karte soll. Nehmen wir ZL 17 für eine gute Darstellung Deines Gebites an, macht das einen Faktor von weniger als 1000 aus. Die ganze Welt in ZL 11 braucht 12 GB bei JPG-80-Qualität. Wenn Du eine Fläche von 40 x 40 km benötigen würdest, heben sich die Inflation durch das Zoomen und die Reduktion der Fläche (SEEEEHR grob gerechnet) gegenseitig auf. 12 GB bringen kein heutiges Smartphone mehr um, aber ich nehme an die Fläche ist auch deutlich kleiner als 40 km im Quadrat, oder? Dann wäre auch die Karten-Datei für Locus deutlich kleiner. Das Verfahren scheint also plausibel und machbar.
Deswegen denke ich: probiere doch Dein Gebiet mit Maperitive bis zur gewünschten Dateitiefe aus (Kacheln erzeugen) und schaue Dir die MB- oder GB-Größe des erzeugten Dateibaumes an.

Hallo Pungu,
#4 hängt sehr mit Deinem OSM-Extrakt via JOSM zusammen, und zwar über das Format und das weitere (gemeinsame) Verfahren.
OSM bringt viel Geographie schon mit sich, aber wenn Du die Wege-Zustände (die es teilweise in OSM gibt, aber möglicherweise nach anderen Kategorien als Ihr sie braucht), Einrichtungen und Feldfrüchte nicht erst nach OSM einpflegen möchtest (und damit gfls. Diskussionen mit Puristen und anderen Berufenen eingehen willst) um sie dann per JOSM wieder herauszuholen, kannst Du Dein OSM-Extrakt-File direkt mit solchen Einträgen ergänzen. Das erfordert aber zunächst ein wenig Konzept und dann etwas scripting.
Wenn Ihr diese Zusatz-Infos als Punkte oder Punkte-Paare definieren könnt, hält sich der Aufwand in Grenzen. Wenn Ihr Flächen definieren müsst, mit zusätzlichen Attributen, wird es schon spannender.
Deswegen die Zwischenfrage: in welcher Form liegen denn Zustand der Wege, unsere Einrichtungen und Feldfrüchte etc. überhaupt vor?

Der gemeinsame Weg nach einem ergänzten OSM-File ist die osmosis-Toolbox. Oder, wenn die Fläche nicht zu riesig ist, das Programm Maperitive (welches Rasterkarten erzeugt). #1 ist damit machbar, so oder so.

#3. LoRa is a challenge I cannot really judge. From some browsing the web, I assume, this has to happen on ANdroid level, not app level (except you'd invest a huge amount of development) - just my 2c - I may be wrong. @Menion - what is your experience/view here, in 2024 (rather than 2021/22) ?

Michael

If you are using ADB, make sure to copy (back) BOTH files to the mapsVector folder.
No "import" needed, as Locus scans those folders fully with each start.