Rerouting currently uses all waypoint types: stopover + shaping.
If skip the shaping points, then reroutes are different from planned old routes.
Does that make sense or navigators usually skip shaping points in rerouting?
Rerouting currently uses all waypoint types: stopover + shaping.
If skip the shaping points, then reroutes are different from planned old routes.
Does that make sense or navigators usually skip shaping points in rerouting?
Yes, in my opinion this makes sense (at least as a configurable option). Because even if youâre forced to take a detour you still want to reach/visit regular waypoints (as theyâre somehow mandatory parts of your route). But this is not always the case with shaping points which were used to affect the âlayoutâ of your route because the detour anyhow changed the circumstances.
I think the different handling of waypoints and shaping point in case of rerouting would be one of the most essential benefits of those both types.
Perhaps, though in a round trip with start / end and 1-2 shaping points,
if not use shaping points, then rerouting leads straight back to the start.
So seems like having an extra setting: use shaping points in rerouting?
Hi,
my Navigator 5 has a good strategy (from my point of view): If you cross the route between two points and there are no ViaPoints âundoneâ before the crossing point, all ShapingPoints before are skipped.
âCrossingâ also includes turning onto the calculated route after riding a detour âmanuallyâ.
To skip ViaPoints you have to press a skip button.
Regards Markus
Automatic skip of waypoints (of any type) and resume of route continue to work like before.
The basic feature with waypoint types, like mentioned above and in other navigators is:
âShaping points are any position along a route that will not alert you when you arrive.â
(but they continue to shape the route path)
Hi,
I do not fully agree: In Garmin Navigators (Zumo and also BMW Navigators) one big difference between ShapingPoints and ViaPoints is, that ShapingPoints do not have to be âreachedâ, they are skipped automatically if you drive a detour etc.
ViaPoints have to be reached - so if you do not Skip them manually, Garmin Navigators might guide you backwards on the planned route to the ânot reachedâ ViaPoint.
From my point of view this is the most important difference between those 2 kind of pointsâŚ
Regards Markus
You can already use the âNext unvisited waypointâ option for that kind of rerouting.
This is more if a navigator is flexible allowing automatic skip of waypoints or not (a different option).
We cannot fill the UI or the implementation with so many workflows, must use some sane defaults.
The above discussion started more about what happens with next waypoint types during rerouting.
I 100% agree with this.
My ideal rerouting strategy would be a combination between ânext unvisited waypointâ and ânearest waypointâ something like this:
Use nearest waypoint
unless a âstopover waypointâ would be skipped
Then use ânext unvisited stopover pointâ
Thatâs exactly what I meant by asking how shaping points will be handled in case of rerouting.
In my opinion a differentiation would be a helpful (and consequent) addition to the way those both types are displayed.
Therefore there would be 2 types of waypoints:
Would solve various situations (like already discussed here or here, for example).
I think there wouldnât be any new/addtional UI elements necessary to support such a behaviour because its just the internal logic of the rerouting algorithm.
So that just means that shaping points, as they donât participate in turn instructions / voice guidance,
they shouldnât participate at all also in rerouting. Rerouting uses only via points (like in 1.12 version).
Yes, thatâs the reaon why I would vote for an additional options in the rerouting settings:
To be more specific: if the last (new) option is set, rerouting should of course only omit all shaping-points before the next unvisited visit-point - not those behind it. Because a detour/rerouting should only affect the part of my route which leads to my next unvisited visit-point, not the whole route. This way the impact will remain as minimal as possible. But also as reasoned as necessary.
Why a new option? Because this most probably still depends on the way someone uses the two types of waypoints. Iâm pretty sure that there will be differences between - for example - (former?) Garmin users and those who are using Kurviger as straight forward and simple as possible (and therefore wonât even use shaping-points at all).
(moved discussion in its related feature topic)
I really like and appreciate the way you take care about keeping topics and discussions structured and well organized .
That seems complicated and there are still the âAvoid roadblockâ and âSkip next waypointâ reroutings, we cannot have multiple options in every UI rerouting process.
Also how about round trips, are their auto generated intermediate points supposed to be shaping points (now they are) or yellow via points? If they are shaping points then a rerouting that skips them will lead back to start.
So probably the most simple workflow is to keep the UI options unmodified.
And use shaping points only for rerouting from nearest / next waypoint to the end, so can maintain the rest route geometry.
I can understand your thoughts quite well. Nevertheless it would really improve Kurvigerâs functionality and make the two waypoint types much more useful. I think other manufacturers (like Garmin) had similar motivations for implementing such features in their rerouting algorithms.
In my opinion a regular (visit) waypoint should always be default (also if creating roundtrips). Because shaping-points have a somehow less obligatory character so that the user should decide about it.
Sounds like a reasonable solution and helps to keep things as simple as possible. So the existing option ânext unvisited waypointâ (for example) would result in a behaviour like my suggested ânext unvisited visit-pointâ, right? I think that would be absolutely sufficient.
Round trip intermediate points are set for shaping the route, so theyâre meant as shaping points.
But since that could produce other rerouting issues, I can revert them back to via points.
Exactly, like you described:
(I will see how this can be implemented)
Exactly. From a human point of view youâre absolutely right, of course. But from a âcomputerâs point of viewâ this may lead to loss of the initial intended routing plan.
One of my friends returned his BMW navigator because he thought
a study of computer science was necessary for the operation.
Are we not moving in the same direction here? (And Iâm not kidding!)
No, I donât think so. But for this reason it is very important that things should be kept as simple as possible (and this is something devemux86 is really very aware of). And to keep in mind that all default options and functions should work properly for âbasicâ users without the need to âlearnâ too much aspects.
But if someone is willing to âdive deeperâ he will be rewarded by having a really powerful tool which can be adjusted for his very personal and individual needs.
And thereâs a difference between discussing âinternalâ algorithms and using them later as a regular user (when all those âinternalâ aspects arenât visible any longer but instead the app just âworksâ).