@Lex.Kloet.RX said in Routepunten overslaan zonder reden: maar hij bleef hardnekkig de waypoint overslaan. Jij hebt het over een waypoint, Marinus over een VIA punt. Ik hoef jou het verschil niet uit te leggen , maar als jij er echt van overtuigd bent dat het een VIA punt betrof, is het wel zaak dit te reproduceren, en een logfile daarvan bij Corjan te krijgen. De stellingname bij devs is dat een VIA punt NOOIT automatisch wordt overgeslagen. Maar uiteraard kan er een bugje in de code ontstaan zijn.

@Luk4s7 what should I see in the images?

Thanks Corjan!

@Alex-79 That's exactly how it works! In the route planner, you can schedule breaks. These are never included in your actual route. When you start the route, your navigation system doesn't know when or how long you'll take that scheduled break, right? In the planner, it's just an indication of how long you'll be on the road that day. Once you've reached your planned break point and get back on the road after 30 minutes, the remaining route time will be adjusted accordingly, depending on how long you actually stopped. Maybe instead of 30 minutes, you stopped for 45 minutes. In that case, your "planned time" wouldn't be accurate anymore either.

This URL leads you a checklist. It should make it easier to understand the parameters you used for route planning and navigation. myrouteapp is close to being the perfect all-rounder. But that also means that the parameters you set play a role that is not taken into account in the error description. Perhaps this will make it a little easier. RT Translated with DeepL.com (free version)

I have downloaded all the maps

Het kruisen van je route gaat tegenwoordig een stuk beter dan jaren geleden. Maar inderdaad het kan problemen opleveren. Al heb ik dat met de moderne navigatie apps nog niet gemerkt.

Grazie. Trovatooooo.

@Lex.Kloet.RX said in Snelheid van route en beperkingen: @white.mouse Estimated Time of Arrival Lex, klopt. Helemaal juist. @Koen Knevel: In het oude Mapsource maar ook in Basecamp kun je voor de Garmin's de gereden snelheden aanpassen naar wegtype. Maar ik zelf heb gemerkt dat dit ook niet het beoogde resultaat opleverde. Daarom ben ik gestopt met het aanpassen daarvan en gebruik ik gewoon de standaard. Als e een aantal malen met een programma gereden hebt dan weet je zelf wel ongeveer wat het verschil is tussen de ETA tijd en de werkelijke aankomsttijd.

@Jörgen the white line is supposed to be a "track" of the "original route", I think the idea is so that when your route (blue line) on your device deviates from the planned path (because of recalculation or other factor) the "original route" (white line) allows you to easily see original planned path & where you should be The issue @Aiello-antonino & I am describing has nothing do do with maps, overlay or otherwise, it is purely down to the fact that when try to start navigating a route offline the "original route" is not always calculated correctly/accurately enough so that it matches the path of the roads I believe it is because sometimes when the file is synchronized, in the name of efficiency, less points are used to represent the "original route" If you plan a route with the Tomtom routing, then the path of the track associated with this route would naturally follow the roads in the Tomtom map I would then expect when you show the Tomtom "original route" in the navigation app with the Here map, there would could be small differences, these differences would be differences between the Here & Tomtom maps [image: 1753301598932-959bd576-0857-42bf-b6b6-f910e66f45d6-image.png]

In case you open a route, that was created AND stored with OSM-Routing active, in Navigation the track Navigation will be advised or automatically switched ON. RT

@Peter-3b Ik neem aan dat het voor iOS en android hetzelfde werkt, maar als ik inzoom tijdens het rijden dan gaat na een paar seconden het beeld automatisch in de dynamishe stand waar ik hem op heb staan. Als ik wil kan ik 1 keer op het compas icoon klikken en komt ook die view terug. Op de support pagina staat het ook zo beschreven. https://ondersteuning.myrouteapp.com/nl/support/solutions/folders/12000020339 , "App - Navigatie" . Kompas: Standaard staat de camera op dynamisch, dus gekanteld en automatisch in- en uitzoomen. Klik je een keer op het kompas, selecteer je de vaste camera. Deze is top down en behoudt het zoomlevel. Deze is wel aan te passen met het plusje of minnetje. Houd de knop langer ingedrukt en de track wordt in zijn geheel getoond. Heb je in- of uitgezoomd, klik dan ook op het kompas om weer naar de dynamische instelling terug te gaan.

https://support.google.com/nexus/answer/3467281?hl=de https://support.google.com/nexus/answer/6179507?hl=de https://support.google.com/nexus/answer/3467281?hl=de&sjid=12928737613070150242-EU

May be different between iOS and Android

With the little info that you”ve shared I would say no, not a known issue. Maybe you can share a bit more like whatls your setup. Is there a pattern in the quiting

Further data on this issue: I turned off “background app refresh” in settings; rebooted the phone; launched MRA and killed it by swiping up. I confirmed that it is not running. I left the phone locked and idle. It is still looking for my location constantly according to the IOS battery measurements. This may only be consuming a few % of battery but it is the only app on my phone which does this. [image: 1752947447398-img_3775.jpeg]

@Bouke-Ent de witte lijn is de originele route. Er is een bug dat die soms afwijkt van de route. Wat mij betreft alleen vervelend als wegen heel dicht bij elkaar liggen zoals in haarspeld bochten

@Brian-McG when the Devs find some time maybe they can fix it For me also low priority

Ik moest hier ook even aan wennen, maar ik snap de logica. Het terugschakelen van Top-down naar Dynamische camera is nog wel een dingetje: als ik (in Top-down) één keer klik op het kompas gaat 'ie naar 'Noord boven'. Als ik twee keer achter elkaar klik... gaat 'ie eerst naar 'Dynamisch' en dan óók naar 'Noord boven' terug. Terwijl je nou juist mééstal snel terug wilt naar de dynamische view. PS: Een snelle fix zou misschien zijn om de volgorde van de camera modes te veranderen. Nu is het Top-Down -> Noord-boven -> Dynamisch. Maak er Top-Down -> Dynamisch -> Noord-boven van en dan is m.i. de belangrijkste use case (de mijne ) opgelost. Dan kun je met 1 klik van Top-Down naar Dynamisch, zonder te wachten.

I use Acapela for Android. Does the same. Available in the offical Play Store but not without costs. Although the costs are a fixed one time price per voice. A few Euro's