Allen bedankt voor de diverse zienswijze op mijn vraagstuk. Laat de ontwikkelaars adhv onze opmerkingen maar iets van maken (of niet).

Danke für den Link, Jörgen. Den Beitrag von Corjan kannte ich noch nicht, werde ihn jetzt "beobachten". .....und hoffe, dass das Problem bis zum Beginn meiner Bulgarien-Tour am 16.8. erledigt ist...

@Brian-McG, what issues. Explanation of how things works is hardly an issue. Not adhering to them could be an issue though

Is there any progress or solution available? 2 weeks ago I got a response to my ticket in the support section that a new version will be available in a week. So another week went by, my ticket was closed and the problem still persists. Any chance to downgrade to 5.0 on IOS?

Ich würde kaufen, aber kein Abo nehmen. Ich brauche das zu wenig, deswegen warte ich auf ein Angebot. Das kriege ich, dauernd, aber nur für das Abo und nicht für Lifetime

@Mike-wiruth, I think you enabled some messy track to be visible on the map? Try this: On your phone, in the main map, press the map-style button. [image: a010dd02-e51d-44ad-bc59-e3caa487c7a2-image.jpeg] Then tap the second menu option: "Routes visible on map" [image: c36bc9cb-48ae-4d30-b144-351ba252e19b-image.jpeg] If any routes are listed here, delete them by the X on the right Or click the bin symbol to delete them all at once. [image: 8c62710a-5ac2-47a8-9601-1687bea86bb9-image.jpeg]

@Pierre-c would you possibly be able to share a route where you consistently get the added time & could you check if the distance is the same at the start of the navigation as is calculated on the web planner? I agree with what @nick-carthew is saying & this is how things should work MRA does behave as such most of the time but occasionally it has glitches or edge cases so it would be good/helpful if someone could check your route

That´s why pictures help.

AA and ACP are an extra layer of complexity but they are certainly not the cause of most problems.

Because some apps can run in the background and are not really active on that moment.

Last route is last route edited in app or web page.

I honestly can't tell you why it happened, but I can assure you I didn't accidentally disconnect... the same thing happened when the ability to automatically deactivate additional devices was implemented (if I remember correctly)... but I remember it was a normal thing... here it even synchronized my entire route database from scratch...

@ErikMatthezing The irony is that if you use Google Maps or Apple Maps, you wouldn't think (I certainly wouldn't) to verify the map against HERE, OSM, TomTom, etc. You accept the map/route is accurate and go on with your life. Somehow, we've come to believe that a checklist item in using HERE is to compare it against others maps for accuracy for everyday use. It's reality. At the same time, it's not ideal, but an aspect of MRA that all users should understand.

The same thing happened to me but on mobile devices, both iPhone and iPad, but it seems to me that if I put Google on top, this is what I think the problem is, the map doesn't respond correctly, as if the software needed more resources for a stretch and the processor couldn't handle it, then if I change the map and put MICHELIN for example, everything goes back to normal... it's been happening for a few weeks now, I even wrote about it somewhere, but it seems to me that it wasn't given too much importance... I thought it was just my problem... but apparently that's not the case...

@RetiredWingMan

@Brian-McG @brian-mcg You're right. This has nothing directly to do with transferring files other than it being one of the pieces that ensure Zumos operate correctly as navigation devices. If that doesn't interest you, so be it. BTW, Garmin GPS routing algorithms have changed over the years, pre-Zumo you could take a Basecamp route calculation to the bank in that it would 100% match when recalculated in the Garmin GPS. That's no longer the case. I'm surprised you didn't know this given your "mult-multi years" Garmin experience. To the topic, this discussion has everything to do with: The HERE map not placing the road where it actually is. The MRA app recognizing the map discrepancy, but the Web Routeplanner not showing any overt alert. Sync should actually mean Sync. The MRA "Skip Waypoints automatically" enabled not working in this scenario. I was able to dynamically enable the XT3 to successfully recalculate at WP#7, so what's with the blanket "advice not to enable the recalculate function is decades old"? Nothing is absolute, yet you're hanging your hat on it. Odd. I'm trying to be transparent and reasonable, and I can say with complete honestly that the XT3 worked better than the MRA app in successfully routing the section from WP#7 to WP#8. If this had not been a verification test, and I was just routing with the XT3 (forgetting the app), I probably wouldn't have known there was a problem at all. I would have been on the straighter section on top of the mountain ridge before being able to look down at the route, and I wouldn't have seen that the XT3 handled the situation without any intervention. Again, thank you for helping me unravel what happened. We obviously don't agree on some things, but I appreciate the input you provided.

@Hans-van-de-Ven-MR.MRA ik heb gisteren een vandaag de functie uitgebreid getest. Met een AB route en afwijken van de route, hetzij doordat ik dat zelf deed naar bij wijze van toeval ook omdat ik een onverwachte afsluiting tegen kwam. In beide situaties werd herberekenen keurig volgens verwachting uitgevoerd. Ik kwam keurig op mijn route terug

@Günter-Schwarz said: Ich war jetzt mehre Tage von Deutschland nach Österreich und zurück unterwegs. Arbeite mit dem R7M Display und der Route APP Nach gefühlt einer Stunde Fahrt stürzt die App ab. Wenn ich dann neu Starte beginnt diese dann am Anfangspunkt und vor allem berechnet und verändert sie die vorgeplante Route. Bsp. zuvor ohne Autobahn geplant nach dem Absturz und Neuberechnung führt sie über die Autobahn und hat einen Teil der alten Route verworfen. Zuvor hatte ich die geplanten Routen auf mein Garmin Navi übertragen dort hat es zwar auch mit dem einen oder anderen Problem gekämpft aber in Summe funktioniert. Hey, du kannst in den Einstellungen den Startpunkt einer Route einstellen, gerade wenn man unterwegs neu starten muss ist das sinnvoll. Nachdem du auf navigieren gedrückt hast dann s. Bilder beachten , das einstellen bevor du auf Start drückst. [image: IMG_0039.jpeg] [image: IMG_0041.jpeg]

@Marinus-van-Deudekom said: Did you make the route with the webplanner. I see that the route is with the Here map. I always plan my routes on the web planner, and use Here, I do compare with OSM and tom tom while making them. I also use the Michelin overlay as the Here is very wishy washy, and bad contrast. perhaps I inadvertently changed it, but I do not know why I would do that. @Brian-McG said: I think the only way to try & figure out what is occurring is if you can re-ride the route & get a repeat of the issue then save the app log file for the devs as stated above, I have ridden the route previously (3-4 times) without issue. I have sent the logs. @Brian-McG said: in fact I get the exact opposite, at every junction it is telling me to stay ON the m-way or main A-road when I have ridden the route before, that is what normally happens. For info to all, I merely put this on here as discussion point, and to highlight the behaviour, although it is good to read the differing points of view. I am touring around Ireland from Thursday, no motorway to speak of so may not see this again. @Brian-McG said: It looks like a decent ride to Hawick so should not be to much of a hard task it is a very nice route, although the road between Middleton and Alston is very uneven, not great on my K1600, almost throws me out of the seat in places, enjoyed it more when I had the GSA @marinus-van-deudekom, @Marinus-van-Deudekom said: That could be the result of the settings in NN. Could you share your settings I use fastest route in optimisation, the rest is below [image: IMG_1231.jpeg] [image: IMG_1232.jpeg] [image: Screenshot 2026-07-06 at 17.37.25.png]