Messages

If not already obvious to any reader (because my simple question never answered) Presets are found: menu > settings > more functions > Presets.

I like the concept and direction it is heading. Some points I immediately thought:

• allow selection of map theme
• allow selection of set of top/right buttons
• allow change existing preset name
• allow change existing preset icon
• I like idea of merging with existing track recording profile
• after new preset is added the keyboard needs to be closed

I found adding the Map Resolution to presets then changing default eventually crashed my phone - maybe endless loop or recursive call? It was evident that CPU was working 100% as no buttons responded in any other app or Android.

Maybe obvious to everyone else. Release notes link to help topic with much much discussion but not end result. Backup and restore selected settings? Can you please provide just one example.

@menion can you please explain a little how to use/ test new profiles? Will profile be linked to mode of operation?

[EDIT]

EDIT: anyway I was joking about running outside with notebook. I have heave 17'' one, so it's not simply possible

nice - remote debugging. BTW Europe was mentioned on Australian news last night - more severe winter

Cannot say that it's easy for me to run outside in -10°C with phone connected to notebook ... .

@menion - just curious - why do you need notebook for outside test?

Thanks Andrew. I've added to Locus one more check on correct location, so we will see. Otherwise it will have to wait till in middle Europe will better temperature, so I'll check it in the field.

Testing with 3.21.1 Pro. Actually latest test is quite simple, even in winter. Create track where start point is inside building or other Faraday cage so no GPS signal, then direct line to end point 100m away. Now walk to end of track & wait until GPS position is accurate. Disable GPS. Walk to start of track (no GPS signal available), enable GPS, select Locus track > Navigate: observe that Locus "thinks" it is already at end based on the big Navigation icon. I think (on reflection) this has been problem when navigation has not started reliably from mid-track pause (eg lunch or shopping).

Locus incorrectly thinks at end of track already:


Now GPS has position, and 2nd navigation attempt is correct:

- you have started navigation before GPS was turned on or after?

I started navigation after GPS was turned on but before any signal - see 3rd screencap

- you started navigation from detail of track (then Locus Map search for nearest trackpoint based on your current

Ride to end of route, wait for green GPS icon, turn off Locus. Ride to start of route, turn on Locus, enable GPS but before GPS is green tap on track displayed on main screen map, tap on Navigate/Guide button at bottom, tap on Navigate.

what I will do for more information is make a new simplified "navigation" track with only  2 unique turn instructions, one near each end (eg. start turn=left, end turn=U-turn), then when I commence navigation it is 100% clear from which location the displayed turn instruction is found.

Btw. I've just published new beta version this morning so you may try it in future ...

@menion - just tested navigation with 3.21.0.1 but have to report same problem. Here's my test: airplane mode:on, wifi:off, ride to end of route, wait for green GPS icon, turn off Locus. Ride to start of route, turn on Locus, and before GPS is green select the route, choose navigation. I still observe invalid navigation turn instruction before Locus knows the current location.

GPS at end of route:


GPS back near start of route, lat/lon very similar to end of route (as expected):


Navigation to invalid turn because invalid position assumed:

It took a few weeks of different ideas trying to simulate the problem. Really just discovered by accident. Thanks.

@menion - recall issue with commencing navigation mode - sometimes unreliable, sometimes won't start at all even when position directly over route, but couldn't reproduce? I think I have figured out how to reproduce: it seems that navigation mode will commence even when GPS position is not even known, and is instead based on last known GPS position.
Below - last known GPS position was at end of ride (top/ right). I then turned off GPS and went back to home (bottom/ left). I then intentionally shielded phone from valid GPS signal (orange icon) and initiated navigation mode. Locus incorrectly starts navigation based on invalid last known GPS position, and the next turn (U turn) is invalid - this turn is at the end of the route, not the beginning.


Navigation or even guiding mode should not commence until GPS position is valid & icon is green?

Anyway, Thanks! and see You all next year. I have partially done a few interesting things, but none is finished, so I hope, this year will be good for some completion ...

I don't know of any other Android app that has such great developers. Best wishes for 2017.

@ Andrew. Your combination set up in use probably should not show an improvement.

@0709 - I wasn't expecting improvement, I was just reporting that problem is difficult to reproduce, 3 times OK, 1 time NOK. I did finally notice the auto-toggling between navigation and guiding modes, but I didn't have map zoomed out far enough (yet) to see where the far away guiding point was located. I suspect it is guiding towards the finish point instead of start point.

I would LOVE for major labels (eg a city) to not disappear at certain zooms, especially when I'm lost over the map and trying to *find* that city.

+1

@Menion@Andrew.
Not 100% sure but maybe next suggestion will help ?
Locus, on any navigation track, should promote the Start Point to be a Priority Point. So not a "Navigation Point Straight" as in actual versions. I only have the most positive experience by (manually) adding the Start point to be a  Priority Point.

I performed start of navigation sequence 3 times yesterday, trying to reproduce the problem. But each time it worked properly. @0709 I use navigation settings: auto-recalculation:off, strict route following:off. I don't think Priority Point will help with this combination?

I wasn't checking your screenshots precisely. Now seems that on second screenshot, Locus has enabled guidance to some point that is really far away

@menion - nice observation - I missed that too. Very interesting. When I see that live Guidance mode again I'll take more notice. Below is reconstructed map zoomed out to show 2 via points and final point. That guidance line seems to be pointing to either via points or final point - I added black line in approximate direction to explain. Any other suggestion I can help report?