Messages

https://docs.locusmap.eu/doku.php?id=manual:faq:how_to_create_debug_log

Falls Englisch eine Hürde sein sollte: deepl.com hilft (auch ohne Abo, bis 1500 Zeichen)

Und das Thema ist ab dann ein Fall für den Help Desk, nicht das Forum: https://help.locusmap.eu/

Oder ein sehr spezielles internes Locus-Problem - dazu müsste das Logging eingeschaltet werden und an Asamm gesendet werden zur Analyse.

Genau - das ist die Locus-Sicht.
Und sie scheint ja mit der Android-Sicht übereinzustimmen (gemäß Deinem Post von 30.3.).

Also deutet Vieles Richtung System-Ressourcen.

Diese Frage ist offen:

Aber die Kontrolle wo denn Dein Locus die Karten vermutet/erwartet ist wichtig. IN Locus nachschauen ...

Den Teil "spannend" kann Du als Nicht-Techie ignorieren.

Aber die Kontrolle wo denn Dein Locus die Karten vermutet/erwartet ist wichtig. IN Locus nachschauen - das Android-File-System-Thema ist erst einmal geklärt. Jetzt geht es darum, wo die Lücke entsteht.

3 GB sind in der Tat für Android 10 knapp, wenn fordernde Apps laufen.

Was läuft denn noch so parallel/gleichzeitig an Benutzer-Apps, wenn Du Locus nutzt?

Spannend - von genau diesen privaten Verzeichnissen (auf interner UND externer SD) greift sich Locus 4(!, nicht das alte 3/Pro), sowie von den entsprechenden beiden unter /Android/media, die Vektorkarten.
Wie sieht denn die Locus-Maps-Manager-Karten-Liste aus? Mit welchen Lokationen?

Auf einer ganz anderen Ebene kann es auch bei schönster Kartenliste an der richtigen Stelle Probleme geben: wieviel Arbeitsspeicher hat denn das Gerät? 2, 3, 4, 6, 8 GB?

Das sind die bekannten Verzeichnisse von Locus. Beantwortet aber überhaupt nicht WOHIN Du die Karten kopiert hat.
Suche als die .map-Dateien, egal wo sie sind.

Genau das ist der Hintergrund meiner Frage. Wenn Du in einem Dateimamanger verschiebst, aber Locus das nicht mitbekommt, dann greift Locus ins Leere.
Da Du ja wohl einen Dateimanager zur Hand hast: wo genau SIND denn jetzt diese Karten auf der SD?

Jener Post war für Android kitkat (siehe URL) - das war für V. 4.4 oder 5, also vor fast 10 Jahren. Du hast welche Android-Version?
Und auch Locus hat sich seitdem weiterentwickelt ...
Konkret: was sind die Antworten für #5 und #6?

 

Hallo Dietmar,
hast Du eine Reihe von Fakten parat?
1) Gesamt-Kapazität des internen Speichers
2) freie Kapazität des internen Speiuchers
3 & 4) dito für die SD-Karte
5) WIE (mit welchem Werkzeug / App) hat Du die Karten auf die SD verschoben?
6) WOHIN hast Du sie verschoben?
Für die Fragen #1-4 ist die App x-plore sehr charmant. Ein hoch-mächtiger Dateimanager, hat zusätzlich auch Torten-Diagramm für optischen Überblcik.
Schöne Grüße
Michael

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

Congrats to Menion and team, this is an incredibly heavy release!

The /Android/media option is really key to get the Android 11+, but in particular the Android 13+ mess under control, for people who cannot or do not want to employ the AFA version.
Adding this /Android/media feature for the SRTM folder is cool and essential to allow people to feed elevation data as they wish (like the Sonny 1" LIDAR data :-)

Cheers
Michael

PS: leaves the search challenges ... see current posts in other thread.

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.

Hi Menion, I get the point re. the distinction between those two functions.
However, when using Route Planner, I would expect that selecting a point on the map (in particular a visible POI, regardless if private or from LoMaps DB) would offer me this choice: Navigate or Planner.
In case of Planner, the selected point can be set as target by default. If it should be the starting point instead, it's a split second to reverse the order. In general the new Planner is really cool :-)
Did I miss a point or feature when trying yesterday (and today) ?
TXs and cheers
Michael

[@Tapio]

@Tapio
Choose location > under this menu is quite a lot of options, so I would rather stick with the united system across the app. Anyway, what is unexpected on the "Navigate to" call?

The search is unexpected. I already know where I want to navigate to and don't need the search. Most of the time when I use "Navigate to" I want to nav from gps pos to screen center.

Wouldn't it be more logical if it came up with the screen as attached?

The route planner should appear first. Then I choose whether I want to set the start or the destination. If I then go to Select destination, Tapio's screen should appear. From there I have all the options, including search.
If I go to navigate from a POI. Then the procedure should be the same. Only that the destination is already selected and I only have to set the start.

I started swearing yesterday when trying to route with the latest beta ... Your point is spot on, Tapio!