Messages

Tap the imported navigation track display > Tap the track pop up info > Select Chart > Tap Left bottom Icon > Settings > Advanced settings > Select "Show waypoints" > SET.  Done. = The VIA point Icons (as set) are shown onto the elevation graph.

You presumably mean the announcement of a Via Point ? 
You can add via points using the route planner.
You can assign a free name to each via point.
A via name is announced just like turns by TTS.
https://docs.locusmap.app/doku.php?id=manual:user_guide:tracks:planning&s[]=route&s[]=planner#via_points

@Diddi: There is a very recent update of the Geocaching4Locus addon in the Playstore. Maybe that will solve your problem, I haven't tried it.

@Menion: Manual segments now seem to be permanently retained with "Recalculate all", even after saving the route. Perfect.

SG S10, Android 12

[Locus Map (4)]

New Locus Map (4) version

Important links
- list of news of public versions
- Public versions
- Beta versions

Versions
8. 4. 2024 - Locus 4.23.0

I have the same impression, although from another scenario. Locus running in the background as a service basically 7 x 24 (even when not out of the house), over time it will eat up memory. This makes some popup menus pure white. Most of the cases it recovers some time later, but sometimes I need to restart Locus to get it back "on track".
As memory leaks are one of the hardest things to catch in development, I recommend to switch off shading while traveling. For planning I understand shading is very helpful. While "executing" it's not, for sure not when you go 100 mph + :-)))
Anyway, just my 2c, trying to "buy time" until resolution, which might take quite some time.
Cheers
Michael

PS: I am not claiming that shading IS the culprit, but for sure it is a load for battery and memory alike, hence low hanging fruit - without guarantees, though ...

[Beta version 4.22.2.3]

Beta version 4.22.2.3 just uploaded to Google Drive, with a long list of fixes.

If there won't be any serious issues, I would like to publish it to Google Play next week.

[HELP!]

HELP!

I decided to move my main directory to Android/media - it first looked good, then I got the sad droid picture with "Whoops! dDS, code: 12521", and now I can't start Locus anymore. The same code appears all the time, after a toast "Restoring unfinished transfer of the main directory".

What can I do???

I updated to newest beta, just in case.

Ok, I solved the problem by connecting the phone to PC via USB and finishing the copying manually. After that it worked again flawlessly.
There were actually uncopied files, but no indication what kept Locus from copying them itself.

Anyway, I'm a computer expert who knows how to do this, but for others this would be a very bad outcome: No clear indication what happened, no remedy, Locus just broken. I assume re-install could help, as then Android would delete remaining files in Android/data, but, well, that would be data loss.

Menion, any idea what the error message means, internally? A more descriptive message would already go a long way, perhaps with the tip to manually copy with computer in case this repeatedly fails.

Anyway, no need to interrupt your Easter holiday for me
Enjoy your (long) weekend, everyone!

[beta version 4.22.2.1]

The new beta version 4.22.2.1 was just generated with a bunch of very interesting changes.
Have a nice weekend, we have four free days now, so excuse me and enjoy sunny days!

@Tapio
good point, thanks. I'll think about it ...

I have a request for improvement when creating a new route in the route planner:

I am planning a route. Then, for example, there is a small bridge over a stream that is missing from the OSM map. The route planner doesn't want to take me along it. No problem, I create this section of the route "manually" in drawing mode. Or I want to take a shortcut somewhere cross-country. Here, too, I can insert a manual segment. Wonderful.

But: Whenever I recalculate the entire route ("recalculate all"), the manually drawn segments are ignored and the route is routed via existing paths, which ruins my planning.  See screenshot.

Would it be possible for manually drawn segments to be regarded as "unchangeable" during the recalculation and thus be retained? That would be great!

(If the manual segment cannot be reached in another profile (Car instead of Hike etc.), the orange error message "Routing service can't find the start point..." may appear. Just like when recalculating in car mode if shaping points are on hiking trails.)

Maybe you're right.

For sure he is right. 3 times clicking "Navigate please" is not fully fleshed out UI. IMO You either choose "Plan route to" and expect all route planning options in the process. If you want to go the short way, with "Navigate to" you can expect it to start a navigation instantly.

I recommend therefore to rename the menu if that is the concept:

1. Navigate to
2. Plan navigation to

In case of 1., start from GPS position and turn GPS on if necessary.

A simple concept and easy to understand. I also never use guidance.

[@freischneider]

There seem to be minor crashes, so expect a new bug-fix version today.

@freischneider
problem with lost shaping/navigation points > thanks, got it

@Andrew Heard
I still can't entirely agree with the "Pick on the map" option in the selection dialog. Mainly because it will open another dialog with the map above the map planner. Does not make much sense to me, sorry.

Cross during init > well, it should not be a problem to tap on it. Usually, you should also see a blue loading screen. Not a big problem I believe, but yes, should be somehow blocked together with the hardware back press (just to be safe not to interrupt some main tasks during the start).

Sharing of user points > yes, it is planned. We now need a big switch to "Data manager V2". ETA? September 2024.

@Tapio
preview image size > improved gallery for viewing images is on the way (next month). Making the first image some kind of "Top image" and make it larger. Hmm, interesting idea to consider ...

@jonny.blue
401 error > hmm, it is a 401 HTTP error so it looks like a temporary glitch on the Grounspeak side.

Just curious - what happens if I tap the cross X? Should the startup Initializing screen have this X?

In rare cases, it may be useful to cancel the start process, e.g. if you have started Locus by mistake. However, I have never used this - especially as Locus usually starts very quickly. Perhaps the X is a relic from earlier times, when the starting process took considerably longer.   

@Menion: Great that some of my mentioned problems could be fixed! 

PS:
the name "select stop" is still an old name. Now "select via Point after" ?

You mean the entry in the list? There again "select via Point after" would be nonsensical. Perhaps "select location" or "select position" would be better.

For Android there is still the option to have Google results via API, free of charge (as per Menion, last year's discussion).

But it is a decision by the Asammm search folks to not integrate that. It would be easy to merge those  results or keep this Google search as an additional option in your list, druki.

The earlier argument that Android and iOS should have same features is not valid anyways and a pretty bad excuse. Because the feature set for iOS will be smaller, for many years to come.

A solid search feature incl. Google search API is simply a question of will, not effort or anything else, I think.

I searched for
hotel
Bier
Museum
and get results at 8th position very far away, 1000s of km, france, congo, kenya..
With 'bier' 1st suggestion might be a category like pub, food&drink, Trinkhalle..something with some very basic logic.
#filterchain

In my eyes the mixup of different searches in one new "online search" is maybe good for "getting any result", but it is hard as a user to understand that there are "different context of the results" (is it a category? or a POI found somewhere in the Locus World? or is it a result of a dedicated location search of a framework/Internetservice?). This mixup of context is for me one reason why it is so difficult as a user to explain how the current new online search can be improved (most users that complain probably just want it "better" - they don't want to think about context - but the new online search feels "be forced to provide only small junks of context information as a global result"). To make it short: I have trouble finding good results! I started using workarounds for having good results™ like...

1. using Locus Offline POI database navigation in categories with nearby list and map display (good for finding OSM maintained data like museum, toilet, pub - hey, distances to map center works here correctly! - you only have to learn your favourite categories),
2. switching to Wikipedia search in Locus (good for finding sightseeing locations, correct distances),
3. using offline address search in Locus (good for finding addresses in OSM data - exact spelling necessary, choosing north/south of a country is a try&error method),
4. search in google maps and open the location in Locus (good for finding the best results - handling is not the easiest solution because of the media break)

Ideas: If results should include a mixup of different sources, there could be a ranking algorithm that matches "the real needs of the users". If this is not possible or  additionally, it could be more easy to switch fast between the usecases like category search, name of POI search, address search (one that is working like a charm), sightseeing search by Wiki etc.). Single search usecases by those sources as usable symbols for the toolbars would be loveley.