Messages

Hello,

I've discovered a problem with the route planner.
When I create and save a route, my route is saved with the date 1970-01-01T and the time 00:00Z, see attachment.
...
I don't know which version this is from. I just noticed today that I exported a GPX file and another app displayed it with the date 01/01/1970.

Mystical 1970-date.
Just search the forum for 1970
I temporarily struggled with it with LM 4.28 and some older db-entries.

I guess it's hardcoded somewhere in Locus-code and used as fallback-date by Menion at some function-calls. Or whatever. Obviously it also seems to be used for those waypoints-time-stamps during generation.

Yes, no-one needs those 1970-dates. Though it indicates some lack and outdated handling  

I was finally able to nail down the issue with center button only each 2nd time
LM 4.29.0 (and latest 4.28.x)

• only appears in center-lock-mode
• sliding out of center of last known position the center-state does not immediately change, still stays white inside like being on center
• 1st hit center only changes the button-state to no-white-fill, like it already should be
• 2nd hit center then moves to last-known-position
• without lock the state changes directly when sliding off-center, everything's fine there
• seems like some cycle-issue with center-state or missing check-state-call on center-button-event

I mostly have the lock on (with a 7 seconds window)

pic below: center in lock-mode (blue tag), being off center (last known position 6.7km away), button though tells on-center-state (white fill), obviously wrong

Falls wer noch nicht den Vortrag gesehen hat von Arndt Brenschede und Serge Bellina auf der FOSSGIS 2025 in Münster, die gerade stattfindet:
https://media.ccc.de/v/fossgis2025-57806-brouter-und-brouter-web-fur-anfanger-und-fortgeschrittene
oder Youtube.

Das Konzept und die Möglichkeiten mit den Tags ist echt spannend, die Implementierung hatte ich nicht mitbekommen da ich kaum die web-Variante nutze, tolle Idee und Ansatz, muss man mal sagen !

I also had to switch the browser into desktop-mode, then download via 3-dot-menu was possible.
Btw 4.28.3 is in release and 2025_02.

4.28.3:
Center-button still works only every 2nd time, GPS-off, center to last known location.

balloni55 meint diese hier:
siehe Bild

- kurzer Klick: ein Auswahlmenü erscheint
- langer Klick: Koordinaten werden in die Zwischenablage kopiert

So geht's einfach und schnell. Es geht auch über das Share-Menü, map cursor location, ist aber unnötig kompliziert.

from the GPS in history, no matter how old, it should center on it.

Today my LM tells me "Still waiting for accurate location". What is that history and can't you also try to get the last known position via Android Api?

I'm also thinking a quick and temporary position retrieval would be better here.

Here the new method only works from time to time.

Though last known location is given (of last GPS ON-event), with GPS OFF I often get 'still waiting for the accurate position' as orange popup and title bar shows 'Waiting for GPS', both makes no sense. After some time (20s) it works once (1x) as expected and centers to the last known location.

IMHO a waiting-state-message does not makes sense if GPS is actually off (intended by user), 'GPS is off' would fit, 'Waiting for GPS-fix' or 'Waiting for GPS acquiring accurate position' e.g. otherwise.

I prefer to get rid of this red gearwheel-sticker

OK, see pics, 4.28.0 still with 1970-date, but track-copy shows populating the db-cells only need yo be triggered.

I will identify those 18 tracks by 1970-date and edit and eg. set activity, this will trigger re-populating statistics (incl. evelation-profile), times etc. with 4.28.0 (incl. MyLibV2).

There we go.

reg. https://forum.locusmap.eu/index.php?topic=9137.120 #125:
see PM for db.
I had to use a db-Viewer to get a better idea of tracks.db and to understand your comment.
I assume tracks gained statistics and times firstly somewhere in mid 2016?
db-cells of earlier tracks are completely empty here.
Probably alternative values of track-points have been used so far to deal with given null-values, to not display nothing?

Would be OK to me if db gets reprocessed once to exchange such null-entries, as it might be with single track-modification.
At least RC2 (4.28.0.2_1166) showed different and strange values, 1970-dates, etc.


For nostalgic reasons I'll take some screenies of now (MyLibV1) and charge 4.28.0 

[@T-mo]

@T-mo
thanks for the databases. Anyway in both files you send me are identical track databases with the same problem > both are missing statistics and times. So sorry, I can't help here because the reason is unknown to me. Only old tracks seem to be affected.

Damn, ok.
You probably have something in mind I don't see.
I don't know if the MyLibV2-mechanism actually alters the dbs or not, maybe it only creates the 3rd help-file.

Nevertheless, with RC2 I get shown wrong values. If the culprit is a different but wrong reading of values or due to conversion and relations, that's the question btw. 4.28.0.2beta_1164 and 4.28.0RC2_1166.

Track details of .2beta, currently in use.

Red key on the centering button: How/when will it appear? I always and only have the red cogwheel when GPS is not available.

I had to newly install Locus. Though gps was on, Locus still had no granted android-permission to access location, which I directly changed then. My note is not that important and is only about the rare case of fresh install and not granted permission, which might not be obvious in first place.

See pic below about the popup-notice in that case.
Other pic shows the newly introduced red cogwheel in case gps is off. Well, I don't like it as i get tired of the exaggerated alerts today and the question-mark tells enough to me, but it's not my app.

switched back to  4.28.0.2

point:
I restored different backups of points+tracks, back to 2016.
The point (close to lisboa) is also there. Maybe it has been this way since a long time without my knowledge, for whatever reason, user fault or some misinterpretation of coordinates. Seems to be a single case.

tracks:
definitely something wrong with RC2, see pic in comparison to before, here ok (btw snowboard-holiday, activity not set by me)

When Locus has no permission granted for 'Location', the center-map button shows a key-badge, without any popup-text or anything. Reason might be difficult to understand for unexperienced users.

switched from 4.28.0.2_1164 to RC2_1166

with conversion individual points and tracks gained strange values, see pics as examples

• one point received a location near lisboa portugal, was Stuttgart germany before
• several tracks got a date of 1970, no duration etc.

Shall I beam back to older version to doublecheck their state before?

Not using V2 yet and maybe it's already possible: would be great to have an export incl. nested items (recursive), e.g. export folder '2024 journey' exports all included subfolders incl. their items.

With V2 more or less file-explorer-capabilities get brought or mimicked. Good thing is this is well-known.
I guess it helps to have a look at Solid Explorer, TotalCommander and others to get the best of all worlds and the best LM4-View-Sort-Options and Search-Function possible.
More meant as remark, I already saw some pics of menu/options and have no reason to complain.

I am quite happy at least to switch gps on/off with the dedicated android controls.
Some safety-aware smartphones feature hardware switches for security-sensitive functions like radio (incl. gps) and camera, for understandable reasons.
From my perspective, I always do feel uncomfortable with pseudo-smart automations in the background without any dialogs and realising this way not being in control of hardware and software, e.g. therefore currently dropping windows and finally switching to Linux (Arch atm).
This understanding of who is basically in charge and control is quite basic, deep and fundamental, might be due to endless hours throughout the journey of C64 up to now and understanding the evolution of computer-technology.
Though I am not doubting Locus and the whole Asamm-Team and this only a simple not-so-simple app, I am glad definitely not being plagued by scepticism, I do not prefer such oversophisticated "features" (mechanisms) in LM, at least not without any option. Therefore introducing an expert-option would be ok to me. Using once a dialog to set this option is also smart.

Maybe it's an idea to use simple changes like eg. optimising status text when gps is off, text is there since ages, see pic. Just kidding and pointing

This is mainly for the developers of themes. I believe they will notice during work on themes and modify themes appropriately.

The info is based on the size of the images inside. ...

• as OAM-Elevate has some SVGs >20kb and notice is given, I tested SVG-minification by using https://svgomg.net/. p_scree.svg with 33kb can easily be changed to 20% (7kb) or even less, probably without significant or noticeable difference in precision. Seems there is some easiliy achievable amount of optimisation
• does it make a difference if theme is zipped with normal or none compression? Maybe theme gets cached once or at least once which each start and compression doesn't really matter