What exactly do you mean by checking tracklog files? After the ride I safed the tracklog and it was successfully uploaded. When looking into the stored tracklogs I found the showed tracklog with the first part missing. Where else do I find tracklog files?

@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

Hello, I am using Tread but I do not sync the routes. I just connect it to the PC and transfer the GPX to the SD card. Weather radar works and traffic information. All good. And the route planner on the Garmin is not too bad either. When I plan my trips/routes I use the planner of MyRoute on the computer. Save it and drive. I anyway spend time to generate the routes and after they are ready they will be pushed to the XT3. I do not let the Tread app sync because there can be surprises but I do not need to do this often. And in case I have no option to transfer data I use the Garmin route planner.

@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.

Sorry, these are topics of the settings of the iOS and the iPad, I don't know these problems, because I use the iPad 9 again and again. Generation currently with iOS 26.2 without problems. So check the settings, because maybe wrong set or adjusted by the iOS update VG

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!

@Hub-1 graag gedaan

@Kirsten-De-Weerd I think that this is not showing on the traffic overlay map is because the HERE map believes that the road is under construction.

@richtea999 If a road is flagged by HERE as having a seasonal closure any time of the year, you have to check "Disable seasonal closures" to route through it -- even if the closure is for winter only and it's currently the dead of summer. Logically, it should only apply when the road is actually seasonably closed, and you want to create a route through it for future use. There is a good forum discussion on the confusion surrounding this Toolkit routing option avoidance: https://forum.myrouteapp.com/topic/5608/seasonal-closures-app-versus-planner-problem The obvious (to me) option would be to have an "Ignore Closed Roads" option for creating routes, regardless of what the immediate real-time situation is. Let me decide what's passable, and what isn't. Google will always be a better investigative solution than HERE, so let me do my own research. I've suggested this before, but for whatever reason it's been ignored by the powers that be.

@Stevedo-6-0, What is "foreign" for you is not foreign for everyone. Your remark of "just browsing the map", I do understand, but it is the first time I see this on the forum. In the current web planner not much development will be done anymore, since a completely new web-planner is in the works. The workaround above seems to work just fine. It is true that the current webplanner is mainly targeted to planning routes. I can imagine the new web planner will be more similar to the current app planner workflow, but we will have to wait and see, and be patient.