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