New Locus Map (4) version
Important links
- list of news (https://help.locusmap.eu/announcement/locus-map-android-version-4-29-42025) of public versions
- Public versions (http://bit.ly/lmVersions)
- Beta versions (http://bit.ly/lmVersionsTest)
Versions
10. 4. 2025 - Locus Map 4.29.0 (10% of users)
tweak <faster rendering of tracks with "mileage" at low zooms> - tested with 1,500km route - super fast rendering - amazing!!
Good stuff, I didn't know I need it, but I like the map not centering on point click. BTW option has a typo (it's - its)
In the version 4.28 the file .gpz shows the icons when set display only.
In the version 4.29 the file .gpz does not show the icons anymore.
No icons nor by set display only nor by database import.
The file .kmz shows the icons by set display only.
The file .kmz shows the icons by database import.
Update.
After more attempts and emptying the points folder.
It sometimes seems to work with gpz import display only.
It is rather fickle, sometimes it doesn't work.
No idea why sometimes it works or why sometimes it doesn't.
The icons are never shown with database import.
The imports via kmz are always very correct
Perhaps a forum member could test this and find a pattern to add a reproducible report ?
Thanks for the new version!
What immediately catches my eye in a negative way are the extra-wide quick search buttons in the German language setting when searching in the library, so that you have to scroll sideways again if you want to see the third button (screenshot 1). The German words ("nächstgelegen") are simply too long. "Nächste" would be shorter, but could lead to confusion with the temporal next (next/nearest).
I think I already suggested it in a beta version: Perhaps only combined icons should be used instead, see my second screenshot (with or without the word "distance"). Then the buttons could be the same width in all languages.
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
Quote from: 0709 on April 11, 2025, 08:09:21reproducible report ?
After several new attempts. I suspect the problem was the following.
I tested v 4.29 to see if import in the database is now possible. Unfortunately no :(
Quickly switching to import as display only than showed this was no longer possible.
You must than close Locus, wait a while and only then import back as display only.
Then the icons import turns out to work still fine inclusive all images are shown.
The gpx viewer app anyway struggles a bit less and imports this without trouble.Update.
What imports fine in the database is a combination of a (nav)track plus (merged) "any icon" waypoints.👍
The new option to not center when clicking a point is great. Since then, I've always had to reorient myself after centering.
New Beta version for the weekend 4.29.0.1 (17.4.2025)
Changelog
- chg: Android Auto is now working for none-Premium users for 60 minutes daily
- chg: closing My library by back press from restored folder
- chg: restoring scroll position when return to MyLibrary folder during open
- chg: (SILVER) full rework of the Wikipedia search > design unite with new search system
- chg: major background rework of online Lopoints re-loading
- fix: incorrect display of tile-sizes for local maps
- fix: incorrect restore of track segments upon re-route of saved route
You still miss my responses to some posts, sorry, next week!
Good stuff for a long weekend; TXs a lot, Menion.
What I was hoping for was offline search for Wikipedia. The second step does work. Clicking on Wikipedia, I can select Aard2, which is a fully offline Wikipedia. However, switching off mobile data runs into an error.
"Always on" assumption is an ideology that will fall flat on its face, sooner or later ...
If I recall correctly, you have links to Wikipedia in the LoPoint database, right?
TXs and cheers
Michael
Hello, I am new to beta testing and I think both this: https://docs.locusmap.app/doku.php?id=manual:about:free_beta_testing and the README in the Google Drive file lack information on what the "dev" version is. Which one should I install? I went for the non dev version.
AFA stands for "All Files Access" and is needed for users who
- use a non-standard root folder for Locus (like the earlier /Locus/...) AND
- run a device with Android 11+ (I assume this applies to a majority of users)
The one with the shortest name can only use the standard locations (/Android/data or /Android/media - I consider the latter best practises, as good file managers can read/write there, while Google blocks access to the former. (There are geek level work-arounds for that, too, but I won't go there here.))
Leaves DEV - which is a non-AFA version (unfortunately!) but with additional debugging features. I only found out by installation. There is no documentation I am aware of.
Quote from: Menion on April 17, 2025, 16:00:56Beta version for the weekend 4.29.0.1 (17.4.2025)
Windows 11 is detecting a Virus in MapGooglePlay_4.29.0.1_1179.apk. I'm prevented from saving the downloaded file. Tried 4 times. Tried with Vivaldi & Edge browsers. I've never experienced this before. I was looking forward to testing the track list scroll position ;-( Is anyone else downloading on Windows? If hacked, maybe in future, a file hash SHA256 or similar is provided like a few other download sites provide. Am hoping Windows has simply got the signature confused.
20250418-081536-.jpg
20250418-081547-.jpg
20250418-081700-Windows Security.jpg
Microsoft lonely judgement ...
On Android, Sophos Intercept does not detect a virus either.
https://www.microsoft.com/en-us/wdsi/threats/malware-encyclopedia-description?name=Trojan%3AScript%2FWacatac.B!ml&threatid=2147735503
Yeah, thanks for the update.
Microsoft only.
https://www.virustotal.com/gui/file/acaad5974e36c5562cdb96cfb8262cda56b7e650b55316c7c9c9813ca9567647
Saw my screenshot at 9:07 :-)) ?
Quote from: michaelbechtold on April 18, 2025, 12:28:54Saw my screenshot at 9:07 :-)) ?
Aww I miss those quite often because I read comments here: https://forum.locusmap.eu/index.php?action=recent
The small nav button bottom left is enforced (if small navigation is used) but IMO unnecessary because the navigation item top left has same tap functionality.
The annoying bug with shaping points disappearing in routes created with the route planner still lives. Yesterday I recreated a complex route with the planner. Many shaping points used, maybe 20.
Today I wanted to make an edited variation. Click on Re-route reveals, it only has 5 shaping points. 1 and 5 are at starting point.
@michaelbechtold offline wikipedia is not even planned. Anyway, many places are already integrated into our LoPoints, as you wrote. I've already asked
@Radim V , if Wikipedia in the app may be removed completely, and I was told no. Currently, only articles that are directly registered in the OpenStreetMap are included. But there are many places, that do not have this record.
Some clever detection is planned...
@Sup DEV version. Sorry, it is the second time, this version was uploaded by accident to the Google Drive. Ignore it.
@Tapio small nav. button > yes, duplicated functionality, because many many people do not know that the top panel is clickable!
I understand that you do not want to replicate Wikipedia, Menion.
My point is: you have Wikipedia references in LoPoints already (though partially only, and I trust your team will fill in all available data over time), but they are flat text and not live links.
Now, having offline on your device
- maps
- LoPoints
- Wikipedia (via Aard2 e.g.)
you have EVERYTHING in your hand already to make it work, EXCEPT a live link (just look at the Locus Wikipedia search; there it works like a charm) with the right Android intent to fire up the existing offline Wikipedia App on your device.
Easy piece of cake, right?
TXs and cheers
Michael
Quote from: Menion on April 22, 2025, 12:53:10small nav. button > yes, duplicated functionality, because many many people do not know that the top panel is clickable!
All my 50+ relatives with smartphones don't even know the concept of settings. They just use apps as they are configured, it's really weird. If it's a game, they play that one game mode they see.
Quote from: Andrew Heard on April 11, 2025, 00:21:22tweak <faster rendering of tracks with "mileage" at low zooms> - tested with 1,500km route - super fast rendering - amazing!!
I agree. Really appreciate the speedup as someone who basically wants all his tracks always visible. Great job.
The stuttering and crashing while zooming out also seems to be fixed.
Btw... the hack proxy (from https://nakarte.me) that we all used to overlay Strava Heatmaps just stopped working and is not coming back. Very unfortunate... the Heatmap was easily the most useful navigation tool over the last years for interesting hike/bike/freeski adventures.
Maybe Locus could consider an official collaboration with Strava now? Other apps do that as well iirc. Strava doesn't seem to be opposed to their Heatmap being used externally, as long as you log in with a basic (and free) Strava account.
@Michael Bechtold
and this link does not work for you? (screenshot)
@joeloc
hmm, unfortunate. As far as I know, Strava does not support using of heat maps outside of their platform. Maybe some permission may be granted, but I'm worried, we are still too small for this ...
Hi Menion,
I've been talking about OFFLINE use:
- LoPoints Wikipedia entries
- triggering e.g. Aard2 offline Wikipedia (or any other App that reacts to Wikipedia intents)
Your screenshot has used online search.
LoPoints does contain all necessary information, it's a question of formatting and building a link to click.
And of course LoPints should provide English as a secondary language, as available in OSM and Wikipedia.
TXs and cheers
Michael
Quote from: joeloc on April 24, 2025, 10:31:33Btw... the hack proxy (from https://nakarte.me) that we all used to overlay Strava Heatmaps just stopped working and is not coming back. Very unfortunate... the Heatmap was easily the most useful navigation tool over the last years for interesting hike/bike/freeski adventures.
Maybe Locus could consider an official collaboration with Strava now? Other apps do that as well iirc. Strava doesn't seem to be opposed to their Heatmap being used externally, as long as you log in with a basic (and free) Strava account.
There is a new solution, but I haven't tested it yet.
https://www.mtb-news.de/forum/t/wintergelaber-2024-25.993332/post-19888455
Online LoPoints are constantly hidden when the smartphone is turned to landscape mode:
Recently, probably since beta 4.29.0.1, I have had a problem with the online LoPoints. These are constantly hidden when you turn the display to landscape mode. This inevitably happens when you put it in your pocket and then the LoPoints disappear every time. Only after closing and restarting Locus are they displayed again.
This happens regularly!
I've now found a way to fix the portrait mode in the settings (Settings > Screen orientation > Portrait mode), as I rarely need the landscape mode. But this is only a stopgap solution for now.
See post before:
It is definitely a bug in beta 4.29.0.1
Besides the immediate disappearance of the Online LoPoint icons when turning the screen to landscape mode, the icons sometimes disappear "just like that" after some time. They only reappear after restarting Locus.
I have now checked it on my old S7, which is still running the current release version 4.29.0 and the error does not occur.
EDIT 30.04.: The Changlog says "Major background rework of online LoPoints re-loading" - this was probably not optimally implemented.
Quote from: Tapio on April 21, 2025, 13:08:02The annoying bug with shaping points disappearing in routes created with the route planner still lives. Yesterday I recreated a complex route with the planner. Many shaping points used, maybe 20.
Today I wanted to make an edited variation. Click on Re-route reveals, it only has 5 shaping points. 1 and 5 are at starting point.
Issue has been there for a while. Points are not lost though. To get them back: login to the web planner, edit your route and there all shaping points are again. Save the route and open in the app again... Tadaa.
Lost LoPoint Icons when rotate screen seems to be fixed in new beta 4.29.0.2, thanks.
I still have to wait and see whether they will be permanently stable again.
I hope so :).
There is quite a lot of changes on the background because of the preparation for big change in the offline LoPoints. We finally united online and offline systems and made them (almost) identical. It is also identical to iOS, where this will be part of next month's offline LoMaps.
Quote from: Blihi on April 30, 2025, 09:42:39Issue has been there for a while. Points are not lost though. To get them back: login to the web planner, edit your route and there all shaping points are again. Save the route and open in the app again... Tadaa.
OK... I unfortunately don't use sync or web planner until there is some form of folder black/whitelisting 😑
Quote from: Tapio on May 03, 2025, 02:05:01Quote from: Blihi on April 30, 2025, 09:42:39Issue has been there for a while. Points are not lost though. To get them back: login to the web planner, edit your route and there all shaping points are again. Save the route and open in the app again... Tadaa.
OK... I unfortunately don't use sync or web planner until there is some form of folder black/whitelisting 😑
I don't use the web planner either. In my case, the reason is that I can't use the OAM theme Elevate there.
The preview images are no longer displayed and can no longer be activated by a long click.
Confirmed. It's a bug in the current beta. Last stable 4.29 it works fine.
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.
Test.gpx Test GPX.JPG
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.
In Locus Map, the library is displayed correctly by date, but not in the other app.
When I import into Komoot, for example, the date displayed is January 1, 1970.
See screenshot
Screenshot_20250506_100859_Komoot.jpg
Another serious bug in the current beta 4.29.0.2: When you try to edit a track, Locus regularly crashes.
That's right, that happened to me a few times today too
Geocaching translation of Hint+Logs: Working well with Deepl. With GoogleTranslate it only works the 1st time. The 2nd time (if Google translate still open) no text is exported from Locus
Geocaching Livemap "Import displayed":
Always more Caches than displayed are imported. E.g. I see 3 Caches on the map, but 9 Caches are imported
Quote from: Morris75 on May 06, 2025, 10:05:19I'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
@Morris75 what timestamp would you expect? I just checked a few of my routes too, and confirm the first route-point starting <time>1970-01-01T00:00:01.077Z</time> which is clearly Unix zero time (https://en.wikipedia.org/wiki/Unix_time#:~:text=The%20Unix%20time%200%20is,non-leap%20second%20after%20this.). The GPX of a route is not a recorded track, and so <time> isn't an actual time, although the time of each subsequent point of calculated according to the estimated speed from the routing profile. As far as I know 1970 has always been the default.
And why not the date and time of creation?
I think that's better.
If I create a track every few days and then import it after a month, they all have a timestamp of 1/1/1970.
I just noticed this a few days ago when I imported the tracks to Komoot and it asked me when I did the tour, with the suggested date being 1/1/1970.
I always thought the creation time was saved.
@freischneider
track previews > thanks
@Morris75
If I see correctly, the time of the track is at the start in the "metadata" section and is correctly set to real time when the route was created. Times at trackpoints should not be important.
@Graf Geo
crash when editing track > it is the same problem as with previews. Fixed, thanks.
@Sonny
Google translate > well, I do not have this under control. It just forward text to the other app.
Live map > it displays content based on center + radius and not the visible bbox. So probably remaining 6 caches is simply out of visible box.
Google translate: do you have an idea if there's another sharing-method to make Google translate recognize that second sent text (once the app already opened) is new text to translate?
Live map import: are you able to use visible BBOX instead of radius instead? GC4L-addon somehow was able to do this. Cause if we just want to import the 2 Caches seen on Live-map we don't want to get 6 Caches, which are unvisible also in the "radius" ;-)
Coincidentally noticed: Beta 4.29.0.3 out now.
Track overview and edit bugs are fixed. 👌👍
Quote from: Graf Geo on May 07, 2025, 18:16:49Coincidentally noticed: Beta 4.29.0.3 out now.
How's GDrive download for you guys recently? For me, downloads aren't mostly starting, as in screenshot.
Quote from: Morris75 on May 06, 2025, 10:05:19Hello,
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 ;D :D
Hi,
not sure if it's only beta version related (4.29.0.3) I get several times the attached error. Not sure if the last sync worked only with the release or also with a previous beta version.
Wolfgang
Nope, I synced without any problems.
Hmm, recently (with 4.29.0?) the tracklines in the mini-overviews in the library have been made thicker so that they are more visible. That's ok.
Unfortunately, this also affects the large track overviews and the image & stats that you can share. The track lines are now much too thick, so that the underlying map details are covered... See screenshot.
Quote from: T-mo on May 07, 2025, 18:35:49Yes, no-one needs those 1970-dates. Though it indicates some lack and outdated handling ;D :D
@Morris75 @T-Mo 1970 - as posted - Unix/ Linux "time zero". Also as posted @Menion explained the metadata timestamp is the important one.
Quote from: Tapio on May 07, 2025, 18:25:26How's GDrive download for you guys recently? For me, downloads aren't mostly starting, as in screenshot.
@Tapio - download to Windows 11 worked for me & unlike false "virus" detection with 4.29.0.2, Microsoft Virus scan didn't complain this time ;-) BTW to clarify, I mean working with Google Drive webpage not GDrive app.
Quote from: Tapio on May 07, 2025, 18:25:26How's GDrive download for you guys recently? For me, downloads aren't mostly starting, as in screenshot.
@Tapio - download to Windows 11 worked for me & unlike false "virus" detection with 4.29.0.2, Microsoft Virus scan didn't complain this time ;-)
[/quote]
I stopped using the GDrive app for downloads as it fails consistently; using FireFox on my smartphone does work with some extra clicks (no virus check, bla, bla).
I always do this on my smartphone. I have created two favourites for the two GD drives (versions and testing). Confirm "download anyway" once and then the download always works without any problems.
Quote from: Graf Geo on May 07, 2025, 21:55:30Hmm, recently (with 4.29.0?) the tracklines in the mini-overviews in the library have been made thicker so that they are more visible. That's ok.
Unfortunately, this also affects the large track overviews and the image & stats that you can share. The track lines are now much too thick, so that the underlying map details are covered... See screenshot.
As I assume that the track lines for different purposes (thumbnail-oveviews in MyLib and track overviews / image & stats) cannot be generated with different thicknesses, here is an overview of the current situation: The older thumbnail-overviews compared to the new ones.
In my opinion, the new ones are definitely too thick. Perhaps a middle way can be found so that they are easily recognisable for all purposes, but do not obscure too much map detail.
The tracks shown in the screenshots have a thickness of 3 px in the original. The colour, patterns and transparency are adopted, but the thickness is not.
Quote from: michaelbechtold on May 08, 2025, 12:44:52I stopped using the GDrive app for downloads as it fails consistently; using FireFox on my smartphone
Download via browser works. I did the same now, disallowed starting the GDrive app (cleared its cache, no success) on clicking a gdrive URL. I'm using Soul browser.
Hello.
In the new beta version 4.29.0.4 , when searching for a LoPoints category with connection I get a wifi error warning and it doesn't search but I don't have any wifi problem. Other online searches work fine.Screenshot_20250509_201043_menion_android_locus_MainActivityMap.jpg
Thanks, there indeed was an issue in the public version. 4.29.0.5 should fix it.
Please consider this implementation as the first testing version that has not been tested by anyone except me for now. I need it for a weekend trip, so I thought it should be useful for others as well ;)
@Graf Geo
thumbnails > I'll look at it next week.
Problem with Google Drive > hmm, hard to help on my side. The solution may be restoring the publication of the app over the Google Play Beta channel. There is anyway problem with slower reaction on problems and also inability to downgrade (I have to increase the version code by one with every new APK file).
Beta 4.29.0.5
When I open the route planner, Locus crashes regularly.
New LoPoints online categories feature - good idea, but I don't know if it's intentional: I can add categories, but the "activate" button does the same thing as the normal LoPoints online button. All LoPoints are shown/hidden. I would have expected that only the added categories would remain highlighted when I activated the button.
Because the route planner cannot be used in this way, I have to downgrade to 4.29.0.3.
4.29.0.5 (& no doubt earlier versions too) - search online address & places - press single letter & list comes up with POI from other side of the world. This has always been the case as I've reported a few times before. Can't the search be centered over the current position? Surely it makes no sense?
20250510-084014-.jpg
The Wikipedia search is a brilliant asset for the overseas cycle tourist.
Quote from: Graf Geo on May 10, 2025, 00:25:16When I open the route planner, Locus crashes regularly.
@Graf Geo - sorry to read, just checked, it's working for me.
Quote from: Graf Geo on May 10, 2025, 00:25:16Beta 4.29.0.5
When I open the route planner, Locus crashes regularly.
New LoPoints online categories feature - good idea, but I don't know if it's intentional: I can add categories, but the "activate" button does the same thing as the normal LoPoints online button. All LoPoints are shown/hidden. I would have expected that only the added categories would remain highlighted when I activated the button.
Because the route planner cannot be used in this way, I have to downgrade to 4.29.0.3.
The same thing happens to me. The application closes when I try to open the route planner.
Interesting first step as for lopoints. Not working very well yet, strange categories, but a start.
Route planner crash as well. Crashlog attached. Start of Locus and click on Route Planner.
Quote from: freischneider on May 05, 2025, 19:46:22The preview images are no longer displayed and can no longer be activated by a long click.
Talking about the previews: Is there a chance to make them bigger again? With the new Data Manager, they got smaller, especially on tabs there's some wasted space.
And while I'm at the new Database:
I just came back from a longer vacation, was a little weary to update just a few days before that (end of February), just gotta say: Amazing work! Not one hitch during 2 months! Thx a bunch to Menion, his team, and of course all testers here!
That being said, I got one bother: Why are the UI on phones and tabs so different? On phone, I have a bottom bar with actions, giving direct access to New, Visibility/Selection, Sorting, Filtering plus Overflow menu. On tab, I only got the menu in the upper right. Worse, some things are much harder to access, e.g. "Select All": On phone - two clicks. On tab - 4 clicks.
Why not just have the bottom bar on tabs, too?
While I'm at it, during my vacation I did notice a few hiccups outside of the new db:
- Image Calibration: I can load a GIF as source, but creating the calibrated image fails.
- Attached images: Images attached to a point are not opened in full resolution. This can be very annoying, e.g. I had a big, very detailed Kyoto Public Transportation Map downloaded and attached to some points, but still had to open it in another viewer, because in Locus I could hardly read anything. If there's a reason Locus can't display in full resolution, there should at least be option to open in external viewer.
- Share from GMaps: Sharing location from Google Maps is hit or miss: Very often, nothing happens at all, Android just switches to Locus and that's it. This happens especially if Locus wasn't open. Usually I just repeat the share and then it works. However, rarely, Locus surprisingly goes into text search. I'd guess that sometimes Locus is internally in a wrong "search mode" and then doesn't interpret the correct part of the GMaps share.
Highlighting online POIs is great. I was able to use it several times during the WE.
What is missing is the control of POIs that are not highlighted. But I don't need all of them. Sometimes a lot are displayed and the overview is lost. If you could choose which ones you don't want to have displayed at all, that would be nice.
Highlighting online POIs:
After the crashfix in 4.29.0.6, I have now looked into this in more detail.
I would have expected a filtering of the normal LoPoint icons, as there are far too many of them, many of which are not always needed. Especially in urban areas. But highlighting also has its advantages. Adding unlisted categories via the search is sometimes a bit tedious, as numerous individual points are also found. But ok as a first version.
And as I already wrote, the "Activate" button is not implemented correctly in my opinion. It has the same effect as the normal switch to show/hide the LoPoints. It would make more sense and be more logical for me if the "Activate" button only controlled the highlighting of the added categories.
Example: I have added the categories shelter, spring, viewpoint and picnic area. If I am on a hike, I would like to show these highlighted if necessary, otherwise not. This should be controllable via the "Activate" button in the new menu. However, the normal small LoPoint icons should remain visible when the main switch in the left panel Map content is active.
At the moment, highlighting is always active, as both switches have the same effect and are "coupled". If I activate one, the other is automatically activated too. I have to delete all the categories and add them again if necessary to switch highlighting on or off.
*** Translated with www.DeepL.com/Translator (free version) ***
LoPoints highlighting is a great improvement.
Displaying all the other points one was not looking for can make sense in rural regions, but can be too much information in cities (see screenshot 1).
As Graf Greo wrote, the "Activate" button only doubles the eye symbol in the map content menu. So what about leaving the button in its place and changing it's functionality to "Show all LoPoints", default = on?
Furthermore, I'd like to have the possibility to browse subcategories of LoPoints. By now, I can only search for terms "in the dark" without knowing which categories are offered.
Next thing, I agree with slarti76 concerning the size of the route preview thumbnails. They are so small that hardly any information can be read out of them. If they would be larger, you could recognise routes not only by their title but also by their thumbnail. That would make browsing the database easier and faster.
And my last thought for now :) for me the graphical distinction between folders and points in the database could be clearer (see screenshot 2). I understand that the folder symbol identifies a folder as folder :) But, for instance, would it make sense to display the folders a bit larger than the points or find another kind of clearer distinction (different background colour, folder title in bold letters, ...)?
Best,
Lucas
... Okay, my idea for the "Activate" button is very similar to Graf Geo's... Hm... not sure which variant is more intuitive :o
It might also make sense to emphasize your own points.
I'm doing a tour and have a few points of my own that are important to me.
Or I go geocaching and only want to see certain caches.
I create a folder (favorites) and copy the points there. Then I can select the "My own points" category in LoPoi. I can then select a folder. This remains until I change it. This way I remain flexible in my choice of folder and may not have to copy the points there every time.
The points in the folder are then highlighted.
Translated with DeepL.com (free version)
4.29 beta - this may have already been raised, but I am finding the point sharing from Google Maps to LM has broken again. If LM is not running when the GM share is performed then LM is opened & the map positioned correctly. However if LM is running when the GM share is performed then the LM map isn't repositioned/ the share is ignored. Rather a shame as I'm just about to start a 7 week cycle trip where this linkage has been very useful on previous trips.
When I share a point from GM into a text editor app, the URL is for example: https://maps.app.goo.gl/57XBGPqXz5gEqpA17
A minor inconsistency with WebPlanner 1.55.7 I don't think is worth a separate help topic. There is an inconsistency with the "in" & "out", "left" & "right" < > ^ \/ symbols for the left & bottom panels, for when they are opened/ closed. I think the left panel symbol better reflects the intention, but either way, the bottom panel symbol is the reverse, so inconsistent.
20250516-114747-Locus Map Web - Vivaldi.jpg
@Graf Geo too fat lines in track previews > should be fixed, thanks
@Andrew Heard search results > this is a little more complicated. Why? Because I gave up on the search in the app and left it to other guys. They are not so active here on the forum :-\ . So the best is to push on the help desk. You have my support! ;)
@slarti76 UI difference > easy - on tab, you probably did a fresh install right? I've decided to offer two modes. Easy for a new users (less buttons etc) and "compatibility" for existing users, so the shock is not so big. Change it in the myLib menu > "Style" dialog.
OnBoardCalibrator - GIF > ahh, limited to jpg and png for now, thanks.
Quality of attached images > hmm, will look at it.
Share from GMaps > more users already reported it and I was never able to simulate it while behind the PC :-\. Anyway
@Andrew Heard also wrote about it here, so I'll try to look at it again.
@luce track preview > I think there simply isn't enough space for bigger previews. The solution is to prepare "Grid" view (two or more columns) like in a photo browser
distinction of folders > good point. I also wanted, but always forgot to think more about it. Added to "todo".
@freischneider mix highlight of own points and LoPoints > not a good idea, sorry. To highlight some own points, maybe using "Circles" for certain folders? (just edit the metadata of the folder and enable drawing of circles below icons).
Highlight of POII'll look at it more next week, thanks to all for the feedback for now.
Just a few notes
- there won't be browsing of POIs for new online and offline V2 LoPoints like for the old system. The category tree is now a lot more complicated, and we believe that browsing in the structure of points is not needed and may be covered by the search.
- search should use synonyms, so you do not need to know the exact category name
bug(?): when a copy of a track is made, the thumbnail for the new copy is not generated
New beta 4.29.0.7
Thank you! Good first impression.
Enable/disable highlighted LoPoints categories is a clear improvement.
But why are the added categories hidden in the panel when I deactivate the checkbox?
And it would be even better to be able to enable/disable each added category individually. But that's already a luxury wish. 🙂
Track overview thumbnails in My Library: the track line thickness is now fine there.
In the track preview images (for sharing) it is now a bit thin and therefore not optimally visible, but that's better than before, where it was much too thick. But I understand that it is difficult to find the right thickness in an image (jpg) because it is "zoomed in" when you look at it. See screenshot.
But because of me it can stay like this (for now).
I'll have a look at everything else. Have a nice weekend!
Quote from: Andrew Heard on May 17, 2025, 08:23:57bug(?): when a copy of a track is made, the thumbnail for the new copy is not generated
This is true if the copy is saved in a different folder. But with a longpress on the (empty) thumbnail, this is created.
Menion, do you have plans in mind as for the new Lopoint display management? IMO user definable sets are heavily needed (obviously chosen poi depend on the situation) and of course someone 😁 will later want to see this reflected in the preset system (or Android Intent, or both) for the typical automation reasons.
Also, the offline Lopoints need this new system as well.
Question and problem with highlighted lopois
what does the endless blue bar mean for some lopois?
after opening some lopois, the ones with the blue bar can no longer be opened, see screencast
https://www.dropbox.com/scl/fi/qokqg96g848lgoxfqvgtu/az_recorder_20250517_162942.mp4?rlkey=by9ac5pr5o4w3njtc643drjea&dl=0
Quote from: Graf Geo on May 17, 2025, 11:02:37This is true if the copy is saved in a different folder. But with a longpress on the (empty) thumbnail, this is created.
@Graf Geo - longpress - sure, but shouldn't be necessary - surely thumbnail should always be in-sync with track info?
Quote from: balloni55 on May 17, 2025, 16:40:22what does the endless blue bar mean for some lopois?
@balloni55 - the endless blue bar is an animation representing the "flowing water" ;-)
4.29.0.7
search > online > category > "Supermarket" > return map - OK
search > online > category > "Food & drink" > return map - but the new category is ignored, the slide up bottom panel still displays supermarkets
bug?
It is only when I tap the LHS <- button next to Supermarket that I can perform a new online search where the bottom panel is correctly updated
PS. in fact more complicated - each search produces a new instance of the slide up bottom panel which is over (hides) the previous search bottom panel - intended? I can't access the older panels "out of order" without tapping Back or the panel left button, so is this complexity useful?
@Andrew Heard:
I cannot confirm the first issue, it works correctly for me.
I don't understand your second problem, what do you expect?
In version 4.29.07 it doesn't let me select the Amazfit GTR4 watch as heart rate monitor. It happens on two mobile phones, Honor 200 and Xiaomi Mi 9.
Quote from: Graf Geo on May 18, 2025, 09:49:28I cannot confirm the first issue, it works correctly for me. I don't understand your second problem, what do you expect?
@Graf Geo - there is only 1 issue. Sorry for any confusion. I've created a video that may help explain the problem easier. see https://youtu.be/u6wH6s9qMhQ. #seconds below in the video
- 02 - search for Toilets - OK
- 07 - now search for Supermarket
- 08 - observe bottom panel still displays Toilets
- 10 - tap panel Back button
- 12 - now search for Food & Drink
- 14 - observe bottom panel still displays Toilets
- 20 - tap panel Back button multiple times but taps are ignored
When I posted yesterday, the bottom panel names were correct although on-map POI not reflecting the category searches. 3 bottom panel instances stacked on top of each other.
- 21 - swipe down on bottom panel 3 times (most likely 3 panels for 3 searches) until map is fully visible
Poi highlight
The same categories are always suggested and if I want different ones I have to use the search.
It would be nice if the most recently used ones were suggested.
I like the idea of deselecting them individually.
Quote from: Andrew Heard on May 19, 2025, 00:57:54@Graf Geo - there is only 1 issue. Sorry for any confusion. I've created a video that may help explain the problem easier. see https://youtu.be/u6wH6s9qMhQ. #seconds below in the video
I can't open the video because it's private.
But following the steps in your list I can't see any problem:
- search for Toilets - OK
- now search for Supermarket
- bottom panel now displays supermarkets
- tap panel Back button
- now search for Food & Drink
- bottom panel displays Food & Drink
Problem with LoPoints in the current beta
I have already written this in the helpdesk (https://help.locusmap.eu/topic/37600-inconsistency-in-the-global-search-online-addresses-and-locations).
Numerous LoPoints cannot be opened in the current beta. These are mainly geographical areal elements such as parks, forests, protected areas, lakes, cemeteries etc. (see screenshot). The slide panel opens for a tiny moment and closes again immediately. In other words, that means all LoPoints that are linked to an area/surface. This does not happen with point objects.
The error does not occur in the release version 4.29.0 and in the iOS version and also not in the web planner.
Addendum: Out of curiosity, I tested a few previous beta versions: it still worked in 4.29.0.3.
I've been wanting to figure out the search for a long time. It doesn't work very well for me. Maybe I'm doing something wrong. For example:
https://drive.google.com/file/d/1jz_ptsTaQXAMifXMxlAtl2iFMWhHDHLF/view?usp=drivesdk
Next problem that only occurs in the beta:
Searching for categories very often (not always) results in the orange error message (see screenshot) that there is no internet connection. Both with excellent WLAN reception and in mobile Internet. All other online searches work better, but even there it happens from time to time. It is definitely not due to the internet connection. I can stream videos, download huge files etc. without any problems.
This problem also does not occur in the release version 4.29.0 or in the iOS version.
@Andrew Heard overview for copy > should be fixed now, thanks
@Graf Geo track preview > hmm, please check the style settings of your line. What width value is defined there?
10100 error during search > when this happens? In normal search? Give me a text you enter to simulate this problem, thanks.
@Tapio more complex work with "highlighted LoPoints" > I'm still not sure to be true. Maybe I'll keep it as simple as possible for now. We will see ;)
@balloni55 blue bar > app loads full point detail. But you've found the issue for points with a defined area, I'll fix it, thanks! It is the same issue reported by
@Graf Geo here (https://forum.locusmap.eu/index.php?msg=78683). Btw. probably best to keep issues in Beta on the forum. On the help desk, it is created as task for Michal who in the end, returns the issue to me :)
@Agus HR monitor > and this worked before? If you see the item disable in the list, it means that the is item cannot be connected to. Maybe disable/enable the sensor and try it again?
@freischneider suggestion of categories > agree. We need to implement some kind of history for the offline world as well.
@40° a little harder for me to simulate, but probably an identical problem to what
@Graf Geo wrote. Does it happen always for the same inserted texts?
@Menion I had the same problem a few months ago.
https://help.locusmap.eu/topic/34184-i-cannot-select-heart-rate-monitor
@Menion:
Quote from: Menion on May 19, 2025, 12:50:25@Graf Geo
track preview > hmm, please check the style settings of your line. What width value is defined there?
10100 error during search > when this happens? In normal search? Give me a text you enter to simulate this problem, thanks.
Track preview: At 3 px (I use this for most tracks) the line in the track preview is a bit thin. But I checked it again and the thickness is taken over. So ok. Even if it looks very different in proportion. See screenshots. Setting for testing: line thickness 50 px.
10100 error: As I wrote, it happens very often when searching for categories:
Search -> Source category -> Whoops!
Ah - I think I know now when it happens: If no corresponding object of the searched category exists in the current map section, the 10100 error comes up!
Easy to reproduce: Zoom strongly into a body of water or a Forest and search for a category that certainly does not exist there, e.g. food & drink or restaurant. If you zoom extremely into a lake so that the screen only shows a light blue area, the error message will of course appear for every category.
So the error message is nonsense, it should read: There is no element of this category in the current map section.
@Agus
very interesting, thanks. You wrote that the issue disappeared in a certain version of Locus Map. I've made no changes in the Bluetooth implementation on the Locus Map side, so it is weird that something changed. It anyway should not be caused by the app, sorry.
@Graf Geo
the difference in width is correct. App try to generate a preview independent on the device resolution.
Simulation of the search: ahhh, nice, thanks!!
Quote from: Menion on May 19, 2025, 12:50:25a little harder for me to simulate, but probably an identical problem to what @Graf Geo (https://forum.locusmap.eu/index.php?action=profile;u=7004) wrote. Does it happen always for the same inserted texts?
Error 10100 occurs if you select "Online addresses and locations". Any text.
Quote from: Graf Geo on May 19, 2025, 07:45:39I can't open the video because it's private.
@Graf Geo - now fixed - now unlisted - hmm, I thought anyone with link could view a private video
Quote from: Graf Geo on May 19, 2025, 07:45:39But following the steps in your list I can't see any problem:
1- search for Toilets - OK
2- now search for Supermarket
3- bottom panel now displays supermarkets
4- tap panel Back button
5- now search for Food & Drink
6- bottom panel displays Food & Drink
ahh - there's the issue - your step #3 - it
doesn't display supermarkets; it still displays toilets; same for #6; plus issue with panels "stacking"
Serious track search issue.
Track title: Sauerland-Waldroute
Working search: sauer
Not working: waldr
Substring search only works with preceding asterisk.
Put a * in front of it, then it works:
*-waldr
OK, now I understand the approach of the online Lopoints, it still displays all types, but highlights the ones we want, imo in an exaggerated manner.
I'd prefer to have it only display what I need. Only a user defined set of lopoint types, displayed the normal way (the size is user defined in the options anyway). And nothing else. Eg, in the forest, often I am not interested in the numerous springs, which there are plenty.
And in case of user hand picked display of lopoints, the question arises if Point Alert should notify about those. IMO yes.
BTW bottom panel doesn't open on some lopoints, eg tap this one: 51.431595, 7.938974
@Tapio: I agree with you about the LoPoint filtering, but the current highlighting also has its uses.
LoPoint 51.431595, 7.938974, that's the current problem with area LoPoints that can't be opened. I had already written about it here (https://forum.locusmap.eu/index.php?msg=78683).
I think Menion has already registered that.
Quote from: Menion on May 16, 2025, 11:31:26@slarti76
UI difference > easy - on tab, you probably did a fresh install right? I've decided to offer two modes. Easy for a new users (less buttons etc) and "compatibility" for existing users, so the shock is not so big. Change it in the myLib menu > "Style" dialog.
Uh, thx, totally forgot about that. Sorry.
Menion, now that the new DB is working great and flawless, I think I remember you had already some improvements planned for later - is there a list somewhere here or can you let us in on the future?
Personally, what I would appreciate the most would be favorite folders and tags... :)
And one very small improvement request: In Google Maps, you can long-press on a POI name and the name is copied to the clipboard. In Locus, that would also be very helpful for points and tracks - I often need the name somewhere else (search, file-rename, etc.), and now it's Edit - Long-press to select a word - Select All from the popup menu - Copy from popup menu, very tedious.
Quote from: slarti76 on May 23, 2025, 08:31:39Menion, now that the new DB is working great and flawless, I think I remember you had already some improvements planned for later - is there a list somewhere here or can you let us in on the future?
Personally, what I would appreciate the most would be favorite folder and tags... :)
It was once considered to show the frequently used folders at the top when moving tracks (3 or 4 pieces) Favorites were also under discussion but wanted there rather the frequently used.
Apart from that, I'm really happy and it's much easier to work with than before.
2 small things
Possibly enlarge your own symbols.
Style is currently only global and could be set per folder.
New Beta version before weekend:
4.29.0.8
- add: new dialog for mass update of LoMaps from Locus Store
- add: history of highlighted categories
- chg: new design for LoPoints category highlight
- fix: invalid link in GeoNames "no offline data" info
- fix: WPT and PLWDWPL NMEA reader
- fix: missing overview for track copy
- fix: error when searching for categories over global search
- fix: deal with LoPoints with defined area
- chg: disabled context menu for geocache "Placed by" value
- fix: rarely incorrect scale value for vector maps texts
The new history of highlighted categories is a good improvement! Have a nice weekend :)
Same. New highlight categories menue is exactly what I was thinking about. 👍Perfect, thanks!
Also thanks for fix of area LoPoint and global search problems.
Have a nice and sunny weekend!
Highlight LoPoi is now perfectly solved.
Quote from: Andrew Heard on May 19, 2025, 00:57:54https://youtu.be/u6wH6s9qMhQ
- 02 - search for Toilets - OK
- 07 - now search for Supermarket
- 08 - observe bottom panel still displays Toilets
- 10 - tap panel Back button
@menion - no comment from you on this, and still an issue in latest 4.29.0.8 - in other words, the bottom panel for online search cannot be hidden with tap on android Back button or tap on onscreen Back button
Quote from: Andrew Heard on May 24, 2025, 01:56:49@menion - no comment from you on this, and still an issue in latest 4.29.0.8 - in other words, the bottom panel for online search cannot be hidden with tap on android Back button or tap on onscreen Back button
Now I can finally understand the error. It occurs when the search function icon is in the right sidebar. (In my case it is in the botton panel, so it is covered by the search results, so I have to close them before I can start the next search).
I put the function in the sidebar as a test and then exactly what @Andrew Heard describes happens.
So it really is a bug!
Quote from: freischneider on May 23, 2025, 21:23:23Highlight LoPoi is now perfectly solved.
The configuration ui has improved.
I talked about it. Menion, how about a checkbox "Display only the highlighted POI types"? Unhighlighted then... It would be a massive improvement if LM lets us precisely define what POI to display. Too much stuff on the map otherwise.
So then we would have:
a) Show ALL and highlight SOME
b) Show SOME
Ah and will this be ported to offline Lopoints?
Are we talking about the same thing?
There are LoPoints (small icons) and highlighted LoPoints (large white icons with a blue border).
Filtering the small LoPoints would be nice, but that's another topic.
In addition to the current menu of highlighted categories, I would like to see another button to be able to show or hide the current selection (several categories ticked off) with one click.
Example: I have 8 categories selected and in my list. I have ticked 3 of them, which I would like to show from time to time during a day hike. I would like to be able to do this with one click and not three. In another situation, I have ticked 4 others that I want to show/hide together.
But that's just a nice to have.
Quote from: Tapio on May 24, 2025, 10:34:00Quote from: freischneider on May 23, 2025, 21:23:23Highlight LoPoi is now perfectly solved.
The configuration ui has improved.
I talked about it. Menion, how about a checkbox "Display only the highlighted POI types"? Unhighlighted then... It would be a massive improvement if LM lets us precisely define what POI to display. Too much stuff on the map otherwise.
So then we would have:
a) Show ALL and highlight SOME
b) Show SOME
Ah and will this be ported to offline Lopoints?
Yes, the idea already exists. You could implement the whole thing here.
only display certain poi categories (e.g. parking lot, food, spring, castle)
and only highlight castle from these.
It would be even better if you could define this in press sets.
But in general, the system has already been very well improved.
https://help.locusmap.eu/topic/35358-customize-lopoints-categories
https://help.locusmap.eu/topic/33933-show-only-selected-poi
Quote from: Tapio on May 24, 2025, 10:34:00how about a checkbox "Display only the highlighted POI types"?
@Tapio - this sounds like a great feature that Garmin BaseCamp (& before it MapSource) has had since 10 years ago ;-)
I have given some thought to the implementation of the ideas below. Remove the trash can and also add a box to check.
Right box for highlighting and left for displaying on the map.
Then basically show all categories in the list.
You can then sort the list by: ABC, Highlighted and Show on map.
Above the categories a search for these. This allows you to quickly scroll to this position in the list.
The button to activate the highlighted items remains. But remembers the activated categories when hiding. Exactly these can be highlighted again when they are shown.
The whole thing for presets? I don't think it was such a good idea. Otherwise there will be even more presets. And if 2-3 too many are displayed, that's not so bad. I wouldn't include it in presets. It is also very quickly accessible via the content panel and quickly customized.
Sorry, if I missed something, but is there a reason online LoPoints don't work on offline pixel maps? Offline LoPoints work. If it's not a bug but necessary, at least the sidebar entry should be disabled, right now it's very confusing.
And talking about Offline LoPoints:
The eye in the sidebar has no effect - (de)selecting of points can only be done in the category dialog.
Quote from: freischneider on May 25, 2025, 15:31:56I have given some thought to the implementation of the ideas below. Remove the trash can and also add a box to check.
Right box for highlighting and left for displaying on the map.
Then basically show all categories in the list.
You can then sort the list by: ABC, Highlighted and Show on map.
Above the categories a search for these. This allows you to quickly scroll to this position in the list.
The button to activate the highlighted items remains. But remembers the activated categories when hiding. Exactly these can be highlighted again when they are shown.
...
I don't think that's such a good solution. It would make the list very long and confusing and you would have to keep scrolling or initiate an additional search if you wanted to change the selection. Too cumbersome, I want it to be quick and easy and that's what it is in the current beta. I also don't always want to have the same categories highlighted, so I'd rather stick with the current clear solution.
Should a filter/selection function for all LoPoints (small icons) be introduced at some point, I think it would be better to control this via a separate menu.
Quote from: Graf Geo on May 25, 2025, 19:37:30Quote from: freischneider on May 25, 2025, 15:31:56I have given some thought to the implementation of the ideas below. Remove the trash can and also add a box to check.
Right box for highlighting and left for displaying on the map.
Then basically show all categories in the list.
You can then sort the list by: ABC, Highlighted and Show on map.
Above the categories a search for these. This allows you to quickly scroll to this position in the list.
The button to activate the highlighted items remains. But remembers the activated categories when hiding. Exactly these can be highlighted again when they are shown.
...
I don't think that's such a good solution. It would make the list very long and confusing and you would have to keep scrolling or initiate an additional search if you wanted to change the selection. Too cumbersome, I want it to be quick and easy and that's what it is in the current beta. I also don't always want to have the same categories highlighted, so I'd rather stick with the current clear solution.
Should a filter/selection function for all LoPoints (small icons) be introduced at some point, I think it would be better to control this via a separate menu.
Yes, you're right. Now you can add your favorites to the list and then select and deselect them as required. Without having to search first.
The LoPoi on the map control which ones are displayed. I also think it's good to control this in a 2nd system. But all categories should be displayed there. And then you can sort by ABC and those that are hidden.
Why all ? Because otherwise you don't even know which categories there are. and once you have hidden them you don't know why they were there.
I absolutely agree with your idea in a separate second control system. A pure LoPoint selection menu. There are several LoPoints that I hardly ever need or want to see. E.g. hunting stands, charging stations, sports grounds, marinas...
With regard to OSM POIs (not LoPoints), you can do this in many themes, and this should also be possible for LoPoints.
@Tapio & others
display only highlighted etc > sorry, not planned for now. There is hundreds of categories now and "Browser system" as for current offline LoPoints no longer makes sense. We need to implement access to the nearest LoPoints over search etc. If there is a problem with too much places on the map, we need to fix this by improving priorities and better placement of points on the map.
offline LoPoints > yes, system will be united for online & offline. Most probably in July version. New LoPoint database is almost finished.
@slarti76
indeed, online LoPoints does not work above any raster map. Bug! Thanks.
I also noticed there's still something wrong with the previews: The track is not completely within the preview, previously there was some padding - see screenshot 1.
It's actually the same when using the Share/Export as "Image & stats" or "Track Overview" - see screenshot 2. I assume the same algorithm is used internally to calculate the "bounding box".
Quote from: Andrew Heard on May 18, 2025, 00:21:074.29.0.7
search > online > category > "Supermarket" > return map - OK
search > online > category > "Food & drink" > return map - but the new category is ignored, the slide up bottom panel still displays supermarkets
bug?
Hi,
@Andrew Heard,
thank you for your report. The problem should be solved in the next release version.
I understand that a browser system no longer makes sense when there are hundreds of categories. I don't understand though what this "display only highlighted LoPoints" option has to do with the browser system – it's two separate decisions.
Quote from: luce on May 26, 2025, 19:07:54I understand that a browser system no longer makes sense when there are hundreds of categories. I don't understand though what this "display only highlighted LoPoints" option has to do with the browser system – it's two separate decisions.
I'm confused: I see exactly 10 categories, which fit easily on one page. Is there a "prefilter" that I may have accidentally set?
@slarty76: I see 15 (!) catagories in the first list, which can be scrolled. I think this is a preselection of the most important categories. If you use "Search in categories" above, you will find countless other categories.
Quote from: Graf Geo on May 27, 2025, 13:35:07@slarty76: I see 15 (!) catagories in the first list, which can be scrolled. I think this is a preselection of the most important categories. If you use "Search in categories" above, you will find countless other categories.
Yes, you're right, by searching I find more. But that makes no sense! Without search, I want to see all categories! Right now I see exactly the 10 in the screenshot, with no way to change that. I don't wanna guess category names...
And if it's a "best of": who decided to include "Spring"? This is so personal what would be best of, I'm either missing the place to choose that or it's a bug, especially given that you say you have 15 in the initial list.
It makes sense, even if the 10 (15 in my case) "most important categories" may not be ideal for everyone. But I think for many users this is a sensible pre-selection. Over time, however, this list will become your individual history list, as categories that you have been added and later deleted will appear at the top.
You can easily try it out: Add e.g. "Wasserfall" and delete the category again with the rubbish bin icon. If you then click on the plus icon, waterfall will be listed first.
Do you want to see an endless list that you have to scroll through forever? Not me!
What's still not so ideal at the moment is that the search also accepts English search terms and displays the results in German, which of course often doesn't match the first initial letters. I search for "loc" and get "Gepäckschließfach" as a result (because English is "locker"). Or entering "air" returns "Flughafen". There is still room for optimisation.
Perhaps Menion could make it so that a * can be used as a placeholder for everything. So that you search for * and get your endless list. Although I really don't know if that would make sense if there are several 100 or maybe even 1000 categories...
Quote from: Graf Geo on May 27, 2025, 16:22:14It makes sense, even if the 10 (15 in my case) "most important categories" may not be ideal for everyone. But I think for many users this is a sensible pre-selection. Over time, however, this list will become your individual history list, as categories that you have been added and later deleted will appear at the top.
You can easily try it out: Add e.g. "Wasserfall" and delete the category again with the rubbish bin icon. If you then click on the plus icon, waterfall will be listed first.
Ah, ok, didn't realize that it's a "recents" list. That's good, agreed.
Quote from: Graf Geo on May 27, 2025, 16:22:14Do you want to see an endless list that you have to scroll through forever? Not me!
Me neither, but what's wrong with the nested list used by "LoPoints (offline)"? Would be consistent, why have a one-level "everything but the kitchen sink" list here and a categorized list for off line points?
Quote from: slarti76 on May 28, 2025, 09:01:11QuoteWillst du eine endlose Liste sehen, die du ewig durchscrollen musst? Ich nicht!
Ich auch nicht, aber was ist falsch an der verschachtelten Liste, die von ,,LoPoints (offline)" verwendet wird? Es wäre konsequent, warum hier eine einstufige ,,Alles außer der Küchenspüle"-Liste und eine kategorisierte Liste für Offline-Punkte?
If the system is only for highlighted POIs, then I would leave it as it is now. You know which ones you want to highlight, so you don't need them all.
@slarti76 track in "Image & stats" > interesting. Can't simulate it. Does it have not just for one track?
10 categories > these are pre-selected by us. Not just random, but quite precisely selected most useful categories. It will personalize as you use this function.
@luce Quote from: luce on May 26, 2025, 19:07:54I understand that a browser system no longer makes sense when there are hundreds of categories. I don't understand though what this "display only highlighted LoPoints" option has to do with the browser system – it's two separate decisions.
not sure what I wanted to say, sorry. Yes, of course, both these features are not directly connected. I probably wanted to say, that displaying all categories in a "Browser style" is now more complicated and not so useful.
@Graf Geo search in categories > we will look at it, thanks! Btw. do you have the app in German??
Quote from: Menion on May 28, 2025, 10:55:59@Graf Geo
search in categories > we will look at it, thanks! Btw. do you have the app in German??
Yes, I normally use the German language setting.
The name of the added category is displayed in the language that is currently set in Locus and remains so even if I change the language again.
- Locus in German: Added categories in German.
- I switch to English and add further categories: Display in English. The others remain in German.
- I switch to Spanish and add more categories: Display in Spanish. The others remain in German and English.
I now have a linguistically mixed list (see screenshot). :)
Of course, this is not a common use case. I only tried it out of interest.
In each language, the English names are also found if you enter the corresponding first letters (as already written). If the app is set to Spanish, "subw" finds Estaciones de metro (= subway station).
Quote from: Menion on May 28, 2025, 10:55:59@slarti76
track in "Image & stats" > interesting. Can't simulate it. Does it have not just for one track?
Yeah, although it doesn't happen consistently. One time I tried, the previews started out correct, but when I came back to app they were like that. Don't really care about the previews, but the image exports are a shame when you don't see the whole track. Anything I can do to help debug?
Quote from: Menion on May 28, 2025, 10:55:5910 categories > these are pre-selected by us. Not just random, but quite precisely selected most useful categories. It will personalize as you use this function.
Yeah, I realized this by now, and I like it.
Still, why is it a flat list here as compared to the nested one as in "LoPoints (offline"). Search is nice, but sometimes it's useful to scroll through all options, and that's obviously easier when structured.
A compromise could be this:
Start with prefilled/most used list, but allow wildcard "*". So when user just enters "*", they get the full list (and cannot complain about its length, because they asked for it ;) ).
@slarti76
If visible on the map, a complete list makes sense. But here it is only about highlighted ones. If you want to highlight something, then you already know what you want to highlight. Therefore, it makes no sense here and you are faster with the search. Most of the time they are always the same and are therefore in the list.
Testing themes on top of oam map, turning on/off theme options, zooming in/out - Locus loves to crash especially in bigger cities with many poi, like Dortmund. Anyone?
eg Voluntary theme at zoom 21 here: 51.51327183, 7.46400446
Press minus for zoom out a few times, boom ctd
In a distant future my preference would be to have the theme display no poi and LM display hand picked categories of lopoi.
Quote from: freischneider on May 28, 2025, 14:13:57@slarti76
If visible on the map, a complete list makes sense. But here it is only about highlighted ones.
I honestly don't know what you mean. Perhaps you have another use case? I mean, highlighting is just an additional feature, but it starts with selecting categories to show on the map. And there, just like I did with "LoPoints (offline)", I want to click on the respective button and browse through a list.
Let's say I'm looking for mountains - dunno how OAM stores them, "mountain", "peak", "summit"? Don't wanna try all 3 search words, typing on phone is a nuisance. But it's definitely "Nature", so in offline points I scroll to root category "Nature", open it, and voilà: "Peak".
And yes, ok, the search is intelligent enough to show "peak" when typing "summit". It's just the first example that came to mind, but there will always be similar words that are not found by the search. And again, typing is hard, especially with gloves, so a nested list is often better.
Yep. Users don't know what search term to use and if no result, there will be doubt if maybe one should use another search term or if the pois just don't exist.
Quote from: Tapio on May 28, 2025, 14:51:48In a distant future my preference would be to have the theme display no poi and LM display hand picked categories of lopoi.
In a
not so distant future
moving POI handling from each & every theme back into the core app would simplify each theme
I'd vote +1 for this suggestion
Quote from: Andrew Heard on May 29, 2025, 00:05:10Quote from: Tapio on May 28, 2025, 14:51:48In a distant future my preference would be to have the theme display no poi and LM display hand picked categories of lopoi.
In a not so distant future
moving POI handling from each & every theme back into the core app would simplify each theme
I'd vote +1 for this suggestion
I agree with you there. But this is just a highlighting point, which is a completely different topic, and it's implemented exactly right here.
Quote from: Andrew Heard on May 29, 2025, 00:05:10In a not so distant future
moving POI handling from each & every theme back into the core app would simplify each theme
Well, it's a matter of theme organisation to be able to show/hide poi (optionally all at once, and efficiently).
For me it's about poi being useful. If they're just printed into the map, and their display depends on priorities and other factors, that's not always useful.
"On my hike, I am exactly interested in a) benches, b) shelters and c) peaks and d) everything related to tourism (i.e. a whole category), please display that" - that's what I wish and what I think is just a very natural approach.
I have a suspicion that the "show all" style Lopoint system is technically not ready for filtering, or maybe it's having performance implications.
Search in categories > give it a try guys. If there is be problem in finding what you are looking for, we should improve a catalog of synonyms. If still not good enough, we may talk about "browse in all categories". But I would like to have it as the last option here.
EN results for search > in case, you have the app in, for example, DE and the search for categories finds 0 results, the app tries the same search also as for English texts. So they are not mixed, if there are any results.
@Graf Geo
mixed list of categories > yes I know. It is a little problematic. App now remembers also the translation of the category, so the change of the language does not change it locally. Will update (somehow) later.
Hi all. I believe some background context would be beneficial to this discussion. When we want to "browse", or "traverse" interactive map content, we deal with a tree-like structure seen on the white picture. So we traverse (in UI) cca 150 nodes. This number will grow over time, but there hardly ever will be 500+ nodes. When we search, using the current approach, we have a name and perhaps some close synonyms attached to every point (node). So no need (ideally) to know what name is used for "brewery". "Beer" works too. And here is the Devil in details in my opinion. These terms (dark picture) are 90% human generated. We have them just for a few languages. Even German can be improved greatly I believe. There are false positives for short terms, but "ho" is hotel, hostel, hospital, hot spring...
There has recently been a new sign in LoPoi for free and paid parking. Since then, there has been an orange hand for paid parking and a green hand for free parking.
The new symbol itself is much more meaningful than the old one. But you can see less clearly and quickly whether it is free or paid.
Colors can be processed very quickly and reliably by the eye. So I suggest making a light green frame around the symbol for free and a light red frame for paid.
It is not always possible to open highlighted LoPoi.
I have highlighted several categories. Then moved some zoom and map to see if something is nearby. Then I saw 4 highlighted ones on the map. I wanted to open one but it didn't work. I zoomed in further but it still didn't work. Only when I switched off all LoPoi and switched them on again did it work again. This has already happened to me several times.
Translated with DeepL.com (free version)
When planning a bike tour, I have castles, waterfalls, ruins... highlighted. I then zoomed out a little further to see better where there was something interesting. But then the highlighted ones were no longer visible. I think it has to do with the general visibility with zoom. Which is good for LoPoi, because otherwise there are too many. But the highlighted ones only have a few activated. You could allow 2 more zoom levels. Would make planning a lot easier. Especially when cycling, as you can reach a much larger radius here.
text is missing
There are still issues with the global search for LoPoints with defined area. See this post (https://forum.locusmap.eu/index.php?msg=78683) and here in the helpdesk (https://help.locusmap.eu/topic/37600-inconsistency-in-the-global-search-online-addresses-and-locations).
Expert settings -> Center on point OFF
If the searched object is a normal LoPoint outside the screen, a red circle with an arrow appears and if I click on it, I can select the element (click on the square icon) and the map jumps there. After closing the LoPoint slide panel, the map remains there. Ok.
If the searched object is a LoPoint with defined area outside the screen, the map immediately jumps to this LoPoint and opens the slide panel.
But: I can't stay at the position I'm looking for. If I click the Android back button or swipe down the panel, the map jumps back to the last position before the search.
If I click on the arrow to the left of the search title (name of the LoPoint) in the slide panel, I return to the search list.
It is not possible for the map to remain at the searched LoPoint.
Supplement: the problem does not occur in the iOS version.
Hi guys,
after a longer time > bigger version 4.29.0.11 is just uploading to Google Drive
Main changes to discuss
- new setup of routing profile in the planner > let's have open mind and think first on basic users ;)
- completely new notification center system. More changes probably inside than visible, but still ...
- when using offline LoMaps, the app now in case of "out of the map coverage", supplies missing areas with online LoMaps
Full changelog
4.29.0.11
- chg: Route Planner > improve workflow of changing compute type and its parameters
- chg: "Recalculate all" is not available without Premium
- chg: many updates in the notification system
- chg: highlighted LoPoints now visible up to zoom level 10
- chg: removed LoPoints search button in the "LoPoints dialog" toolbar
- chg: improved search result handling in Car
- fix: swapped coordinates for WPL NMEA messages
- chg: improved naming of temporary route in Route planner
4.29.0.10
- add: online LoMaps as backup for missing offline coverage
- add: brand new Notify system (top map notifications, notify center, ...)
- add: support for direct download of offline LoMaps when missing
- chg: major refactoring related to map layers handling
- fix: correct import of visible caches & closing of import dialog
- chg: empty map background will be kept light even when app is in dark mode
- fix: incorrectly set "Recalculate" settings in default car presets
- fix: incorrect colors for simplified points as dot on the map
4.29.0.9
- fix: major memory leak fix cause by coordinate transform library
- fix: not working Statkart.No" online maps (change in map URL)
- fix: incorrectly update bottom panel during search in categories
- fix: inability to "load app data"
Routing profiles looks nice at first sight.
Notifications, "Delete all" missing?
@Menion, there is a map refresh issue.
Map does not refresh properly (height at elevation lines not shown, some symbols not shown, even empty blocks on screen) after:
- change a theme option
If I drag the map a millimeter, it gets refreshed.
Crucial point: it only happens if Locus makes use of the automatic map loading option. When Locus was set to use (eg) here "Germany north" map, but automatically switches to Germany South internally if position is far away.
Edit: See video. In a map switch environment it doesn't behave well. In the videos view there is Germany south, but I switch to north manually and stay in the south.
https://youtube.com/shorts/UedFa0X_ie0?si=CeV178LGImYPNOhu
Thanks for new beta.
Issue when searching for LoPoints with defined area is not fixed.
New menue for routing profiles in route planner looks more elegant and clearly arranged. Good!
New notification: I briefly tested it with the installation of an OAM. What is the advantage? Instead of the clearly visible progress circle at the top left, it is now tiny and located on the button at the bottom left. I preferred it the way it was before. Is there a reason for the change?
Incorrect calculation (> 100%) of way types after saving and reopening track with the route planner still exists. See helpdesk (https://help.locusmap.eu/topic/37755-track-surface-classification-percentages-add-up-to-well-over-100).
Is this part of the new notification system? Or has it been around for a while? I definitely think it's great. Missing elevation data can be quickly reloaded.
I think highlighted low points from level 10 are great. But it's not 100% reliable. Some low points only appear from level 12. I used to know when there were no more low points so it was because of the zoom. Now some are displayed but I never know if they are all there.
Agree, the revamped routing profile screen looks good
bug? poi search: only the bottom 25% of a poi search icon responds to tapping; maybe map or icon magnification setting is not taken into account?
Quote from: freischneider on June 06, 2025, 18:14:05Is this part of the new notification system? Or has it been around for a while? I definitely think it's great. Missing elevation data can be quickly reloaded.
This has been around for a while. 😉
Quote from: freischneider on June 06, 2025, 18:31:36I think highlighted low points from level 10 are great. But it's not 100% reliable. Some low points only appear from level 12. I used to know when there were no more low points so it was because of the zoom. Now some are displayed but I never know if they are all there.
I agree with that. I also have the issue that I do not see all the points - partially due to grouping in lower zoom levels. And since grouping groups POIs of different types together, I sometimes miss relevant POIs.
Im my case - for cycling - I want to highlight Toilets, water and supermarkets (input and output during the tour). In the screenshots you see, that I miss 2 supermarkets in lower zoom, because they are hidden behind a toilet.
I'm like to have an option to disable grouping all together (in custom zoom levels ideally).
Greetings, Ulrich
Quote from: Ulrich Kiermayr on June 06, 2025, 22:01:09Quote from: freischneider on June 06, 2025, 18:31:36I think highlighted low points from level 10 are great. But it's not 100% reliable. Some low points only appear from level 12. I used to know when there were no more low points so it was because of the zoom. Now some are displayed but I never know if they are all there.
I agree with that. I also have the issue that I do not see all the points - partially due to grouping in lower zoom levels. And since grouping groups POIs of different types together, I sometimes miss relevant POIs.
Im my case - for cycling - I want to highlight Toilets, water and supermarkets (input and output during the tour). In the screenshots you see, that I miss 2 supermarkets in lower zoom, because they are hidden behind a toilet.
I'm like to have an option to disable grouping all together (in custom zoom levels ideally).
Greetings, Ulrich
But in my case there was no grouping the symbol would have had space there
Hi,
Regarding the new map update screen where you can check multiple maps for bulk update:
A "Select all" button would be really nice (so I do not have to check 10+ checkboxes manually)
Greetings, Ulrich
Can we have this also for the application logs?
online search experience - I type "water" and get category Waterfall,category Watermill, Waterloo USA 8000km away, then other equally useless addresses. Waterford Ireland only 1000km away but still lower in list than a place on other side of the planet. But no Water.
The bottom search panel covers the zoom buttons but of course when the panel is dragged down to uncover the buttons, the search is also dismissed.
When I tap a specific search result & the details are displayed, a directional icon is placed on the map, but there appears no way to quickly move the point to the middle of the screen other than manually dragging. Other panels have a recenter button for this purpose.
@Andrew Heard: I can confirm much of what you describe. The order of the search results is not sorted sensibly by distance. But what exactly do you expect when you search for "water"? In my opinion, there is no such category.
The search field at the bottom bothers me too. It covers the bottom panel and half of the centre button. Screenshot 1
Direction symbol: do you mean the round red symbol with the arrow pointing in the direction of the location you are searching for? You can click on it and select the square icon at the bottom of the next menu, then the map will jump to that location. Screenshots 2 + 3
Thanks for the weekend testing!
@Tapio map refresh problem > thanks for the video, but I'm unable to simulate it :(´. Will be watching it ...
limit notifications > not planned. There already is "Remove all" at the bottom of the list. Maybe add it to the top app bar?
@Graf Geo search issue > I've pushed my colleague
@marek about it.
notifications system > we had a mess around notifications internally. So the decision was to rewrite it from scratch. Advantages? A robust system, united with system notifications, allows for more flexible work on our side. For now, there should be no major difference. In the future, I believe in better notifications in the right time at the right place.
"Way types" > more on the help desk
@freischneider highlighted loPoints in low zoom levels > forwarded to
@Radim V @Andrew Heard search experience > it is complicated as you know. I may only suggest to push & inform in this topic (https://forum.locusmap.eu/index.php?topic=8436.0) or in existing topics on help desk.
@Ulrich Kiermayr update all for maps > I thought I made it :), will do ...
installed MapGooglePlayAfa_4.29.0.11_1179_beta.apk
The online search doesn't work anyway. :-(
https://drive.google.com/file/d/1mF8G2QAAHZMTjLuSx7_sDoI2HM6Oo-cp/view?usp=drivesdk
Correction. Does not work on Android 7.
Just a quick reply to @graf geo - water - as in drinking water, fountain, tap water, spring? Red circle - yes - very unreliable to tap.
I also think, needs testing, the wrong search icon on map is enlarged when another is tapped in bottom panel, when multiple results.
New comment (yes wrong topic) when you tap a search result, the "tooltips" for other search icons on the map no longer work.
I'm cycle touring at present, so maximum testing, but also most tedious to report issues clearly and in correct topic. Apologies.
Track overview lacks track pattern
While "Image & stats" correctly uses the track pattern, the "Track overview" employs the default red line without pattern.
(Moved here from help desk as per Michal's advice.)
Quote from: Menion on June 06, 2025, 16:10:44Main changes to discuss
- new setup of routing profile in the planner > let's have open mind and think first on basic users ;)
My first impression was positive, as the new list of profiles looks good. However, after practical use over the long weekend, I had to deal with a major disadvantage of the new setup:
I rarely change the profile. Most of the time I always use the same one (walking). What I do change frequently, however, are the parameters. And these are no longer visible at a glance. Each time I have to click on the 3-dot button in the list and then on "parameters". 2 superfluous clicks. Because I change the parameters frequently, it is important for me to see them immediately.
If I now click on the blue round button at the bottom left in the route planner, only the list with the profiles opens. Bad, why do the parameters, which were only introduced some time ago, now have to be hidden in a submenu that can only be called up with 2 clicks?
I very much hope for improvements here and make the following suggestions:
- Parameters of the active profile and the new list (scrollable) in one menu. So like before, only with the new list and a little tidier. See mockup screenshot 1.
- Variant 1: Old menu, only make the link to the profiles more elegant/narrower at the top and this then leads to the new list with the profiles. See mockup screenshot 2.
- Variant 2: The parameter menu remains open if I do not close it (with back button). If I click on the blue round button at the bottom left, the parameter menu appears immediately and not the profile list.
- Alternative (perhaps ideal for all needs): In the settings, you can choose whether the setup is called up with the profile list or with the parameters of the current profile.
If this is all too complicated or takes too much time to implement, there should at least be an option in the settings to choose the old, tried and tested setup as an alternative.
In general: In my opinion, the detailed warning notice when deactivating the navigation instructions is superfluous, at least far too detailed and takes up an unnecessary amount of space. I have often deactivated this option, as this is the better option for my navigation needs, at least on flat terrain, and the blue warning text annoys me.
Quote from: Graf Geo on June 09, 2025, 09:03:06But what exactly do you expect when you search for "water"? In my opinion, there is no such category.
@Graf Geo - see "drinking water" in attached screen shot. In the internal list of synonyms, "water" --> "drinking water"?
@GrafGeo
What do you change in parameters? Could it be possible, to create a few walking-profiles with that different parameters, storing specific values in the name of the profile, or are there so much different configurations?
Quote from: Joska on June 10, 2025, 10:23:38@GrafGeo
What do you change in parameters? Could it be possible, to create a few walking-profiles with that different parameters, storing specific values in the name of the profile, or are there so much different configurations?
I change everything according to my needs. If I'm planning my jogging route or want to walk alone, in pairs or in a group, for example, I set different speeds.
If it has rained a lot, I activate the "wet conditions". In the mountains, I tend to plan with navigation commands, in the flatlands without. I have gained my own experience as to which parameters are best and when.
Unfortunately, you can't save the same internal profile (e.g. walking) several times with different parameters, which I have of course already tried.
Quote from: Andrew Heard on June 10, 2025, 10:17:35@Graf Geo - see "drinking water" in attached screen shot. In the internal list of synonyms, "water" --> "drinking water"?
Yes, unfortunately that doesn't work. I absolutely agree with you, the global search still has many shortcomings. In the results and in the sorting by distance.
Quote from: Graf Geo on June 10, 2025, 10:04:35I very much hope for improvements here and make the following suggestions
What about adding the possibility to open the parameter settings by long-clicking the profile title? (Everything else could stay the same, including the three-dot-menu.)
Quote from: luce on June 10, 2025, 21:45:17Quote from: Graf Geo on June 10, 2025, 10:04:35I very much hope for improvements here and make the following suggestions
What about adding the possibility to open the parameter settings by long-clicking the profile title? (Everything else could stay the same, including the three-dot-menu.)
Then you can do it with the menu as well. That's something you don't change very often.
Quote from: Graf Geo on June 03, 2025, 09:57:52There are still issues with the global search for LoPoints with defined area. See this post (https://forum.locusmap.eu/index.php?msg=78683) and here in the helpdesk (https://help.locusmap.eu/topic/37600-inconsistency-in-the-global-search-online-addresses-and-locations).
Expert settings -> Center on point OFF
If the searched object is a normal LoPoint outside the screen, a red circle with an arrow appears and if I click on it, I can select the element (click on the square icon) and the map jumps there. After closing the LoPoint slide panel, the map remains there. Ok.
If the searched object is a LoPoint with defined area outside the screen, the map immediately jumps to this LoPoint and opens the slide panel.
But: I can't stay at the position I'm looking for. If I click the Android back button or swipe down the panel, the map jumps back to the last position before the search.
If I click on the arrow to the left of the search title (name of the LoPoint) in the slide panel, I return to the search list.
It is not possible for the map to remain at the searched LoPoint.
Supplement: the problem does not occur in the iOS version.
Hi
@Graf Geo ,
your problem should be fixed in the next release.
Quote from: freischneider on June 11, 2025, 07:53:15Quote from: luce on June 10, 2025, 21:45:17Quote from: Graf Geo on June 10, 2025, 10:04:35I very much hope for improvements here and make the following suggestions
What about adding the possibility to open the parameter settings by long-clicking the profile title? (Everything else could stay the same, including the three-dot-menu.)
Then you can do it with the menu as well. That's something you don't change very often.
His point is
exactly that he changes it very often...
@Michael Bechtold
missing pattern > interesting problem I'm unable to simulate. Both features use the identical method of drawing track/route on the map, there is no difference. May you share a track with me, where this happens? Thanks
@Graf Geo
missing quick access to profile parameters > check "Route planner > menu > Settings" in the next app version. There will be new "Quick profile parameters".
Hmm and what about the following change >
- long click on the main profile button > display of parameters, instead of toggling to manual mode
- long click on the bottom-left "+" button > add single manual segment (to current map center), instead of "Select location" dialog?
Because if you want to add multiple manual segments, it is now a lot easier to switch to manual mode from the list of profiles. If you rarely want to pick a certain location from the "Select location" dialog, you may add it at the bottom itinerary ...
@Menion:
Thank you for responding to my request.
What sounds most interesting is what you have unfortunately crossed out (Route planner > menu > Settings" in the next app version. There will be new "Quick profile parameters".) Not possible?
- long click on the main profile button > display of parameters, instead of toggling to manual mode:
That might be a good idea. Even if I then have to scroll to the bottom of the profile list every time because the manual profile is listed last. Unfortunately, the list cannot be sorted differently. But I could live with that, as the manual segments can also be set to + with a long press.
- long click on the bottom-left "+" button > add single manual segment (to current map centre), instead of "Select location" dialogue?
This is already happening. :) A long press on + always leads to a single manual segment. I use this often and find it very practical. This can be set in the route planner menu.
On the subject of patterns and "Track overview": This always happens, regardless of the track. Not only the pattern, but also the colour of the track is ignored. The default line is always created (in my case red, 3 px).
Quote from: Menion on June 11, 2025, 11:12:41Hmm and what about the following change >
- long click on the main profile button > display of parameters, instead of toggling to manual mode
- long click on the bottom-left "+" button > add single manual segment (to current map center), instead of "Select location" dialog?
Good solution, thumbs up :)
@Graf Geo
eh, I've forget on this settings, nice :)
Oki, thanks guys, so let's try this solution in the next app version.
Quote from: Menion on June 11, 2025, 11:12:41@Michael Bechtold
missing pattern > interesting problem I'm unable to simulate. Both features use the identical method of drawing track/route on the map, there is no difference. May you share a track with me, where this happens? Thanks
...
@Menion: just sent you a mail with the attachments. TXs.
Hello everyone,
Where have the AFA versions gone?
Everything is gone on the previous Google Drive.
Best regards,
Holger
Quote from: Menion link=msg=73709@slarti76
agree, it may be useful. Unfortunately, I do not have "first trackpoint time" easily available for sorting in the database. There will be a major database update during next year, so I'll try to keep this in my mind ::)
Menion, I'd like to take you up on that ;)
So, just as a recap, because I stumbled over it again several times recently:
When splitting a track, both parts seem to be keeping the exact same "creation date/time". Now, when sorting the track list by creation time, they're obviously in the same position, and then the tiebreaker is either alphabetical or just random (I'm not sure). But one of the tracks is now clearly
after the other, so there is a correct creation order. But now, this leads to tracks in wrong order in 50% of the cases.
I initially proposed to give the second part of the split the creation time of its first trackpoint. I do understand the argument against that, because it's technically not the creation time. As an alternative, I proposed a new sort order "By track start" (date/time) or "First trackpoint time".
So, is it possible now?
Hello @slarti76:
But that's exactly what happens. When I split a track, both parts get the date and time of the first track point. I've checked this several times now.
The tracks are sorted correctly in the folder, both by creation date and modification date.
I shared a 5-hour bike ride. Part one gets the ending _01 and the start time of the entire track, part 2 gets the ending _02 and the start time when I was at that point. I then shared both parts again (endings _01_02 and 01_02 or 02_01 and 02_02). Here, too, the start times are taken from the respective first track point. All parts are sorted correctly.
Just to be sure: I am using the current beta version of LM4.
Quote from: Graf Geo on June 13, 2025, 11:22:55Hello @slarti76:
But that's exactly what happens. When I split a track, both parts get the date and time of the first track point. I've checked this several times now.
The tracks are sorted correctly in the folder, both by creation date and modification date.
I shared a 5-hour bike ride. Part one gets the ending _01 and the start time of the entire track, part 2 gets the ending _02 and the start time when I was at that point. I then shared both parts again (endings _01_02 and 01_02 or 02_01 and 02_02). Here, too, the start times are taken from the respective first track point. All parts are sorted correctly.
Just to be sure: I am using the current beta version of LM4.
No, just rename the tracks such that it differs from the correct order and you will see it's wrong. I just tested it again with latest beta. Also, when I look at the track data, the timestamp shown directly under the title bar is exactly the same for original and both split tracks.
It only looks correct at first because the number postfixes are sorted alphabetically, too.
I did that. All parts have the same name and any letter at the end. And it is still sorted correctly by start time when "created on" is selected as the criterion.
Only when two parts have the same start time, which is logically the case for the first half (previously _01) and the first quarter (previously 01_01), are they sorted alphabetically.
Quote from: Graf Geo on June 13, 2025, 12:29:56I did that. All parts have the same name and any letter at the end. And it is still sorted correctly by start time when "created on" is selected as the criterion.
Only when two parts have the same start time, which is logically the case for the first half (previously _01) and the first quarter (previously 01_01), are they sorted alphabetically.
Don't know what to say, but I can reproduce my behaviour. When I rename one part to "aaa" it jumps above of the other part, and when I rename it to "zzz", it jumps below (or the other way round, depending on Reverse or not). Must be some other aspect still at work - perhaps Menion can shed a light?
Hi guys,
I'll look at it later.
For now, the final version 4.29.0.14 is ready to release (next week)!
4.29.0.14
- chg: update in LoMaps themes
- fix: crash at start when negative un-archived notification exists
4.29.0.13
- chg: final version of the route planner refactoring
- fix: "Log visit" in guidance panel is inactive when GC detail panel is open
- add: support for clusterization of highlighted LoPoints respecting icon size
- chg: better refresh of MyLib content after deletion
- add: visible profile type icon during recalculation
- fix: incorrect reporting of deleting of shared tracks when sync is not active
4.29.0.12
- chg: public support for offline LoPoints V2 (new LoMaps needed)
- add: mass selection for new "Store updates" dialog
- chg: informing about deprecation of LoPoints V1
- chg: removed "Offline LoPoint autoload" settings (no longer needed)
- chg: long click on profile button in route planner for quick access to profile parameters
- fix: color tint for trackpoints icons on the map and in UI
- chg: improved MyLib folder selection dialog
- fix: incorrectly restored "way types" in Route planner
Thanks for the new beta, Menion.
"long click on profile button in route planner for quick access to profile parameters": It doesn't work. It still switches to "manual segments". Or have I misunderstood something?
EDIT: Now I see by chance that you have added a "Quick profile parameters" option in the route planner settings after all. That's fine with me. 🙂 👍
One more thing: the LoPoints on the map no longer display photos.
Server problem? Maybe it has something to do with this topic (https://forum.locusmap.eu/index.php?msg=78939)?
Quote from: Graf Geo on June 13, 2025, 16:35:56One more thing: the LoPoints on the map no longer display photos.
Ok, found it. I think the new LoPoint online/offline system should be explained better.
In the settings under LoPoints, I now found the (new?) option:
Loading mode: Automatic / Online only / Offline only
"Automatic" was set, which meant that Locus always preferred the offline LoPoints despite a good internet connection. Of course, they don't have any photos.
I have now set it to "Online only", and the photos are now displayed again. However, as soon as I have no or poor network coverage, no LoPoints are displayed... somehow, the whole thing is not ideal.
Furthermore, no new LoPoint photos have been uploaded since yesterday...
For the "nearest Point" feature: One additional Filter would be very handy, to list only Highlighted POIs. Usually those are the ones I am looking for - and so the list does not get cluttered by all the other categories. (See attachment)
lG uk
Quote from: Ulrich Kiermayr on June 13, 2025, 19:39:31For the "nearest Point" feature: One additional Filter would be very handy, to list only Highlighted POIs. Usually those are the ones I am looking for - and so the list does not get cluttered by all the other categories. (See attachment)
lG uk
If they're highlighted, you can see them clearly on the map, which should be enough. This way you can see what's around your location.
Quote from: freischneider on June 13, 2025, 20:01:03Quote from: Ulrich Kiermayr on June 13, 2025, 19:39:31For the "nearest Point" feature: One additional Filter would be very handy, to list only Highlighted POIs. Usually those are the ones I am looking for - and so the list does not get cluttered by all the other categories. (See attachment)
lG uk
If they're highlighted, you can see them clearly on the map, which should be enough. This way you can see what's around your location.
This is not in all cases true - because in some zoom levels they are grouped or hidden behind eachother. Having a list of the nearest circumvents the issues of sometimes hidden POIs.
The quick profile parameters button is great!
Lopoints online/offline merge, well done. So OAM points cannot be part of this?
I wonder if a ZL Option would be a good idea (show only after ZL xy). So this way one could just display them on themes level, and if there's something interesting, zoom in and investigate. Good for performance and personally I'm not a friend of those permanent interactive overlays.
Text change suggestion: "Display after save" would be a much better to understand and precise text. Especially in the combination with prior option.
Because currently it implies the option itself could do something about saving.
Sorry, couldn't send on helpdesk, it didn't like my Soul browser. No Submit button.
Am I the only one where the "remove all notifications" button does only close the window, but keep all notifications? Removing 20 of them via swiping is a bit tiring.
Quote from: Tapio on June 14, 2025, 07:31:30Text change suggestion: "Display after save" would be a much better to understand and precise text. Especially in the combination with prior option.
Because currently it implies the option itself could do something about saving.
@tapio - the text hasn't changed, and the detail text below the summary seems ok? slightly better sure
bug: Map screen content panel > long tap on temporarily remove all library items > now top panel/ line to unhide. okay so far. now tap top line to unhide items but top line becomes top panel instead of correctly reverting/ restoring previous state, in my case hidden top panel.
Quote from: Graf Geo on June 03, 2025, 09:57:52There are still issues with the global search for LoPoints with defined area. See this post (https://forum.locusmap.eu/index.php?msg=78683) and here in the helpdesk (https://help.locusmap.eu/topic/37600-inconsistency-in-the-global-search-online-addresses-and-locations).
Expert settings -> Center on point OFF
If the searched object is a normal LoPoint outside the screen, a red circle with an arrow appears and if I click on it, I can select the element (click on the square icon) and the map jumps there. After closing the LoPoint slide panel, the map remains there. Ok.
If the searched object is a LoPoint with defined area outside the screen, the map immediately jumps to this LoPoint and opens the slide panel.
But: I can't stay at the position I'm looking for. If I click the Android back button or swipe down the panel, the map jumps back to the last position before the search.
If I click on the arrow to the left of the search title (name of the LoPoint) in the slide panel, I return to the search list.
It is not possible for the map to remain at the searched LoPoint.
This has now been fixed (beta 4.29.0.14).
However, if I select a point outside the map screen in the left side panel under "nearest points", the red circle with an arrow also appears here. But here it cannot be clicked on and there is no way to jump the map to this point.
Quote from: Tapio on June 14, 2025, 08:22:01Am I the only one where the "remove all notifications" button does only close the window, but keep all notifications? Removing 20 of them via swiping is a bit tiring.
Nope, same here.
LG uk
Quote from: michaelbechtold on June 12, 2025, 18:14:40Quote from: Menion on June 11, 2025, 11:12:41@Michael Bechtold
missing pattern > interesting problem I'm unable to simulate. Both features use the identical method of drawing track/route on the map, there is no difference. May you share a track with me, where this happens? Thanks
...
@Menion: just sent you a mail with the attachments. TXs.
Not fixed in current beta - no surprise, as it is not in Menion's list of changes :-)
Hmm, I just tested it again and now the line style, including colour, thickness and pattern, is being applied correctly for me.
Quote from: Graf Geo on June 15, 2025, 12:26:41Hmm, I just tested it again and now the line style, including colour, thickness and pattern, is being applied correctly for me.
Can confirm, line style looks good.
Another thing is the overlapping with the diagram which happens quite often.
MapGooglePlayAfa_4.29.0.14_1179_beta.apk - Online search is still not working on Android 7. :-(
@Michael Bechtold style of the track in overview > thanks for sharing the track. It was really a problem for all tracks that used "Use parent folder" style. Fixed.
@slarti76 splitting of tracks > as I see, there was a modification in the code in August 2022. If the time of the first trackpoint (of the original track) matches the time of the original track, and then if the time of 1. trackpoints of 1. segment is earlier than 1. trackpoints of 2. segment, the app uses these times.
So generally, this should work as you expect and exactly as confirmed
@Graf Geo (thanks). You see these problems for your own recorded tracks that have for sure correct times for each trackpoint?
@Graf Geo automatic LoPoints mode > good point, thanks. We will discuss it today. Most probably, it will use an "offline" solution for overlay, but will try to load the single point details online first.
Click on the red pointer > oki, I've added "center to point" action on it.
@Ulrich Kiermayr Nearest points > well, I think this feature needs a bigger update. So no minor change like this for now please. Also, I'm also not sure if this is the best improvement.
@Tapio OAM can't. As you see, even our own good old LoPoints are separated together with OAM into "Other POIs". What we did, is a full conversion of a huge system from the cloud into an offline solution. And
@Radim V was able to do it almost 1:1. The SQLite database that holds data now has a completely different structure no longer compatible with the old solution. It now also handles all available databases at once, so no need (not even possible) to choose to work with a single database.
But because many people have old LoPoints and will want to use OAM and other alternative sources, it is fair to keep the old solution fully working.
"Display after save" > agreed, thanks
Remove all notifications > we will look at it, thanks.
@Andrew Heard not hiding top panel > it seems to work for me. You see no other button on the right side of the panel? It should auto-hide after specified amount of time, same as other panels.
@40° search on A7 > ah, thanks. We will look at it.
Other POIs vs LoPoints
Somehow I don't really understand the sense and advantage of the new "Other POIs" category. Ok, this contains the POIs from the OAM database of the saved OAM maps, i.e. xy_oam_osm.db. So these are POIs available offline.
I can now choose and display LoPoints online, offline and/or OAM POIs.
But as they are all based on Openstreetmap POIs, are they the same POIs? Yes, some LoPoints are only available online and not offline, and some POIs are displayed as online LoPoints, but not as OAM POIs by default or only if I select them in the OAM POI list and display them with the "nearest < 100" icon. And yes, some OSM POIs are neither transferred as LoPoint nor as OAM POI, e.g. benches.
What advantages does this offer? Somehow it is just a duplication of all POIs from two databases (osm.db and oam_osm.db). If I activate both LoPoints and Other POIs, almost all POIs are displayed twice with a slight offset.
I also don't know whether I see an online LoPoint, an offline LoPoint or an OAM-POI on the map. I can recognise the few LoPoints for which there is a photo (the photo is only displayed for an online LoPoint). Otherwise you can't tell them apart. I would find it useful if, when I call up a POI, an icon or a note is displayed indicating what kind of POI (from which source) it is.
If I select "POIs around" under "Other POIs" in the list at the top, Online LoPoints are also displayed (verifiable when a photo is displayed). Somehow it's all mixed up.
I can also upload photos to OAM POIs, which seems illogical to me, as these are external offline POIs. Can I now assign the same photo twice to each POI, once to the LoPoint and once to the OAM-POI, whereby it is pointless for the latter as it is not displayed for an offline point? Or is a photo uploaded to an OAM POI automatically assigned to the online LoPoint?
Somehow I find it all a bit confusing and not clearly structured, but maybe I just don't understand the principle yet. Maybe someone can set me straight?
What we are trying to solve:
Previously, we had two categories.
- LoPoints (online) - our online-only system
- LoPoints (offline) - offline database-based solution adapted by various 3rd parties (like OAM, ..). I call it "V1"
Now we have moved to a new system, thanks to a completely new system for offline LoPoints (V2)
- LoPoints - new united system based on online and offline V2 solution, where content is (almost) identical and users do not have to care if what data are already offline (if it is not a priority).
- Other POIs - old offline V1 solution, completely incompatible with V2. Users without V1 databases won't see this option at all (so all new users or users with all LoMaps updates and without any 3rd party databases).
So I see no other option than keeping both systems available and working, BUT separated.
Thank you. I don't fully understand it, but ok. For example, I didn't realise that the old offline LoPoints (V1) also used 3rd party POIs. I had only rarely activated them. Now (V2) they are only pure LoPoints.
So if I don't need the "Other Pois" option, couldn't the option be hidden via the map content menu? So that it doesn't take up unnecessary space?
Quote from: Menion on June 16, 2025, 09:34:25not hiding top panel > it seems to work for me. You see no other button on the right side of the panel? It should auto-hide after specified amount of time, same as other panels.
@menion - I always have top panel hidden, so after I unhide temporary items by tapping the icon at top right side, the panel should immediately revert to hidden.
Quote from: Menion on June 16, 2025, 09:34:25@slarti76
splitting of tracks > as I see, there was a modification in the code in August 2022. If the time of the first trackpoint (of the original track) matches the time of the original track, and then if the time of 1. trackpoints of 1. segment is earlier than 1. trackpoints of 2. segment, the app uses these times.
So generally, this should work as you expect and exactly as confirmed @Graf Geo (thanks). You see these problems for your own recorded tracks that have for sure correct times for each trackpoint?
Ah, I think I now know why the result is different: I already edited the original track, especially I removed some points at the beginning (because I started the recording early). If I understand your description correctly, that means that your algorithm is now not "activated", as the first (remaining) trackpoint already has another time than the track's creation time.
Does that sound about right?
To be honest, I don't understand the reasoning for that complicated rule - I mean, removing trackpoints at the beginning sounds like a pretty normal thing to do?!
So the workaround is clear: Split first, remove points later. Still, I find the condition a little contrived and would prefer Locus just always use the time of the first point of the second part as starttime.
Just for information: I have looked again at the "Other POIs".
If I upload a photo to a POI from "Other POIs", this is actually added to the corresponding online LoPoint.
"Other POIs" can be filtered on the map, even if I only realised this after a lot of trial and error. Click on "Other POIs" (not the eye icon!), click on the desired category in the list (e.g. shelter), then click on the small icon with the small number x at the top right, close the menu again and only the x POIs in this category will be displayed. You can repeat this several times to display several categories exclusively. Some users may like this better than highlighting the LoPoints, where all other POIs are also displayed as small icons and the map is overloaded with icons in some places.
These "Other POIs" also show (if you are online) the photos that have been uploaded to the corresponding LoPoint. These are probably the old V1 LoPoints, as newer POIs/photos are not displayed here. Now I'm wondering whether new POIs will continue to be added to the old V1 system or whether it will be frozen at its current status. I'll see after the next LoMap update...
Ultimately, however, up-to-dateness is important for POIs, so the LoPoints (online) are the first choice for me.
*** Translated with www.DeepL.com/Translator (free version) ***
MapGooglePlayAfa_4.29.0.11_1179_beta
see pictures
- track overview - shown map only uses a small amount of screen, a lot of area is used and wasted with information not that relevant to me
- point, red marker - no action when clicking on it, centering to point not working
- LoPoints. When enabled also other symbols are shown. I guess their of 'other poi', though them are disabled in this menu
New LoPointWell, though it makes sense to optimize data generation, workflow and handling to optimize resources, the profit for the user is more or less low.
The GUI enhancements are a good start and a general rework was on the list for at least 1.5 years, maybe more, IIRC.
My concern is mostly data usability.
From my point of view the strength of Locus has always been community awareness and community support and the potential of integrating data of other community or enthusiast projects and open or free available sources like OAM, brouter, Sonny's DTM, themes etc.
As far as I remember the offline POIs had a huge community interest and some individuals managed it to reverse-engineer the used db-structure IIRC, with huge efforts, maybe it was also delivered at some strongly progressed point.
Will the new used db-structure be documentated and released to also be used by the Locus-community, to also integrate other POI-sources, adapted OAM-data or other future projects?
pt. 2
@T-mo:
"a lot of area is used and wasted with information not that relevant to me"
It may be irrelevant to you, but it is not to many other users. However, I would appreciate it if this track info panel could be individually configurable. Unfortunately, this is not planned for the time being.
"point, red marker"
Check the Expert Settings to see if "Centre on point" is enabled under points.
"LoPoints, other symbols"
Yes, LoPoints can only be enabled all or none. You can only highlight certain categories.
Quote from: Graf Geo on June 16, 2025, 22:01:33However, I would appreciate it if this track info panel could be individually configurable. Unfortunately, this is not planned for the time being.
My choosen long track title results in 3 lines, this of course consumes a lot screen space. But the rest is not collapsable and the map size is still fixed and finally limited.
IMHO the applied size is too small.
Quote from: Graf Geo on June 16, 2025, 22:01:33"point, red marker"
Check the Expert Settings to see if "Centre on point" is enabled under points.
I disabled this setting as it can be annoying while checking different poi in a close area and poi can already be seen though not centered (so centering is more confusing than it helps), also search results in focus and then automatic map centering, and potentially loosing focus in situations not desired.
Enabling the setting activates the desired focus, centering map, sure.
IMHO pressing the dedicated UI-element (icon with indicator of off-screen-position) should also provide this functionality if actively pressed, my suggestion, currently it does nothing.
Quote from: T-mo on June 17, 2025, 13:04:46Quote from: Graf Geo on June 16, 2025, 22:01:33IMHO pressing the dedicated UI-element (icon with indicator of off-screen-position) should also provide this functionality if actively pressed, my suggestion, currently it does nothing.
I have also deactivated this setting for the same reasons.
The red point red marker works for me when searching for a location or item via the global search. It opens a menu "Select item", clicking on the lower entry with the square moves the map there. See screenshot.
It does not work when selecting a "nearest point" in the left panel. I wrote about it
here (https://forum.locusmap.eu/index.php?msg=78971) and Menion replied
here (https://forum.locusmap.eu/index.php?msg=79003).
@Graf Geo
hidden "Other POIs" > as I wrote, if you remove all 3rd party databases (OAM, ...) and update all LoMaps - so there won't be any V1 database version, this item won't be visible at all.
Uploading a photo to LoPoints > it will be a lot improved in the next app version, so this option will be available only for our LoPoints. It does not make sense for other sources. Also, the app previously updated the details of the LoPoints with online data. This will now also work only for "Asamm LoPoints".
Update of LoPoints V1 > since the next LoMaps update (July 2025), V1 database will be removed from the update completely. In the long vision, this "Other POIs" should be used only for custom databases.
@Andrew Heard
top panel > thanks, finally fixed
@slarti76
Split track times > this is a safety mechanism to prevent some nonsensical times. Anyway, your use case is perfectly valid. I'll update logic a little to the next app version.
@T-mo
New LoPoints > I believe the profit of the change is quite big. No difference in online/offline work. A lot richer content of POIs, full compatibility of offline and online, better placement on the map and for use - very easy to modify both worlds at once.
Db documentation and support for 3rd parties > no, not planned and definitely not recommended. New system is a lot more complicated than the previous and we need to keep compatibility with the online and iOS world. That's why "Other POIs" will exist and will still be well supported.
Track detail > you are looking on the track from MyLibrary, probably. So it is a full-screen page with small map. Display the track on the map if you need to see more of it.
Red pointer > "click action" should be fixed in the next app version.