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
Despite the issues dicussed here I still prefer nearest point on route
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.
I replaced it with “Cancel” so that can skip that rerouting action, resume navigation on your own and automatic rerouting continues from there. So workflow can be more flexible based on user preference.