Na importeren route offset van 2 uur als vertrektijd
-
Helaas is de veranderde instelling (zie boven) niet de oplossing (zie figuren hieronder). Het twee uur tijdsverschil blijft. Hopelijk is er een echte oplossing.
Exporteren gedaan als volgt:
- Als GPX 1.2 file. Tijd/datum wordt overgenomen maar met 2 uur tijdsverschil (zie fig 2).
- Als GPX 1.1 file. Tijd/datum wordt niet overgenomen
- Direct exporteren naar Navigator V via de "Connector" (is ook een GPX 1.1 file): Tijd/datum wordt niet overgenomen
Samenvatting:
Voor de BMW Navigator V (Garmin) is exporteren van een route als GPX 1.2 file het beste omdat dan de datum/tijd overgenomen wordt. Helaas wordt de tijd 2 uur later gezet dan in MyRoute App gepland.Figuur: Planning: vertrektijd 10:30 uur
Figuur: Planning op Navigator V is 2 uur later dan in MRA MyRoute
BMW R1300 GS, BMW Connect Ride Next navigator; Quad Lock with Samsung Galaxy Ultra, iPad Pro (iPadOS 18.0 bèta version) MacBook Pro (MacOS Sequoia 15.2 bèta version), iMac (MacOS Monterey 12.7.6)
-
Helaas is de veranderde instelling (zie boven) niet de oplossing (zie figuren hieronder). Het twee uur tijdsverschil blijft. Hopelijk is er een echte oplossing.
Exporteren gedaan als volgt:
- Als GPX 1.2 file. Tijd/datum wordt overgenomen maar met 2 uur tijdsverschil (zie fig 2).
- Als GPX 1.1 file. Tijd/datum wordt niet overgenomen
- Direct exporteren naar Navigator V via de "Connector" (is ook een GPX 1.1 file): Tijd/datum wordt niet overgenomen
Samenvatting:
Voor de BMW Navigator V (Garmin) is exporteren van een route als GPX 1.2 file het beste omdat dan de datum/tijd overgenomen wordt. Helaas wordt de tijd 2 uur later gezet dan in MyRoute App gepland.Figuur: Planning: vertrektijd 10:30 uur
Figuur: Planning op Navigator V is 2 uur later dan in MRA MyRoute
@Dikke-Wim
Ik heb geen BMW Nav meer om dit te reproduceren.
Maar het lijkt mij redelijk om de oorzaak in de Nav V te zoeken.
Kort door de bocht; je kunt met weinig handelingen in de Nav de starttijd corrigeren.
Als ik mij goed herinner: toepassingen -> reisplanner -> route -> locatie -> vertrek
En verder denk ik dat je eens de verschillende tijdinstellingen van de Nav kunt uitproberen. -
Helaas is de veranderde instelling (zie boven) niet de oplossing (zie figuren hieronder). Het twee uur tijdsverschil blijft. Hopelijk is er een echte oplossing.
Exporteren gedaan als volgt:
- Als GPX 1.2 file. Tijd/datum wordt overgenomen maar met 2 uur tijdsverschil (zie fig 2).
- Als GPX 1.1 file. Tijd/datum wordt niet overgenomen
- Direct exporteren naar Navigator V via de "Connector" (is ook een GPX 1.1 file): Tijd/datum wordt niet overgenomen
Samenvatting:
Voor de BMW Navigator V (Garmin) is exporteren van een route als GPX 1.2 file het beste omdat dan de datum/tijd overgenomen wordt. Helaas wordt de tijd 2 uur later gezet dan in MyRoute App gepland.Figuur: Planning: vertrektijd 10:30 uur
Figuur: Planning op Navigator V is 2 uur later dan in MRA MyRoute
@Dikke-Wim
Ik heb nog een Zumo 590 op stoom gebracht
Nadat ik de tijdinstelling op UTC heb gezet neemt de reis de geplande tijd over.
instellingen -> eenheden en tijd -> tijdweergave -> UTC -
@Dikke-Wim
Ik heb nog een Zumo 590 op stoom gebracht
Nadat ik de tijdinstelling op UTC heb gezet neemt de reis de geplande tijd over.
instellingen -> eenheden en tijd -> tijdweergave -> UTC@Jack-van-Tilburg, ik probeer vanaf de zijkant mee te denken. Door deze instelling te moeten veranderen in de Zumo lijkt het probleem dus aan de kant van MRA te zitten toch? Of trek ik dan een verkeerde conclusie?
The adventure starts where the plans end | READY TO >> RACE 🧡
-
@Jack-van-Tilburg, ik probeer vanaf de zijkant mee te denken. Door deze instelling te moeten veranderen in de Zumo lijkt het probleem dus aan de kant van MRA te zitten toch? Of trek ik dan een verkeerde conclusie?
@CD130
Dat weet ik niet.
Volgens mij is UTC Time de standaard op tijdzones vast te stellen. -
@CD130
Dat weet ik niet.
Volgens mij is UTC Time de standaard op tijdzones vast te stellen.@Jack-van-Tilburg Klopt, alleen dan zou je denken dat wanneer MRA is ingesteld op UTC +2 (Amsterdam) en de Zumo op UTC +2 (Amsterdam) toch dezelfde tijden zouden moeten weergeven bij een geplande route? Door de Zumo in te stellen op UTC (0) klopt de aankomsttijd en de huidige tijd in de Zumo ook niet meer. Of heb ik het mis?
The adventure starts where the plans end | READY TO >> RACE 🧡
-
@Jack-van-Tilburg Klopt, alleen dan zou je denken dat wanneer MRA is ingesteld op UTC +2 (Amsterdam) en de Zumo op UTC +2 (Amsterdam) toch dezelfde tijden zouden moeten weergeven bij een geplande route? Door de Zumo in te stellen op UTC (0) klopt de aankomsttijd en de huidige tijd in de Zumo ook niet meer. Of heb ik het mis?
@CD130
MRA werkt met GMT en de Zumo met UTC
GMT is astronomische tijd en UTC is gebaseerd op de atoomtijd. Verschillende eenheden eigenlijk.
En vanaf dit punt eindigt mijn kennis.
-
@Dikke-Wim
Ik heb nog een Zumo 590 op stoom gebracht
Nadat ik de tijdinstelling op UTC heb gezet neemt de reis de geplande tijd over.
instellingen -> eenheden en tijd -> tijdweergave -> UTC@Jack-van-Tilburg
Jack, je bent geweldig! En, je hebt helemaal gelijk.Even nog een tussenstap: ik had de tijd in mijn account in MyRoute App op GMT-1 (Azoren) gezet ipv GMT+1 (Amsterdam). Resultaat....nog steed 2 uur off set. Figuur 1.
Dus het ligt niet aan MyRoute App!!
Net de tijdaanstelling van 24 uur in. mijn Navigator V (=Garmin) op UTC gezet en nu klopt het wel! Zie figuur 2+3.
Fig. 1 Off set van 2 uur onafhankelijk van instelling bij account MyRoute
Fig. 2 Veranderde instelling op Navigator V (Garmin) naar UTC
Fig 3. In dezelfde route wordt de tijd onmiddellijk goed gezet!
BMW R1300 GS, BMW Connect Ride Next navigator; Quad Lock with Samsung Galaxy Ultra, iPad Pro (iPadOS 18.0 bèta version) MacBook Pro (MacOS Sequoia 15.2 bèta version), iMac (MacOS Monterey 12.7.6)
-
@Jack-van-Tilburg
Jack, je bent geweldig! En, je hebt helemaal gelijk.Even nog een tussenstap: ik had de tijd in mijn account in MyRoute App op GMT-1 (Azoren) gezet ipv GMT+1 (Amsterdam). Resultaat....nog steed 2 uur off set. Figuur 1.
Dus het ligt niet aan MyRoute App!!
Net de tijdaanstelling van 24 uur in. mijn Navigator V (=Garmin) op UTC gezet en nu klopt het wel! Zie figuur 2+3.
Fig. 1 Off set van 2 uur onafhankelijk van instelling bij account MyRoute
Fig. 2 Veranderde instelling op Navigator V (Garmin) naar UTC
Fig 3. In dezelfde route wordt de tijd onmiddellijk goed gezet!
@Dikke-Wim Mooi dat het hiermee is "opgelost", maar realiseer je wel dat we hier in NL niet werken met UTC, maar met CEST (UTC+2). De tijd die je op de klok in NL ziet zal dus niet overeen komen met de tijd op je navigatiesysteem.
-
@Dikke-Wim Mooi dat het hiermee is "opgelost", maar realiseer je wel dat we hier in NL niet werken met UTC, maar met CEST (UTC+2). De tijd die je op de klok in NL ziet zal dus niet overeen komen met de tijd op je navigatiesysteem.
@Herko-ter-Horst
Lekker dan........het is dus niet opgelost 
-
@Dikke-Wim Mooi dat het hiermee is "opgelost", maar realiseer je wel dat we hier in NL niet werken met UTC, maar met CEST (UTC+2). De tijd die je op de klok in NL ziet zal dus niet overeen komen met de tijd op je navigatiesysteem.
@Herko-ter-Horst ja dat dacht ik dus ook… Zou het dan toch kunnen dat de export vanuit MRA niet helemaal lekker gaat?
The adventure starts where the plans end | READY TO >> RACE 🧡
-
@Herko-ter-Horst ja dat dacht ik dus ook… Zou het dan toch kunnen dat de export vanuit MRA niet helemaal lekker gaat?
Eenmaal geëxporteerd naar mijn Navigator V (Garmin) wisselt de begintijd afhankelijk van de tijdinstelling op de Navigator. Van correcte starttijd met UTC als instelling en 2 uur te laat met de instelling "24 uur". Zie screendumps hierboven in een eerder bericht van mij.
Het ligt daarom denk ik niet aan MyRoute App.
-
Ik ben voorzichtig met een reactie omdat dit geen onderwerp is waar ik. veel kennis van heb..
Maar ik denk dat het er aan ligt omdat er met twee maten gemeten wordt.
Garmin gebruikt UTC. Hetgeen een standaard tijdnotatie is die ergens in de vorige eeuw al afgesproken is (wereldwijd volgens mij)
En MRA gebruikt GMT. Een tijdmaat die gebruikt wordt om tijdzones te duiden en die vooral in Europa toegepast wordt. -
Ik ben voorzichtig met een reactie omdat dit geen onderwerp is waar ik. veel kennis van heb..
Maar ik denk dat het er aan ligt omdat er met twee maten gemeten wordt.
Garmin gebruikt UTC. Hetgeen een standaard tijdnotatie is die ergens in de vorige eeuw al afgesproken is (wereldwijd volgens mij)
En MRA gebruikt GMT. Een tijdmaat die gebruikt wordt om tijdzones te duiden en die vooral in Europa toegepast wordt.@Jack-van-Tilburg ik snap er ook weinig van hoor. Kan het zelf helaas niet testen, maar ben wel benieuwd wat dit bij andere Garmins doet. Is het specifiek een probleem wat zich voordoet bij dit toestel of bij alle Garmins? Het laatste lijkt mij logisch. Het wijzigen van de profielinstellingen van MRA heeft geen invloed, dat vind ik dan wel weer gek.
The adventure starts where the plans end | READY TO >> RACE 🧡
-
@Jack-van-Tilburg ik snap er ook weinig van hoor. Kan het zelf helaas niet testen, maar ben wel benieuwd wat dit bij andere Garmins doet. Is het specifiek een probleem wat zich voordoet bij dit toestel of bij alle Garmins? Het laatste lijkt mij logisch. Het wijzigen van de profielinstellingen van MRA heeft geen invloed, dat vind ik dan wel weer gek.
@CD130
Ik denk dat profiel wijziging geen invloed heeft omdat het feitelijk om twee verschillende waardes gaat. Ondanks dat ze op zicht een overeenstemmend resultaat geven.
Maar de meetmethodes zij niet gelijk.
UTC is gebaseerd op de atoomtijd en GMT is gebaseerd op de astronomische tijd.
En UTC is al geruime tijd als standaard aangenomen terwijl GMT vooral in Europa nog toegepast wordt.
Als ik het op die basis beschouw dan zou MRA een verkeerde tijdmaat gebruiken omdat ze als doelgroep de klanten wereldwijd willen benaderen.
Maar dit is slechts mijn beredenering. Nogmaals; niet gebaseerd op kennis van dit onderwerp -
@CD130
Ik denk dat profiel wijziging geen invloed heeft omdat het feitelijk om twee verschillende waardes gaat. Ondanks dat ze op zicht een overeenstemmend resultaat geven.
Maar de meetmethodes zij niet gelijk.
UTC is gebaseerd op de atoomtijd en GMT is gebaseerd op de astronomische tijd.
En UTC is al geruime tijd als standaard aangenomen terwijl GMT vooral in Europa nog toegepast wordt.
Als ik het op die basis beschouw dan zou MRA een verkeerde tijdmaat gebruiken omdat ze als doelgroep de klanten wereldwijd willen benaderen.
Maar dit is slechts mijn beredenering. Nogmaals; niet gebaseerd op kennis van dit onderwerpIk heb eens even gekeken naar wat er nu daadwerkelijk in het opgeslagen bestand (GPX 1.2) terecht komt. Ik denk dat ik nu snap waar het mis gaat.
In MRA Routeplanner, met in mijn profiel "(GMT+1:00) Amsterdam..." ingesteld, heb ik het volgende ingevoerd als vertrektijd van de route:
In het bestand staat vervolgens:
2023-06-06T17:00:00Z(Z is de code voor UTC).Dit is dus zeer verwarrend. De ingevoerde tijd, waarvan ik zou aannemen dat deze in mijn lokale tijdzone is, wordt opgeslagen als UTC-tijd. Daar zit dus 2 uur verschil tussen. Als een ander apparaat dit weer inleest en zelf ook een lokale tijdzone van GMT+1/UTC+2 heeft ingesteld staan, zal deze de tijd weergeven als 2 uur later (dus 19:00 in plaats van 17:00).
Het probleem is dus niet dat MRA met GMT zou werken in plaats van met UTC, maar dat bij het invoeren van de datum/tijd niet duidelijk is dat dit een UTC-tijd is en geen lokale tijd. Ik zie nu trouwens ook dat het wijzigen van de tijdzone geen effect heeft op de weergave van tijden in MRA, zoals de "Laatst gewijzigd" tijd van een route. Ik vraag me af of die instelling (zowel land als tijdzone) ergens anders wel effect hebben?
Blijkbaar zorgt de "UTC" instelling van de Navigator ervoor dat ie z'n eigen tijdzone negeert en dus altijd UTC weergeeft. Daarom ziet de vertrektijd er dan goed uit, maar zal de "huidige" tijd op het apparaat nu afwijken van wat je hier in NL op de klok ziet.
De 12- of 24-uursnotatie neemt wel de tijdzone van het apparaat mee (die normaal gesproken zal wijzigen o.b.v. de locatie van het apparaat).
-
Ik laat het hier bij want ik denk niet dat hier een oplossing voor zal komen.
Uiteindelijk was het kunnen invoeren bedoeld voor de planning van routes. Niet voor gebruik tijdens rijden.
In Nav Next zie je het ook niet terug bij navigeren. -
Ik heb eens even gekeken naar wat er nu daadwerkelijk in het opgeslagen bestand (GPX 1.2) terecht komt. Ik denk dat ik nu snap waar het mis gaat.
In MRA Routeplanner, met in mijn profiel "(GMT+1:00) Amsterdam..." ingesteld, heb ik het volgende ingevoerd als vertrektijd van de route:
In het bestand staat vervolgens:
2023-06-06T17:00:00Z(Z is de code voor UTC).Dit is dus zeer verwarrend. De ingevoerde tijd, waarvan ik zou aannemen dat deze in mijn lokale tijdzone is, wordt opgeslagen als UTC-tijd. Daar zit dus 2 uur verschil tussen. Als een ander apparaat dit weer inleest en zelf ook een lokale tijdzone van GMT+1/UTC+2 heeft ingesteld staan, zal deze de tijd weergeven als 2 uur later (dus 19:00 in plaats van 17:00).
Het probleem is dus niet dat MRA met GMT zou werken in plaats van met UTC, maar dat bij het invoeren van de datum/tijd niet duidelijk is dat dit een UTC-tijd is en geen lokale tijd. Ik zie nu trouwens ook dat het wijzigen van de tijdzone geen effect heeft op de weergave van tijden in MRA, zoals de "Laatst gewijzigd" tijd van een route. Ik vraag me af of die instelling (zowel land als tijdzone) ergens anders wel effect hebben?
Blijkbaar zorgt de "UTC" instelling van de Navigator ervoor dat ie z'n eigen tijdzone negeert en dus altijd UTC weergeeft. Daarom ziet de vertrektijd er dan goed uit, maar zal de "huidige" tijd op het apparaat nu afwijken van wat je hier in NL op de klok ziet.
De 12- of 24-uursnotatie neemt wel de tijdzone van het apparaat mee (die normaal gesproken zal wijzigen o.b.v. de locatie van het apparaat).
@Herko-ter-Horst Bedankt voor je uitgebreide onderzoek en reactie!! Begrijp ik het goed dat MRA de tijden exporteert als UTC tijden en dat daardoor het tijdverschil in de Navi ontstaat? De oplossing zou dan zijn dat MRA de juiste tijdzone plaatst in het GPX bestand? Dat klinkt niet als de meest ingrijpende technische aanpassing
The adventure starts where the plans end | READY TO >> RACE 🧡
-
Ik heb eens even gekeken naar wat er nu daadwerkelijk in het opgeslagen bestand (GPX 1.2) terecht komt. Ik denk dat ik nu snap waar het mis gaat.
In MRA Routeplanner, met in mijn profiel "(GMT+1:00) Amsterdam..." ingesteld, heb ik het volgende ingevoerd als vertrektijd van de route:
In het bestand staat vervolgens:
2023-06-06T17:00:00Z(Z is de code voor UTC).Dit is dus zeer verwarrend. De ingevoerde tijd, waarvan ik zou aannemen dat deze in mijn lokale tijdzone is, wordt opgeslagen als UTC-tijd. Daar zit dus 2 uur verschil tussen. Als een ander apparaat dit weer inleest en zelf ook een lokale tijdzone van GMT+1/UTC+2 heeft ingesteld staan, zal deze de tijd weergeven als 2 uur later (dus 19:00 in plaats van 17:00).
Het probleem is dus niet dat MRA met GMT zou werken in plaats van met UTC, maar dat bij het invoeren van de datum/tijd niet duidelijk is dat dit een UTC-tijd is en geen lokale tijd. Ik zie nu trouwens ook dat het wijzigen van de tijdzone geen effect heeft op de weergave van tijden in MRA, zoals de "Laatst gewijzigd" tijd van een route. Ik vraag me af of die instelling (zowel land als tijdzone) ergens anders wel effect hebben?
Blijkbaar zorgt de "UTC" instelling van de Navigator ervoor dat ie z'n eigen tijdzone negeert en dus altijd UTC weergeeft. Daarom ziet de vertrektijd er dan goed uit, maar zal de "huidige" tijd op het apparaat nu afwijken van wat je hier in NL op de klok ziet.
De 12- of 24-uursnotatie neemt wel de tijdzone van het apparaat mee (die normaal gesproken zal wijzigen o.b.v. de locatie van het apparaat).
@Herko-ter-Horst
Dank voor je heldere en duidelijke analyse
. Volgens mij kunnen de programmeurs van MyRoute daar wel een oplossing voor vinden: GMT+1 tijd gebruiken bij het saven van de file i.p.v. UTC tijd.Hopelijk wordt dat opgepakt in een volgende update.
BMW R1300 GS, BMW Connect Ride Next navigator; Quad Lock with Samsung Galaxy Ultra, iPad Pro (iPadOS 18.0 bèta version) MacBook Pro (MacOS Sequoia 15.2 bèta version), iMac (MacOS Monterey 12.7.6)
-
@Herko-ter-Horst
Dank voor je heldere en duidelijke analyse . Volgens mij kunnen de programmeurs van MyRoute daar wel een oplossing voor vinden: GMT+1 tijd gebruiken bij het saven van de file i.p.v. UTC tijd.Hopelijk wordt dat opgepakt in een volgende update.
@Dikke-Wim
Ik zie nu pas dat CD130 dat ook voorstelt
