- Welcome to Locus Map - forum.
Locus Map - forum
Recent posts
#1
Locus Map / Re: Re: [APP] - version 4.33.+...
Last post by Menion - Today at 17:23:43Hi guys,
I wasn't reading your responses (just really quickly), so sorry. Will look at it next week.
Instead, on the Google Drive is another version 4.33.0.9 ... more of an "alpha". So, do not update if you are ok with 4.33.0.8 and need a stable weekend version.
Otherwise, short list
of changes for the brave 
- chg: completely new picker for locations integrated into main search view
- add: support for custom user-defined locations in Android Auto
- fix: AR view, incorrect points movement
- fix: Android Auto - centering on the found point
- fix: Android Auto - crash when starting navigation in some cases
- add: Android Auto - "Route overview" mode during active navigation
- fix: clear highlight of selected (track) waypoint
- fix: crash when taking a photo to LoPoints
- fix: minor problems in chart system
- fix: new chart consuming tap events if not needed
- add: support for In-app updates system (app will inform about the new version if not updated for 1+ month)
- fix: crash when 2+ track recording widgets were used
- fix: memory leak in scanner for BT4 devices
- fix: memory leak in main screen panels
- fix: crash when cache directory is temporarily unavailable on external storage
- chg: Dashboard charts now do not display value bubbles
- fix: wrong colors and checkbox ignoring in track overview generator
- fix: Dashboard charts correctly use defined text color
- chg: improved prevention of navigation on overlapping segments
- fix: too early "End of navigation" on circular routes
- fix: photo description/caption missing from KMZ export
- fix: internal server error when downloading multiple Pocket Queries
- fix: severe performance regression with large point folders (1 000+ points)
- chg: ensure visible directional arrows when highlighting a track
I wasn't reading your responses (just really quickly), so sorry. Will look at it next week.
Instead, on the Google Drive is another version 4.33.0.9 ... more of an "alpha". So, do not update if you are ok with 4.33.0.8 and need a stable weekend version.
Otherwise, short list
of changes for the brave - chg: completely new picker for locations integrated into main search view
- add: support for custom user-defined locations in Android Auto
- fix: AR view, incorrect points movement
- fix: Android Auto - centering on the found point
- fix: Android Auto - crash when starting navigation in some cases
- add: Android Auto - "Route overview" mode during active navigation
- fix: clear highlight of selected (track) waypoint
- fix: crash when taking a photo to LoPoints
- fix: minor problems in chart system
- fix: new chart consuming tap events if not needed
- add: support for In-app updates system (app will inform about the new version if not updated for 1+ month)
- fix: crash when 2+ track recording widgets were used
- fix: memory leak in scanner for BT4 devices
- fix: memory leak in main screen panels
- fix: crash when cache directory is temporarily unavailable on external storage
- chg: Dashboard charts now do not display value bubbles
- fix: wrong colors and checkbox ignoring in track overview generator
- fix: Dashboard charts correctly use defined text color
- chg: improved prevention of navigation on overlapping segments
- fix: too early "End of navigation" on circular routes
- fix: photo description/caption missing from KMZ export
- fix: internal server error when downloading multiple Pocket Queries
- fix: severe performance regression with large point folders (1 000+ points)
- chg: ensure visible directional arrows when highlighting a track
#2
[DE] - deutschsprachiger Forumsbereich / Re: Fehler, Fehler, Fehler, .....
Last post by Christian - Today at 17:07:56Quotenoch weniger finde ich mich mit Verschlimmbesserungen ab, wie eben das Höhendiagramm.Da kann ich @olliz nur zustimmen. Wenn bei jedem Update wieder Fehler in bisher stabilen Funktionen auftauchen, ist das extrem nervig. Nach dem dritten Mal wird dann auch der Ton entsprechend.
Man stelle sich vor, man benutzt eine Werkzeugkiste gegen monatliche Gebühr, und jedesmal, wenn jemand etwas Neues hinein tut, funktioniert der gute, alte Hammer nicht mehr: Stiel ab, Kopf locker, Fett am Griff o.ä.. Was würde das für Kommentare auslösen?
Viele nutzen LM nur aus Interesse oder gar aus Spaß an der App, da ist so etwas vielleicht irgendwie in der Toleranz. Wenn man LM ernsthaft für Planung und Navigation weit weg von der Infrastruktur benutzt und sich auf die Funktionen verläßt und hat solche Fehler immer wieder, ist das extrem frustrierend und enttäuschend. Meine Kommentare dazu sind hier dazu bekannt.
Von sechs Spezln haben mittlerweilen zwei nur noch LM Classic, der Rest ist zu Komoot ö.ä. abgewandert, alle haben ihr Abo gekündigt. Der potentielle Verbreitungsfaktor für die App hat sich hier ins Gegenteil verkehrt.
Es scheint billiger zu sein, die Benutzer testen zu lassen und mit den schlechten Kommentaren und nachlassenden Abos zu leben, als sauberer Code und der entsprechende Aufwand beim Testen. Schade @Menion
#3
Troubles & Questions / Re: The photo description is m...
Last post by balloni55 - Today at 13:48:42The "folder comment" of the track is in the kmz but not "folder comment" of a POI
#4
[CZ&SK] - diskuze o Locusu / Re: Fotka jako ikona bodu - zp...
Last post by Menion - Today at 13:38:17Zdravím,
je to takový tajnější ... zkus prostý dlouhý stisk na fotku přímo v detailu bodu.
je to takový tajnější ... zkus prostý dlouhý stisk na fotku přímo v detailu bodu.
#5
Troubles & Questions / Re: Locus Map Gold is too dark
Last post by Menion - Today at 13:32:00Yes, Claude Opus 4.6 analysed this.
---
I also wanted to confirm to myself that there is nothing wrong with the code we did.
At least, I'm still after five years, unable to find a difference, and AI "confirm it".
---
I also wanted to confirm to myself that there is nothing wrong with the code we did.
At least, I'm still after five years, unable to find a difference, and AI "confirm it".
#6
Troubles & Questions / Re: The photo description is m...
Last post by Menion - Today at 13:31:06Hi balloni,
oki, should be improved in the next version.
What do you mean by the "FolderComment"?
oki, should be improved in the next version.
What do you mean by the "FolderComment"?
#7
Troubles & Questions / Re: Locus Map Gold is too dark
Last post by michaelbechtold - Today at 13:20:03What a nightmare ...
Did you use Claude Sonnet/Opus 4.6? Or which other AI?
Did you use Claude Sonnet/Opus 4.6? Or which other AI?
#8
Themes - Vector maps / Re: [Tool] Locus custom V3 the...
Last post by voldapet - Today at 13:15:19Hi,
I'm sorry - there was an issue in the script that caused that the system encoding was used by default. This will be improved in an upcoming update.
So I've converted your theme. By the way, several line strokes were defined as stroke-width="1,3" (with a comma instead of a dot), so I corrected them to stroke-width="1.3".
The converted theme is attached.
Regards
Petr
I'm sorry - there was an issue in the script that caused that the system encoding was used by default. This will be improved in an upcoming update.
So I've converted your theme. By the way, several line strokes were defined as stroke-width="1,3" (with a comma instead of a dot), so I corrected them to stroke-width="1.3".
The converted theme is attached.
Regards
Petr
#9
Troubles & Questions / Re: Locus Map Gold is too dark
Last post by Menion - Today at 12:14:31Hi guys,
I've let AI analyse source codes of old Locus Classic and new Locus Map, search over the web and do some bigger analysis ... here is the result ...
What's happening
Samsung devices include a hidden system service called SDHMS (Samsung Device Health Manager Service, package com.sec.android.sdhms). Among other things, it has a "Brightness Limit" feature that reduces display brightness at a hardware level — below the Android brightness API. This is why the brightness slider stays at maximum (255) while the screen visibly dims to roughly 200 nits (~30% reduction). The normal brightness API has no idea this is happening.
This is the same mechanism that users previously fixed using Alliance Shield X — those "two hidden switches" were the SDHMS settings "Brightness Limit Off" and "CP TM Off".
Why LM4 but not Classic?
Samsung also runs a service called GOS (Game Optimizing Service) that downloads a list of app package names from Samsung's servers and applies throttling to them. In March 2022, it was publicly revealed that GOS throttles over 10,000 apps — not just games, but also Instagram, Netflix, Google Keep, and even Samsung's own apps like Samsung Pay. The throttling was proven to work by package name: a Korean researcher showed that renaming an app's package to match a throttled app immediately triggered the restrictions.
Both LM4 and Classic share the same core rendering code. The only significant difference is the package name: menion.android.locus (LM4) vs menion.android.locus.pro (Classic). If Samsung's server-side list includes LM4's package but not Classic's, that alone would explain the entire issue — same code, same device, different behavior.
This also explains why:
How to verify (for affected Samsung users)
If anyone with the problem is willing to test, here are two approaches:
Option A — Check if SDHMS brightness limit is the cause:
If brightness holds steady, we've confirmed the cause.
Option B — Check if GOS has LM4 on its list:
Connect your Samsung device to a PC with ADB and run:
adb shell dumpsys package com.samsung.android.game.gos
Look for any reference to menion.android.locus in the output.
What can be done from the app side?
Unfortunately, there is no Android API that lets an app opt out of Samsung's SDHMS brightness throttling. The throttling happens at a layer below what apps can control. Possible paths forward:
If anyone can run the tests above and share results, it would help confirm whether this is indeed the SDHMS/GOS mechanism at work.
I've let AI analyse source codes of old Locus Classic and new Locus Map, search over the web and do some bigger analysis ... here is the result ...
What's happening
Samsung devices include a hidden system service called SDHMS (Samsung Device Health Manager Service, package com.sec.android.sdhms). Among other things, it has a "Brightness Limit" feature that reduces display brightness at a hardware level — below the Android brightness API. This is why the brightness slider stays at maximum (255) while the screen visibly dims to roughly 200 nits (~30% reduction). The normal brightness API has no idea this is happening.
This is the same mechanism that users previously fixed using Alliance Shield X — those "two hidden switches" were the SDHMS settings "Brightness Limit Off" and "CP TM Off".
Why LM4 but not Classic?
Samsung also runs a service called GOS (Game Optimizing Service) that downloads a list of app package names from Samsung's servers and applies throttling to them. In March 2022, it was publicly revealed that GOS throttles over 10,000 apps — not just games, but also Instagram, Netflix, Google Keep, and even Samsung's own apps like Samsung Pay. The throttling was proven to work by package name: a Korean researcher showed that renaming an app's package to match a throttled app immediately triggered the restrictions.
Both LM4 and Classic share the same core rendering code. The only significant difference is the package name: menion.android.locus (LM4) vs menion.android.locus.pro (Classic). If Samsung's server-side list includes LM4's package but not Classic's, that alone would explain the entire issue — same code, same device, different behavior.
This also explains why:
- Google Maps is also affected — it's likely on the same list
- TwoNav/OZI are fine — smaller apps, not on the list
- Some Samsung devices are immune — different firmware versions carry different lists/thresholds
- Android/One UI updates sometimes help — Samsung recalibrates thresholds with updates
- Non-Samsung devices are never affected — no SDHMS/GOS
How to verify (for affected Samsung users)
If anyone with the problem is willing to test, here are two approaches:
Option A — Check if SDHMS brightness limit is the cause:
- Install Shizuku (https://shizuku.rikka.app/) — requires enabling USB Debugging via ADB
- Install System UI Tuner from Play Store
- Through lock screen shortcuts, access the SDHMS thermal settings
- Toggle off "Brightness Limit Off" and "CP TM Off"
- Test LM4 in direct sunlight
If brightness holds steady, we've confirmed the cause.
Option B — Check if GOS has LM4 on its list:
Connect your Samsung device to a PC with ADB and run:
adb shell dumpsys package com.samsung.android.game.gos
Look for any reference to menion.android.locus in the output.
What can be done from the app side?
Unfortunately, there is no Android API that lets an app opt out of Samsung's SDHMS brightness throttling. The throttling happens at a layer below what apps can control. Possible paths forward:
- Contact Samsung developer support to request removal of the package from any throttle list
- Expose a diagnostic in LM4 that reads PowerManager.getThermalHeadroom() (Android 11+) so users can see if Samsung is reporting thermal pressure
- Document the workaround for affected users (Shizuku + System UI Tuner method described above)
If anyone can run the tests above and share results, it would help confirm whether this is indeed the SDHMS/GOS mechanism at work.
#10
[DE] - deutschsprachiger Forumsbereich / Re: Fehler, Fehler, Fehler, .....
Last post by olliz - Today at 11:36:43@Graf Geo Ich finde meine Formulierung nicht harsch - es ist einfach leider eine Tatsache und frustriert extrem! Neuerungen, Verbesserungen sind schon gut und notwendig. Ich will mich aber davon nicht zwangsbeglücken lassen und noch weniger finde ich mich mit Verschlimmbesserungen ab, wie eben das Höhendiagramm. Auch frustriert ein Fehler, der seit Anfang an meiner Verwendung von LM4 vorhanden ist, ich diesen regelmäßig ein melde mit allen gewünschten Daten und der bis heute nicht behoben ist.
Um eine Route/Tour am PC zu planen nutze ich nach wie vor Komoot oder B-Route, weil der Webplaner von LM noch immer suboptimal ist - auch wenn es Verbesserungen gab. Ich will aber nach einer Änderung eines Teilstückes nicht die ganze Route prüfen müssen ob der Webplanner nicht irgendwo eine "Optimierung" vorgenommen hat, die ich gar nicht möchte. Es hat seinen Grund, weshalb ich eine Routenführung genau so plane!
Damit ich also alle Features zum Planen habe, muss ich ein Abo bei Komoot bezahlen, worauf ich gerne verzichtet hätte....
Ok, LM4 ist super bei der Navigation und hat vernünftige Ansagen (nicht wie bei Komoot einen Plural bei Km - es gibt keinen Plural! Sorry, aber da stellt es mir jedes Mal die Zehennägel auf, wenn die Tante "in 20 Kilometern rechts" o.ä. sagt...)
Darüber hinaus hat LM4 die Dashboards, mit denen ich einen Radcomputer ersetzen kann - toll, nur leider gibt es eben den beschriebenen Fehler!
Um diesen Fehler zu umgehen, müsste ich alle meine Rundtouren auf Hin- und Rückweg teilen. Muss mir also am "Scheitelpunkt" der Tour ein Ziel/Start aussuchen. Nein, wirklich nicht!
Das wäre auch nötig, wenn Hin- und Rückweg teilweise die gleiche Route nutzen. Dann schafft es LM nicht bei der Sprachausgabe korrekt Hin- u. Rückweg zu unterscheiden und gibt Abbiegehinweise beim Hinweg, die korrekt für den Rückweg sind. Wobei es unverständlich ist, weshalb die Anzeige am Display korrekt ist (kein Abbiegehinweis, aber die Sprachausgabe falsch?! Entweder gibt es einen Abbiegehinweis, der für beides gilt oder nicht!
Keine andere Navigations-APP hat damit ein Problem!
Da ich nun einen extra Radcomputer habe, mit dem ich alle Sensordaten anzeige/aufzeichne, die auch korrekt sind und ich LM nur noch zur reinen Navigation nutze, kann ich das auch ohne Abo haben.... (dafür ist das Display des Radcomputers doch ziemlich klein).
Schade, denn diese Fehler, die bekannt sind und nicht behoben wurden, frustrieren extrem und verleiden den Spaß bei der Nutzung.
Um eine Route/Tour am PC zu planen nutze ich nach wie vor Komoot oder B-Route, weil der Webplaner von LM noch immer suboptimal ist - auch wenn es Verbesserungen gab. Ich will aber nach einer Änderung eines Teilstückes nicht die ganze Route prüfen müssen ob der Webplanner nicht irgendwo eine "Optimierung" vorgenommen hat, die ich gar nicht möchte. Es hat seinen Grund, weshalb ich eine Routenführung genau so plane!
Damit ich also alle Features zum Planen habe, muss ich ein Abo bei Komoot bezahlen, worauf ich gerne verzichtet hätte....
Ok, LM4 ist super bei der Navigation und hat vernünftige Ansagen (nicht wie bei Komoot einen Plural bei Km - es gibt keinen Plural! Sorry, aber da stellt es mir jedes Mal die Zehennägel auf, wenn die Tante "in 20 Kilometern rechts" o.ä. sagt...)
Darüber hinaus hat LM4 die Dashboards, mit denen ich einen Radcomputer ersetzen kann - toll, nur leider gibt es eben den beschriebenen Fehler!
Um diesen Fehler zu umgehen, müsste ich alle meine Rundtouren auf Hin- und Rückweg teilen. Muss mir also am "Scheitelpunkt" der Tour ein Ziel/Start aussuchen. Nein, wirklich nicht!
Das wäre auch nötig, wenn Hin- und Rückweg teilweise die gleiche Route nutzen. Dann schafft es LM nicht bei der Sprachausgabe korrekt Hin- u. Rückweg zu unterscheiden und gibt Abbiegehinweise beim Hinweg, die korrekt für den Rückweg sind. Wobei es unverständlich ist, weshalb die Anzeige am Display korrekt ist (kein Abbiegehinweis, aber die Sprachausgabe falsch?! Entweder gibt es einen Abbiegehinweis, der für beides gilt oder nicht!
Keine andere Navigations-APP hat damit ein Problem!
Da ich nun einen extra Radcomputer habe, mit dem ich alle Sensordaten anzeige/aufzeichne, die auch korrekt sind und ich LM nur noch zur reinen Navigation nutze, kann ich das auch ohne Abo haben.... (dafür ist das Display des Radcomputers doch ziemlich klein).
Schade, denn diese Fehler, die bekannt sind und nicht behoben wurden, frustrieren extrem und verleiden den Spaß bei der Nutzung.