@bengtstefanp said: I made a route,saved it as a track and downloaded it and saved it as a track. In what program you made the route? And did you try to reset MRA by killing the programm and start it up again? Maybe the problem is caused bij all the savings and convertings.

The problem will possibly be that Here has not marked the road as Closed. It seems the Here map hasn’t been updated yet. That is the reason I check the route in Pan.TomTom the day I'm riding or the day before as I mentioned above!

Delete the "&" in the routename. And why such a long name and why in capitols?

@superg Moet ik dadelijk een keer proberen met de routes die niet wilden lukken Had nu een andere route geprobeerd, maar ik gebruik eigenlijk nooit rare tekens in de naam van mijn route spaties wel tussen bijv de naam en D1 en de lengte van de route etc etc

This happens more with satelite layers, rather than Michelin or OSM. Changing layers corrects this behavior, but sometimes not.

@herman-3j-0 Check the second post from @tenmill-0. The route is good now.

@Jörgen said: @Guzzist sagte: @Christian-Feurstein next Idea to edit your tracklog: open it by MRA Routeplanner select in Menue: use it as route delete unnecessary route points (or move some) save as gpx track upload saved gpx file again in your folder Tracklogs as track By this, you don't need an external gpx tool What about the missing part? ...that's the weak point: you need to be able to remember the route you’ve taken. Then, once you’ve turned the track into a route, you can add the relevant waypoints. And then, as mentioned, save it as a track again.

@Stevedo-6-0 said: To replicate the problem: 1. Go to the planner and select any map overlay other than any Google map. 2. Turn on StreetView. 3. Now select any Google map overlay. As I said, there is no problem for me ! Check the video below. https://drive.google.com/file/d/1eEY3v67T8IWQSZ4XaDH6NUOoi1DSg5If/view?usp=drive_link

@Stevedo-6-0 Not a bad idea but as the whole website including the route generator are being redesigned, I guess that the developers would rather concentrate their time towards that. Maybe the new website route generator wouldn’t require such a message. Who knows

Dit is inderdaad een probleem dat al jaren aansleept: emails komen heel vaak niet aan als je mensen uitnodigt voor evenementen. Wel hebben de mensen steevast een notificatie in hun MRA onder het belletje. Dus dat deel gaat goed. Uiteraard kan het email-probleem verschillende oorzaken hebben. Zeker met spam zijn mail providers strenger en strenger met het accepteren van emails. Outlook.com en gmail.com zijn notoire spelers die zeer strict zijn. Het is belangrijk dat de reputatie van de verzendende partij tiptop in orde is. Bijvoorbeeld: DNS, SPF, DKIM, DMARC setup moeten allemaal correct geconfigureerd zijn. Bij de laatste uitnodiging die ik ontvangen heb (op 25 mei 2026), waren deze settings allemaal prima in orde. Emails worden netjes verzonden met AmazonSES. Toch zijn er wel een paar aandachtspunten die verbeterd kunnen worden aan de applicatie zijde: De mail geeft aan multipart/alternative te zijn, maar de text/plain variant bevat slechts: "To read this e-mail you need a HTML compatible e-mail client". DIt is relevant omdat sommige spam filters een vergelijking maken tussen text/plain en text/html. Sommige privacygerichte mailclients kunnen HTML uitschakelen. DIt is zeker iets om aan te pakken. De CSS bevat meerdere @font-face declaraties waarbij fonts rechtstreeks vanaf: http://www.stampready.net/... worden gehaald. Dat is om meerdere redenen problematisch. Ten eerste is het HTTP in plaats van HTTPS. Mailclients blokkeren externe fonts sowieso vaak, maar mixed/insecure content wordt nog vaker geblokkeerd. Ten tweede wordt een derde partij (stampready.net) betrokken bij het renderen van een MyRoute-app-mail. Dat is qua privacy en betrouwbaarheid onnodig. Ten derde ondersteunen veel e-mailclients @font-face helemaal niet of slechts beperkt. De template valt gelukkig terug op Arial/Helvetica, dus de mail blijft leesbaar. Ik zou deze complete externe-fontconstructie verwijderen. Gebruik gewoon een websafe fontstack. Als we de vergelijking maken met bijvoorbeeld de emails van newsletter@myrouteapp.com die door ActiveCampaign worden verzonden, dan zie je dat die veel beter in elkaar zitten: hier is de plain en html bijvoorbeeld wel met elkaar in sync en wordt geen gebruik gemaakt van font loading via HTTP. Hier mijn duit in het zakje. Ik hoop dat het wat helpt in het verder kwalitatief verbeteren van MyRouteApp, een App die ik al jaren met veel plezier gebruik! Groeten, Luc

@Aggelos-Minoudis said: GPS recognizes probably the route as a track so it doesn't give me ETA at destination or is it something else. though I navigate right at my garmin no ETA just three dots at the bottom right corner. It should appear as a route. If it doesn't, something else is going on.

thx Brian

Genau so mache ich es auch. @peter-110-0 In allen vier Antworten findest du eine Antwort auf einen Teil deiner Frage.

Gisteren een bericht ontvangen van de Ondersteunings-afdeling dat het euvel verholpen zou zijn. En inderdaad de linker kant kleurt niet meer blauw als ik op één waypoint klik. Ben super blij. Thanks voor de reparateurs. Netjes afgehandeld. Bloemen voor die mensen.

@Guzzist no it's not broken af you can see in my RX routes in the library. But like @jörgen saw I have had the same problem quite some time ago. Always when s route doubles a piece of road. But I dont know what is causing this du that's why hope @corjan-meijerink knows

Well Corjan released it juli 31 so I think it will take another 5 day before it's available in the Android Playstore! The boys aren't that quick anymore. And indeed it is 5.2.1 - 488

Als je bedoelt op de computer dan is dat simpel. Gewoon de pagina waar je in wilt beginnen op het scherm openen en dan een snelkoppeling maken in je browser!

Yes, just make a copy first and after that you can easily repair mistakes!