Messages

Navigation to screen centre creates a reverse route. (screen centre as start and actual position as destination). This happens with all selected destinations. (contacts, my points, projection etc.)

Supplement: It's about the "Navigate to" function, which calls up the "Select destination" menu. After selecting the destination (screen center, contacts, my points, projection etc.), a reverse route is calculated, which is nonsensical and the start and destination have to be swapped manually each time. Has nobody else noticed this? I can't imagine that this only happens on my device.

As the route is rarely created the right way round, I did some more testing. It seems that the error always occurs when there is a satfix before the destination is selected. If the GPS signal is still being searched for (message "Waiting for GPS...), the route is created correctly. Unfortunately, the normal case is that you already have your GPS and then the route is always displayed the wrong way round.

Furthermore, when starting the navigation (icon Quick navigation in the toolbar above) the assigned preset is not loaded reliably. Sometimes yes, sometimes no... I still have to see if I can find a reason for this.

Translated with www.DeepL.com/Translator (free version)

The path can no longer be displayed for photos attached to a point.

Up to and including version 4.22.2, an info icon was displayed at the bottom right when the photo was opened, which could be used to call up the file path.

This no longer exists in the current version. Since I have attached photos from different folders on my device to points, I need this info and I would like to have it back.

@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

Quick navigation in the toolbar now works when "include navigation commands" is off.

GC Live Map now shows caches on the map again.

But: When starting Locus, map screen content still shows "nothing to display" in Maps. See screenshot.

Thanks and have a nice weekend!

New Beta 4.22.2.3:

After saving a route with manual segments and re-route, "Recalculate all" still ignores manual segments and "destroys" planned route.

[@Graf Geo]

...
@Graf Geo...
Missing navigation instructions > you wrote "Include navigation commands - off" - so why do you expect, there will be any navigation instructions?  . They should not be generated even in stable version! But the problems after recalculation are unacceptable. I'll have to look at it. The question is, what to expect here to happen? Hmm, the whole system is starting to be more and more problematic ...
...

I thought I had described it clearly and concisely. So again: It's about the "navigate to" function and not about route planning with saving the route.

Of course, there is a difference whether I create the route with or without navigation instructions. In the first case, the navigation instructions are created immediately, in the second case none are created and if I want to navigate the track, Locus generates navigation instructions based on the track geometry. This works wonderfully, and I personally have better experiences with this than with the navigation instructions created in the same way. And this is exactly how it is described in the manual and in the documentation: "Locus Map automatically generates navigation commands along the route in places of the most remarkable direction changes."

The same happens, of course, if I want to navigate directly to a point or an address, etc. So "navigate to". If the "include navigation commands" function is deactivated, Locus creates navigation instructions based on the geometry. The "Itinerary" lists these, of course without street names (instead "unknown street" - logical, because only the geometry is taken into account). This was the case in all previous versions and also in the current release version. Only the beta does not do this and that is completely nonsensical. You can't tell me that this is what you want.

I prefer navigation based on the route geometry. It's more reliable for me and also works off-road. I've been using it for years and have always found it better and clearer than the instructions when "include navigation commands" is activated.

I'll repeat the steps again to avoid misunderstandings.
Stable release version 4.22.2:

• I click on a point.
• I click on "navigate to" (icon below), "include navigation commands" is deactivated.
• Route is calculated and displayed (of course without blue dots on the track).
• I click on the navigation icon at the top.
• I select navigation.
• Navigation starts, navigation instructions are displayed.
• When I open the "Itenerary" list, all instructions up to the destination are listed (all items "unknown street", of course).

You and anyone else can check this.

But in the last beta there are no instructions. Completely nonsensical.

SG S10, Android 12

But I noticed adding an attachment (jpg file) to a point doesn't work.

I can't confirm this. No problems when adding a photo to a point. Works as always.

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.)

@col: Include photos/videos in auto backup is not a good solution. The backup file would quickly become gigantic.

If you store your attached photos/videos exclusively in the Locus subfolders "photos" and "video", you can back them up yourself and copy them back again. See Menion's answer.

However, if you select photos as attachments that are stored somewhere on the device or the sd card, a link is created. I always do this because I have saved my photos in a well-organised folder structure of my own. These photos are then stored in the points as a link.

Unfortunately, this is almost impossible to save and I dread the day when I need a new smartphone and have to link all the photos again individually. But I also don't want to copy all the attached photos to the Locus subfolder "photos".
Unfortunately, I can't think of a simple solution. As long as I use the old sd card in a new/different smartphone, I hope that the links are still correct and the photos are still displayed. I don't know whether this will work reliably. But that's my problem.

This is intentional and is the new concept. The navigation allows you to customise the calculated route as required.

If the route suits you, click the navigation icon at the top of the map and off you go.

See Menion's Post here:
"... there is a completely new system of handling shaping/via points in the route planner that should also fully replace the old "Navigate to" screen."

Gesendet von meinem SM-G973F mit Tapatalk

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.   

Thanks a lot for the release, Menion. According to my initial tests, it looks good! No more problems with the red circles. Addresses are updated in the route planner when dragging and adding points. No more nonsensical track time values when recalculating and "overwriting" a route. Perfect.

Only the German translation of "collapse/expand" is not ideal. Perhaps "einklappen/ausklappen" or "zusammenfassen/erweitern" would be better. SCHLIESSEN is more like "close".

I can confirm the error reported by freischneider, it still occurs.

@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 the moment it's not possible. You have to copy the photo folders.

I believe this will be made possible in the future. But no idea when.

Incomprehensible display of entries in route list. I create a route with the route planner. All shaping points show the correct address of the location. Great, I like that! (Screenshot 1)

But when I modify the route, it gets weird:

I drag a shaping point to a different position. It keeps the address of the original position. (I would expect the address to be updated.)

I add a via-point (add via-point after) and select "screen centre" under "select location". The via point appears in the list with the coordinate and not the address. This remains the same when I toggle it to a shaping point.

I then drag a small red dot between two shaping points, which creates a new shaping point. This is only named "shaping point" in the list.

By editing the route, I get a funny mixed list with shaping points with the correct address, shaping points with the wrong address, shaping/via points with coordinates and shaping points called "shaping point". This is confusing.
(Screenshot 2)

BTW: "collapsed" leaves via points always visible, only shaping points are hidden. That makes sense. 👍
(Screenshot 3)