A -> B route Automatic recalculation always active

[Rainer Treichel]

A -> B route Automatic recalculation always active
Hello,
I have turned off automatic recalculation and am using the display of the planned route from my collection in grey. This works very well, even though the request for recalculation on the monitor is actually unnecessary. But in any case, the recalculation is not being performed.

I have created an A -> B route on my smartphone. If there are deviations from the route, automatic recalculation is always performed.
How can I change this?
RT

A -> B Route Automatische Neuberechnung immer aktiv
Hallo,
ich habe die automatische Neuberechnung ausgeschaltet und nutze die Anzeige der geplanten Strecke aus meiner Sammlung in grau. Das funktioniert sehr gut, auch wenn die Anforderung der Neuberechnung auf dem Monitor eigentlich unnötig ist. Aber die Neuberechnung wird jedenfalls nicht ausgeführt.

Ich habe eine A -> B Route auf dem Smartphone erstellt. Bei Abweichungen von der Route wird immer eine automatische Neuberechnung durchgeführt.
Wie kann ich das beeinflussen?
RT

[M. Schrijver]

Isn't that the idea of a typical A to B route.
Point B is the goal. The route is just to get to Point B. How the route goes is less of an issue.

[Corjan Meijerink]

Exactly. For A to B routes it will always recalculate as there is no scenic tour / pre planned route so not recalculating in that scenario makes sense.

[Rainer Treichel]

Understood!
RT

[D Griffin]

@M.-Schrijver I disagree...this program is supposed to take us on the route "we" want to go. I ride a bike, so going 100 miles out of the way is not uncommon! I agree there should be something to shut this off. If I want to go from point A to B....and take XYZ as an alternate route, I should be able to. I believe that's what we pay for...No?

[Rainer Treichel]

i think, creating a scenic route is for you D.Griffin.
But i have not tried out the recalculation on/off in this.
RT

[Herman Veldhuizen]

if its technical possible I would suggest to honour the recalculation setting. It makes the app a bit more consistent in my opinion. The fact that the start is not a waypoint (which would make the A to B navigation into a route navigation) is a detail.
I havent tried it but what happens if I deviate from the route after having started a A to B navigation as "shortest" (in stead of "fastest")? Will the app still find the shortest path ?

This is not very important to me, more important is that the app also recalculates during route navigation (despite the recalculation setting disabled). For example when a shapint point is skipped on purpose).

[Con Hennekens]

@D-Griffin said in A -> B route Automatic recalculation always active:

I disagree...this program is supposed to take us on the route "we" want to go.

I disagree... An A2B route is not about the route "we" want to go, it's about how "we" get there quickest, or shortest.
FYI, in the past, some time ago, This behaviour has already been adapted by user request, because people specifically do NOT want to stick to a route when it is just an A2B route and you deviate for whatever reason. It is not logical to stick to a route when it is only about the destination. A destination alone is no route.

[Herman Veldhuizen]

@Con-Hennekens Well I guess you are right that most people dont care about how they get to a destination. But there are also some (like me) who dont like surprizes, those who check the path the app comes up with before hitting the gas pedal. Whether the destination is part if a multipoint route or not doesnt really matter for me.
One way of handling the setting disabled is to offer a "tap to recalculate" option (while navigating and deviating from the path). Again not a big issue for me but I would use it if it worked like that and I think that it would make the app a bit more consistent.

[Bouke Ent]

I have some other apps and all have option recalculation on or off. all keep it by that for real. i understand MRA Next method but if i did not see this topic i would not know and i would also wonder why. so i understand now why but i think for a lot new users it will be a surprice when you see it happen and do not know why when like me you are used to have recalculation off.

[Con Hennekens]

Depends I guess. A2B routes are usually done by people who would otherwise use gMaps or aMaps. They tend to take you to your destination quickest way. Back then we had A LOT of people complain why an A2B route sticks to the original while being way off that route already. So the behaviour was altered, and I think for the better

[Bouke Ent]

@Con-Hennekens said in A -> B route Automatic recalculation always active:

Depends I guess. A2B routes are usually done by people who would otherwise use gMaps or aMaps. They tend to take you to your destination quickest way. Back then we had A LOT of people complain why an A2B route sticks to the original while being way off that route already. So the behaviour was altered, and I think for the better

if it is for the better or not is i think not so important. more important is to learn to know how the app work. every day on this forum i learn more. in time i think i will use the app better because i know it better.

[Con Hennekens]

@Bouke-Ent, I am glad to hear that mine and many others their input is not in vain

To be honest, I think everyone knows how gMaps and aMaps work, and I am uncertain why some people think MRA would function differently if used the same way...

[Bouke Ent]

@Con-Hennekens said in A -> B route Automatic recalculation always active:

@Bouke-Ent, I am glad to hear that mine and many others their input is not in vain

To be honest, I think everyone knows how gMaps and aMaps work, and I am uncertain why some people think MRA would function differently if used the same way...

MRA has a learning curve but i can do more. i do not use gmaps or amaps beside MRA but kurviger pro v1 and bmaps, both on android. both are basic tools but simple and limited. MRA has a full tools set that is for me sometimes little to much but most of the time nice to have.