When you start navigation while being away from route you have the choice between:
rerouting to start.
rerouting to standard. Standard is then derived from the Rerouting options in the settings.
When you have set “Next unvisited waypoint” in rerouting options, then you will be routet to waypoint1 when you choose standard - right? This is usually not what you want.
May I suggest to change the behavior at start of navigation?
Instead of using the Rerouting options from the settings let the user choose only between two options at start of navigation:
Start
Nearest point on route
I cannot imagine that anybody would want another rerouting choice at start of navigation.
Additionally it would be clearer to understand, as many people probably don’t know what standard is meaning here.
fully agree, “Start” = begin of the route and “Standard” I would expect the routing to be always to the nearest wp from the actual GPS position, independend of what rerouting option is set.
I hope all the other users comment this topic. I find it pretty much important. For example when my round trip was destroyed by deleting and skipping waypoints, this had at least helped me to easily find back to my planned route after having reloaded it. But instead it guided me to the start of the Route or wp1 in “Standard” Mode. And without the right spectacles i could not even read the numbers of the route with the consequence of not knowing how many waypoints to delete until I get back to my track again. Additionally if there is no internet connection by accident in this area, it deletes no waypoints manually.
Using “Standard” in the sense of nearest next GPS waypoint from the actual GPS position, would be the most natural way in my point of view.
My suggestion would be: Nearest point on route : nearest coordinates on the route path (not waypoint)
Edit: Nearest point on route usually would insert a new WP on the route path.
If the user wants Nearest waypoint then a “skip next waypoint” afterwards would do the job.
Same here, I find this the best option for “Standard” when starting outside of the planned route. But don’t delete Start, this can also be useful depending on the tour… but I would find this more useful as a general setting (if others agree and it is not too much work), because the text size is too smal for motorcycle gloves and old guys like me who need spectacles for reading (not for driving). While driving I find it better to keep things simple. When I start the tour outside of the planned route, the app automatically can find the nearest point on route by default. If I want it differently from Start I can change the setting. At the moment with tiny buttons there are just 2 more possible faulty entries.
IMO ideally there should be no question at all at start of navigation.
If I am somewhere near the route (but not on the route) maybe after a break, I want to be guided back to the route as seamless as possible.
Whether this is “nearest point on route” or “nearest waypoint” isn’t too important. But not both.
Keep the start menu as simple as possible!
Some people seem to expect start as an option as well, so I would offer start and one other option.
nearest point on route
or nearest waypoint
Edit:
Despite the issues dicussed here I still prefer nearest point on route
Edit 2:
Maybe onother option could be “nearest unvisited waypoint”.
So that after a break, you won’t be guided backwards, providet that the route is still in memory.
I think, you have to differentiate between manually placing a waypoint, and doing this by a program i.e. the program that has created the turn instruction.
manually created waypoints are not exactly at the intersection point, and therefore can have strange effects.
when you use "nearest instruction*, this point has been created by the router itself.
So it should be exactly at the correct place, the router would expect it?
Well, at least if you use the same router and routing graph that has created the original route.
This might be not true for offline routing with different routing engine.
Setting new waypoints on each rerouting request is never future-proof, so “Nearest route point” can never be safe either at start (discussed here) or during navigation and removing it seems the most sane choice everywhere, falling back to:
Probably the easiest way.
The beauty of “nearest waypoint” is, that users would understand what is happening, and probably don’t complain - even if they might not like the result.
My concern is the following situation:
At a break along the route, I would stop navigation and maybe even close the app.
My position may be 100m away from route.
Then when I start navigation again, app may route back to a waypoint I have already visited, because the history of visited waypoints has been lost then.
The “nearest waypoint” may be many km back.