Re: [APP] - version 4.32.+ ( 12/2025 )

[Andrew Heard]

"Share the file" works ok for you?

@Menion - that gives an error too - brief similar orange msgbox "problem with file" + <name of the track> to share, but then 2nd green msgbox "process successful". I am using main directory Android/media, without any other issues other than above.

[Tapio]

@Andrew, did you find anything? In TC you can also longtap apk, "Open as zip". There's many file types out there which are just renamed pkzips, eg epub.

- fix: getting stuck at 100% during start in rare cases

I have not seen this for quite some time, but now the issue is back.

- I leave house. LM may be running in the background or not.
- Tasker detects I left house.
- Recording is started via ACTION_TASK, "tasks: { track_record  : { action: "start", name: "AutoRec", auto_save: true } }"
- At some random point in time I turn on my phones screen and tap Locus, and the 100% screen instantly appears. I'm having a hard time to make it start then.

I think I reported this long ago, then the situation was OK until your recent fix. Android 10. Will look if there's some usable log next time. OAM maps.

[Andrew Heard]

@Andrew, did you find anything?

@Tapio - as per Menion's comment, I just assume there was some library change. I did open two as ZIPs, and note there are a huge # folders, so to be honest, I then couldn't be bothered searching each one & comparing for a different file and/or size.
 

[Menion]

@Christian
I'm unable to simulate it. With "Keep manual segments" disabled, the app always recalculates all, even manual, segments. If this is crucial for you, a short video with steps from the clean route planner to this problem may help here a lot. Thanks

@Andrew Heard
opening shared track > it looks like the app is trying to open its own shared link and fails. May you try to "Clear defaults" for the Locus Map in system settings? Thanks

@Tapio
same with the recent 4.32.4 version? We made a change there, that may have influence on this problem.

[Tapio]

same with the recent 4.32.4 version? We made a change there, that may have influence on this problem.

That's the thing, this version re-introduced the problem for me.

[Andrew Heard]

May you try to "Clear defaults" for the Locus Map in system settings?

@Menion - after clearing "temporary files", I performed an Export with both SHARE THE FILE and OPEN IN APP, but exactly the same orange error messages as previously reported. I had Wifi enabled.
You cannot view this attachment.

[Ulrich Kiermayr]

@Žajdlík Josef
Hmm, I see no problem here. Both maps version 2024+? No other vector Czech or Slovak map in the device? Auto-loading for vector maps in the settings enabled?

Today I noticed the same between Austrian and Hungarian offline maps. No automatic loading.

Greetings, Ulrich

[Menion]

New Beta version 4.32.4.1

   - chg: (GOLD) Android Auto support - seamlessly connect Locus Map on your phone and tablet to your car's infotainment system, view your favourite maps, search for places and addresses and navigate on your in-car screen!
   - add: enabled display of local photos/videos in the track detail for recorded tracks
   - chg: experimental enabling of possible map tilt
   - chg: Android Auto now Gold Premium only
   - chg: (GOLD) LoPoints visible in the Android Auto
   - chg: (GOLD) improved Android Auto notifications
   - chg: (GOLD) correct street name reporting in Android Auto
   - fix: (GOLD) Android Auto notification updates for navigation
   - chg: (GOLD) active auto-zoom working in Android Auto as well
   - chg: (GOLD) keyboard not appearing by default in Android Auto search
   - fix: autoload of vector maps
   - fix: search in cyrillic script
   - fix: rare crash during sorting of tracks in My library
   - fix: crash when using Aghem language on the device
   - fix: duplication of Geocaching filters when using "All geocaches" filter
   - fix: handling of osm.org links

[balloni55]

experimental enabling of possible map tilt

"tilt" is not found in search dialog, where to find and enable?

[Tapio]

- fix: autoload of vector maps

Yes, you've successfully prevented my OAM map from loading. Not showing up after refresh any more.  It's /Android/media/menion.android.locus/MapsVector/Nordrhein-Westfalen_oam.osm.map

Photos in track window, maybe needs a menu entry or some show/hide toggle. But definitely good stuff. I noticed it probably works by date, not pos, because WhatsApp photos showed up.
Maybe you can clarify how it finds them. I have some tracks where it didn't display any, but they exist.

[Graf Geo]

...
Photos in track window, maybe needs a menu entry or some show/hide toggle. But definitely good stuff. I noticed it probably works by date, not pos, because WhatsApp photos showed up.
...

@Tapio: I will install and test the new beta on my second device next week, but in the earlier beta from last summer, there was a "show Media" option in the settings under Points and Tracks, Cut Tracks. Perhaps it can be found there now as well.

Yes, the photos are displayed based on the timestamp if it is within the track recording. Regardless of the source and regardless of geotagging. And regardless of where they are stored on the device or even if they were moved later. At least that's how it is in my old beta 4.30.1.8.

[Graf Geo]

Curiosity got the better of me and I ended up installing the current beta on my main device. Everything looks fine. 🫡

A question for Menion: In the track gallery, there is a small icon displayed on the thumbnails, which was not present in the earlier beta. What is the purpose of these icons?

[Tapio]

Most of my pictures aren't displayed in track window. I found the reason - LM uses file system date/time, not EXIF.

After hiking, I usually convert the photos for my smartphone, then they'll have a different timestamp on file system side.

I will re-convert them and preserve the original timestamp. Or maybe exiftool can copy the timestamp from exif to file system, hmm....

The advantage of using pictures in this track view context over the "geotagged media" is, here we have at least some very basic picture viewing system: swiping from one picture to the next...

Btw, attached: My wife sent me a picture of her breakfast while I was hiking. LM thinks this is important 😁

[Mick FU]

@Tapio
For android
https://play.google.com/store/apps/details?id=eu.duong.imagedatefixer
And/or
https://play.google.com/store/apps/details?id=eu.duong.picturemanager

My current photo work flow is :
Take photos with my smartphone but without localisation.
Modifiy them if needed, then export gpx of my activities, and use second app to geotag my pictures thanks to gpx timestamps vs exif taken one.
And cherry on the cake, file modification date is setup again to exif taken date.
Lots of possibilities.

[freischneider]

Most of my pictures aren't displayed in track window. I found the reason - LM uses file system date/time, not EXIF.

After hiking, I usually convert the photos for my smartphone, then they'll have a different timestamp on file system side.

I will re-convert them and preserve the original timestamp. Or maybe exiftool can copy the timestamp from exif to file system, hmm....

The advantage of using pictures in this track view context over the "geotagged media" is, here we have at least some very basic picture viewing system: swiping from one picture to the next...

Btw, attached: My wife sent me a picture of her breakfast while I was hiking. LM thinks this is important 😁

I have the same problem: images are displayed that don't belong there. WhatsApp images, screenshots...
I only want to see pictures there that I took with the camera. I don't have the date problem, but sometimes I get pictures without EXIF data and I save them in the folder where the pictures from the camera are. So it would be good to use the EXIF data first, and if that's not available, the save date or date in the name. If I get the pictures later, the save date won't be correct. Or can that be changed?