@Con-Hennekens deine Anmerkung dass dies völliger Unsinn ist kann ich so nicht stehen lassen. Mag ja sein dass der Algorithmus so geschrieben ist, aber genau dieses Nichtbeachten der Shapingpoints tritt bei mir auf.

@Con-Hennekens said in app blijft hangen in herberekenen: @Nomko-Nomden said in app blijft hangen in herberekenen: per dag gemiddeld zo'n 3 wegomleggingen tegen gekomen, stoppen, kijken voor andere route, stukje omrijden en aan de andere kant van de wegomlegging werd de oorspronkelijke route zowel door mijn Garmin XT en door de MRA Next app keurig netje weer opgepakt Allemaal dingen die óók kunt doen als je herberekenen WEL aan hebt staan. Je mag de stem in je hoofd ook negeren heh... Met een goed gemaakt route gaat een herberekening doorgaans prima. herberekenen uitzetten heeft ook andere redenen zoals het vastlopen van app of in een loop komen van de app. in principe als de app correct werkt is het inderdaad niet nodig om het uit te zetten. mijn android telefoons hebben beperkte specs en worden niet vrolijk van het herberekenen.

@Con-Hennekens said Ik rij normaal ook gewoon en route als route. Maar niet vanwege jouw argument, want in MRA Navigatie blijft de waypoint informatie ook gewoon beschikbaar in een route-als-track. Had ik al gezegd dat MRA slimmer is... als ik route goed in MRA maak hoef ik geen track te gebruiken en heb ik ook eigenlijk nooit naar die optie gekeken, tevens gaat het soms offline stroef met tracks. ik begrijp je opmerking... terug te komen op tomtom ervaring dan moet ik helaas zeggen dat MRA Next nog niet op dat nivo zit qua track.

@Adrian-Avram said in Voice Navigation anncouncement too quiet: It would have been ok to have a boost function and really boost the audio over the maximum threshold. Boosting Audio can only be done by lowering other sources. It would be great if Google added a seperate speech channel in Android, like they did in Android Auto... @Peter-Zehentreiter said in Voice Navigation anncouncement too quiet: The volume of the Sena (mesh) can be easily increased and decreased using the Wonderwheel (this has been working for about two years). Nice, but that seems to be an MRA app independent feature to me. Setups like this have already coupled 4 BT devices into one knot. It is bound to go wrong sooner or later. That is what I call the "extra layer of complexity" when it comes to AA/CP solutions. I am an IT guy but no gadget freak . That being said, of course I hope you will find a solution for this strange behavior.

@Manzo91 I hope that as well. I have opened a ticket, so we will see.

@Stephane-30 you got "Allo allo" vibes?

@Hns_Brwr said in benzine pompen dichtbij: je kan er bij route als track niet naar toe navigeren Klopt. Een track is een track, daar kun je geen WP op invoegen. Er is voor gekozen om de melding wel te tonen. Dat die lange tijd op "dichtbij" blijft staan heb ik helaas geen verklaring voor.

@Brian-McG, good find! To add to this, I don't think there is a maximum distance a tracklog can handle. There might be a limit of breadcrumbs though after which the resolution of a tracklog will decrease. Also I think I remember an occurence of an import of a very long tracklog into MRA, that also showed the resolution to be reduced. This can lead to the tracklog not following the road exactly.

@Sanktjohanser, most likely not enough waypoints, also traffic info throwing the route off, seasonal closures?

@MarcM, routeparameters aanpassen bij een geplande route levert een route zoals je hem niet hebt gepland. Dat is dus vrij zinloos. Beter is, zoals @Lex.Kloet.RX al aangeeft om je route te plannen als "snelste" en door middel van routepunten de Gothard pass te pakken in plaats van de tunnel. Dat geeft je de mogelijkheid om een aantal WP over te slaan met behoud van je route. Ju kunt natuurlijk ook altijd je route stoppen, naar een plak achter de tunnel navigeren (gewoon even aandrukken op je startscherm) en daarna weer de route herstarten.

@Herman-Veldhuizen said in First point is often ignored: I am quite sure that every new user will at some point get surprised by this nearest point issue. Considering the ZERO (+1) questions about it on the forum I am pretty sure it won't. I am not saying no improvement is possible, but I do think you are probably overthinking it. When the accuracy of the gps position is good, could it be a smaller? The problem with misplaced waypoints is not limited to the start. Whether a WP is hit or not does not depend on the position of the waypoint itself, but on the projected position ON the road. That means that the actual start of the routeline, or the little black dot you see on the road if you place a WP next to it. And YES, this feature IS limited to the start, because that is when you continuously get send back to it when you start a route passed that point a little bit, which often happens on parkinglots and driveways. There were MANY complaints about the app keeping you guided back to the start, so YES there actually was a need to treat the start differently. Or : can the app somehow check upfront wether the Start is misplaced? It is not about the start being misplaced, it is about the rider being misplaced at the start. I am used to the message from tomtom when i start navigating to a destination. It tells me the ETA. That is not a bad idea, but probably most useful in A2B routes (single destination routes). You could of course take a look at your screen too, before driving off And if you haven't done it yet, i suggest you try out Beeline one day. It doesn't support the concept of navigating to nearest point but is has an interesting way of skipping to next and previous. I have found myself in positions where I though some kind of back-button to skip back to the previous waypoint would come in very handy indeed. I find myself being too late pressing the revert button if a WP gets auto-skipped. That is because exactly at those moments I tend to be busy taking a wrong turn . So yes, I would welcome such a feature! please spare me from your analysis on me. It serves no purpose. Let's try to be respectful to volunteers who just try to be helpful.

@Hns_Brwr said in is 3 x volledig vast gelopen: op 1500km 3 maal volledig vast gelopen. nieuw starten vd tablet was de enige remedie laatste versie 4.4.0 Welk merk/type tablet heb je? Ik zie vaker dat dit soort apparaten, naast mobieltjes, vastlopen of andere problemen hebben.

if you have used route algorithm HERE and your way points are really exactly on the roads, may try to use for export gpx 1.0

@Hns_Brwr Dat heb ik zelf ook meegemaakt bij een herberekening door afwijken van de route-als-track. Moest de navi herstarten om de boel weer recht te trekken.

Wellicht dat anderen een beter antwoorden maar ik redeneer even wat in het rond. De track waarmee je rijdt is in de basis vormvast en zou dus niet afwijken van het origineel. Toch zie je 2 verschillende "routes". Je hebt in de planner een route gemaakt met een aantal tussenpunten. De afstand tussen deze punten is blijkbaar dermate groot dat er ruimte is om een andere route te berekenen. Dit is denk ik de oorzaak van je probleem. Bij starten van route-als-track wordt een track gemaakt op basis van de route zoals deze in de routeplanner staat. Dat is de blauwe lijn in je scherm. De witte lijn is de route (dus niet route-als-track) gemaakt van routepunt naar routepunt op basis van de instellingen in je navigatie met de info van dat moment.

Hi @Paul-Johnson-5 All the above posts give good advice, it is just the nature of having multiple different devices that there are going to be inconsistencies in the routes due to the different routing algorithms/profiles that are used to calculate the routes. All you can do is try to constrain the routes to be as similar as possible by adding lots of points One trick I use to help identify if there is going to be an issue is in the name of the route I add  the total mileage that I believe the route should be, the mileage MRA has calculated with the Here routing. When friends load the route to their Garmin or TomTom if there is a big difference in mileage calculated then it implies it is a poorly constrained route & the navigation systems have a serious divergence somewhere in the route It is not a perfect solution & it won't catch the small deviations but it can serve as a warning something is amiss

Niet te geloven, maar hij doet het weer! Niks gedaan behalve (onbedoeld) gewacht. Ineens start de download! Weliswaar niet van de eerder door mij aangevinkt offline kaarten, maar er begon in elk geval iets. Die heb ik gestopt en de gewenste kaarten aangevinkt en toen die gedownload waren, bleek de routebegeleiding het ook weer te doen. #schietmijmaarlek ... En ik zal wel moeten wennen dat de app iedere route een paar keer spontaan stopt. Of dat het scherm knippert. Ik kijk het een paar maanden aan en dan misschien toch maar terug naar een Garmin.

Jetzt noch einmal getestet … Fahrmodus = Auto (1) geht direkte Route A zu B [image: 1751125640613-img_2084.png] (3) geht nicht, da kommt die Fehlermeldung bei dem Track Kurvenreich über diese lange Strecke ! [image: 1751125649862-img_2085.jpeg]