Na importeren route offset van 2 uur als vertrektijd
-
@Herko-ter-Horst said in Na importeren route offset van 2 uur als vertrektijd:
Het GPX-bestand moet geen tijdzone-informatie bevatten.
Helemaal mee eens. Hoe dan ook, nu werkt het niet goed. Hopelijk komt daar een oplossing voor.
@Dikke-Wim said in Na importeren route offset van 2 uur als vertrektijd:
@Herko-ter-Horst said in Na importeren route offset van 2 uur als vertrektijd:
Het GPX-bestand moet geen tijdzone-informatie bevatten.
Helemaal mee eens. Hoe dan ook, nu werkt het niet goed. Hopelijk komt daar een oplossing voor.
Tot die oplossing er is, is het redelijk makkelijk om er voor nu omheen te werken: de tijd die je in MRA Routeplanner invoert is al UTC (je moet dus zelf even de 2 uur er vanaf halen voor de Nederlandse situatie).
-
@Herko-ter-Horst said in Na importeren route offset van 2 uur als vertrektijd:
Het GPX-bestand moet geen tijdzone-informatie bevatten.
Ik zie niet in waarom niet. GPX is niet alleen voor het navigeren van routes, maar ook voor het uitwisselen van routes met andere programma's. Het moet dan uiteraard wel correct geïmplementeerd worden. Ik zou dit probleem gerust een bugje durven noemen, maar in het kader van navigeren vind ik het inderdaad vrij nutteloos.
@Con-Hennekens said in Na importeren route offset van 2 uur als vertrektijd:
@Herko-ter-Horst said in Na importeren route offset van 2 uur als vertrektijd:
Het GPX-bestand moet geen tijdzone-informatie bevatten.
Ik zie niet in waarom niet. GPX is niet alleen voor het navigeren van routes, maar ook voor het uitwisselen van routes met andere programma's. Het moet dan uiteraard wel correct geïmplementeerd worden. Ik zou dit probleem gerust een bugje durven noemen, maar in het kader van navigeren vind ik het inderdaad vrij nutteloos.
Het belangrijkste is dat een bepaald moment in tijd op een universele manier wordt uitgewisseld, dat geldt zowel voor navigatieapparaten als voor andere programma's. De diverse apparaten en programma's kunnen het dan volgens de voorkeuren van de gebruiker in zijn lokale tijdzone tonen. Dat kan inderdaad door de juiste tijdzone-informatie toe te voegen, maar dan moet je wel zeker weten dat je dat overal consistent doet. Door in de uitwisseling consequent UTC te gebruiken, voorkom je verwarring.
07:00Z (UTC), 08:00 (GMT) en 09:00 (GMT+1) zijn allemaal representaties van dezelfde tijd van de dag.
Het probleem zit hem nu in het feit dat in MRA Routeplanner niet duidelijk is dat de tijd die je invoert niet in je lokale tijdzone is, zoals je waarschijnlijk zou verwachten, maar in UTC (d.w.z. rechtstreeks als UTC in het opgeslagen GPX-bestand terecht komt). Een ander apparaat of programma dat deze info inleest en vervolgens wel in de lokale tijdzone van de gebruiker laat zien, zorgt voor een afwijking van wat je zou verwachten.
Het wordt pas echt leuk als ik vanuit Nederland een route wil gaan plannen in een andere tijdzone (bijv. in de UK). Als ik nu in Nederland de route maak en 09:00 als vertrektijd opgeef, bedoel ik dan 09:00 Nederlandse tijd of 09:00 UK tijd (= 10:00 NL tijd)?
-
@Herko-ter-Horst said in Na importeren route offset van 2 uur als vertrektijd:
Het GPX-bestand moet geen tijdzone-informatie bevatten.
Ik zie niet in waarom niet. GPX is niet alleen voor het navigeren van routes, maar ook voor het uitwisselen van routes met andere programma's. Het moet dan uiteraard wel correct geïmplementeerd worden. Ik zou dit probleem gerust een bugje durven noemen, maar in het kader van navigeren vind ik het inderdaad vrij nutteloos.
@Con-Hennekens said in Na importeren route offset van 2 uur als vertrektijd:
Ik zie niet in waarom niet. GPX is niet alleen voor het navigeren van routes, maar ook voor het uitwisselen van routes met andere programma's.
En om die reden is er een standaard afgesproken waarin is afgesproken welke informatie een GPX bestand bevat.
En dat is beperkt tot het volgende:-Waypoint – zijn de GPS-coördinaten van een punt. Het kleinste datastuk.
T-rack – Dit is in feite een lijst met punten die een pad beschrijven.
-Route – Bevat een lijst met trackpunten, dit zijn waypoints voor afslag- of etappepunten die naar een bestemming leiden.(tijdgegevens worden dus niet genoemd)
-
@Con-Hennekens said in Na importeren route offset van 2 uur als vertrektijd:
@Herko-ter-Horst said in Na importeren route offset van 2 uur als vertrektijd:
Het GPX-bestand moet geen tijdzone-informatie bevatten.
Ik zie niet in waarom niet. GPX is niet alleen voor het navigeren van routes, maar ook voor het uitwisselen van routes met andere programma's. Het moet dan uiteraard wel correct geïmplementeerd worden. Ik zou dit probleem gerust een bugje durven noemen, maar in het kader van navigeren vind ik het inderdaad vrij nutteloos.
Het belangrijkste is dat een bepaald moment in tijd op een universele manier wordt uitgewisseld, dat geldt zowel voor navigatieapparaten als voor andere programma's. De diverse apparaten en programma's kunnen het dan volgens de voorkeuren van de gebruiker in zijn lokale tijdzone tonen. Dat kan inderdaad door de juiste tijdzone-informatie toe te voegen, maar dan moet je wel zeker weten dat je dat overal consistent doet. Door in de uitwisseling consequent UTC te gebruiken, voorkom je verwarring.
07:00Z (UTC), 08:00 (GMT) en 09:00 (GMT+1) zijn allemaal representaties van dezelfde tijd van de dag.
Het probleem zit hem nu in het feit dat in MRA Routeplanner niet duidelijk is dat de tijd die je invoert niet in je lokale tijdzone is, zoals je waarschijnlijk zou verwachten, maar in UTC (d.w.z. rechtstreeks als UTC in het opgeslagen GPX-bestand terecht komt). Een ander apparaat of programma dat deze info inleest en vervolgens wel in de lokale tijdzone van de gebruiker laat zien, zorgt voor een afwijking van wat je zou verwachten.
Het wordt pas echt leuk als ik vanuit Nederland een route wil gaan plannen in een andere tijdzone (bijv. in de UK). Als ik nu in Nederland de route maak en 09:00 als vertrektijd opgeef, bedoel ik dan 09:00 Nederlandse tijd of 09:00 UK tijd (= 10:00 NL tijd)?
@Herko-ter-Horst said in Na importeren route offset van 2 uur als vertrektijd:
Het probleem zit hem nu in het feit dat in MRA Routeplanner niet duidelijk is dat de tijd die je invoert niet in je lokale tijdzone is, zoals je waarschijnlijk zou verwachten, maar in UTC
Het kan nooit de bedoeling zijn om een gebruiker een UTC tijd te laten invoeren. Dit probleem hoort wat mij betreft dus niet bij de gebruiker te liggen, die logischerwijs op zijn horloge kijkt en die tijd invoert (en zo hoort het ook).
-
@Con-Hennekens said in Na importeren route offset van 2 uur als vertrektijd:
Ik zie niet in waarom niet. GPX is niet alleen voor het navigeren van routes, maar ook voor het uitwisselen van routes met andere programma's.
En om die reden is er een standaard afgesproken waarin is afgesproken welke informatie een GPX bestand bevat.
En dat is beperkt tot het volgende:-Waypoint – zijn de GPS-coördinaten van een punt. Het kleinste datastuk.
T-rack – Dit is in feite een lijst met punten die een pad beschrijven.
-Route – Bevat een lijst met trackpunten, dit zijn waypoints voor afslag- of etappepunten die naar een bestemming leiden.(tijdgegevens worden dus niet genoemd)
@Jack-van-Tilburg, Probably from the same source you found your info:
GPX, or GPS Exchange Format, is an XML schema designed as a common GPS data format for software applications. It can be used to describe waypoints, tracks, and routes. It is an open format and can be used without the need to pay license fees. Location data (and optionally elevation, time, and other information) is stored in tags and can be interchanged between GPS devices and software.
-
@Jack-van-Tilburg, Probably from the same source you found your info:
GPX, or GPS Exchange Format, is an XML schema designed as a common GPS data format for software applications. It can be used to describe waypoints, tracks, and routes. It is an open format and can be used without the need to pay license fees. Location data (and optionally elevation, time, and other information) is stored in tags and can be interchanged between GPS devices and software.
@Con-Hennekens Helaas is Garmin op een gegeven moment op eigen houtje allerlei uitbreidingen op de GPX-standaard gaan verzinnen, die niet officieel tot de standaard behoren. De departure time is onderdeel van zo'n "zelf-verzonnen" uitbreiding.
Technisch: de departure time is onderdeel van de TripExtension van Garmin. De code in de GPX ziet er als volgt uit:
<extensions><trp:ViaPoint><trp:DepartureTime>2023-06-06T17:15:00Z</trp:DepartureTime></trp:ViaPoint>...
entrp
is de XML-namespace:xmlns:trp="http://www.garmin.com/xmlschemas/TripExtensions/v1"
Volgens het XML-Schema van die TripExtension, is DepartureTime inderdaad gedefinieerd als
xsd:dateTime
. -
@Con-Hennekens Helaas is Garmin op een gegeven moment op eigen houtje allerlei uitbreidingen op de GPX-standaard gaan verzinnen, die niet officieel tot de standaard behoren. De departure time is onderdeel van zo'n "zelf-verzonnen" uitbreiding.
Technisch: de departure time is onderdeel van de TripExtension van Garmin. De code in de GPX ziet er als volgt uit:
<extensions><trp:ViaPoint><trp:DepartureTime>2023-06-06T17:15:00Z</trp:DepartureTime></trp:ViaPoint>...
entrp
is de XML-namespace:xmlns:trp="http://www.garmin.com/xmlschemas/TripExtensions/v1"
Volgens het XML-Schema van die TripExtension, is DepartureTime inderdaad gedefinieerd als
xsd:dateTime
.@Herko-ter-Horst, Oké ik zal jouw bronnen niet tegenspreken. Ik vind het wel vreemd. Bij route PLANNING is tijd wel een essentiële parameter vind ik. Bij Navigeren dan weer niet (aan voldongen feiten doe je toch niets.
Jij heb wel specifieke kennis op dit vlak (blijkt), ben wel geïnteresseerd hoezo
-
@Dikke-Wim said in Na importeren route offset van 2 uur als vertrektijd:
@Herko-ter-Horst said in Na importeren route offset van 2 uur als vertrektijd:
Het GPX-bestand moet geen tijdzone-informatie bevatten.
Helemaal mee eens. Hoe dan ook, nu werkt het niet goed. Hopelijk komt daar een oplossing voor.
Tot die oplossing er is, is het redelijk makkelijk om er voor nu omheen te werken: de tijd die je in MRA Routeplanner invoert is al UTC (je moet dus zelf even de 2 uur er vanaf halen voor de Nederlandse situatie).
@Herko-ter-Horst said in Na importeren route offset van 2 uur als vertrektijd:
Tot die oplossing er is, is het redelijk makkelijk om er voor nu omheen te werken: de tijd die je in MRA Routeplanner invoert is al UTC (je moet dus zelf even de 2 uur er vanaf halen voor de Nederlandse situatie).
Die oplossing heeft iedereen natuurlijk ook al bedacht. Mij gaat het er meer om dat ik zou willen dat het gewoon klopt, dat de planning met MyRoute waarin je tijden gebruikt (lees starttijd) gewoon goed overgenomen wordt.. En probeerde met dit opstart van dit draadje dat aan te geven aan het MyRoute ontwikkelteam.
Niet meer en niet minder.
-
@Herko-ter-Horst, Oké ik zal jouw bronnen niet tegenspreken. Ik vind het wel vreemd. Bij route PLANNING is tijd wel een essentiële parameter vind ik. Bij Navigeren dan weer niet (aan voldongen feiten doe je toch niets.
Jij heb wel specifieke kennis op dit vlak (blijkt), ben wel geïnteresseerd hoezo
Blijkbaar zijn er meerdere meningen en visies. Voor mij is de tijdsaanduiding voor de planning én de navigatie wel belangrijk.
Als ik een route rijd kan ik op basis van mijn planning zien wanneer ik na de koffie of lunchstop weer verder moet. MyRoute maakt het ook mogelijk om lengte van pauzes toe te voegen. Voor mij dus niet alleen voor de planning maar ook tijdens het rijden van de route belangrijk. En ja, ik weet dat ik dat niet kan zien tijdens het rijden
-
Blijkbaar zijn er meerdere meningen en visies. Voor mij is de tijdsaanduiding voor de planning én de navigatie wel belangrijk.
Als ik een route rijd kan ik op basis van mijn planning zien wanneer ik na de koffie of lunchstop weer verder moet. MyRoute maakt het ook mogelijk om lengte van pauzes toe te voegen. Voor mij dus niet alleen voor de planning maar ook tijdens het rijden van de route belangrijk. En ja, ik weet dat ik dat niet kan zien tijdens het rijden
@Dikke-Wim Maar je kunt toch ten alle tijden zien wat de ETA tot de bestemming is? Ik vind mijn tijd op een gezellig terras net zo belangrijk als mijn tijd op de motor. Dan korten we maar wat af
Gein, ik snap je punt wel, maar als zoals Herko aangeeft die tijd überhaupt geen plek heeft in de officiële standaard, zie ik hem net zo graag verdwijnen. Maar ik snap dat dat niet voor iedereen geldt.
-
@Dikke-Wim Maar je kunt toch ten alle tijden zien wat de ETA tot de bestemming is? Ik vind mijn tijd op een gezellig terras net zo belangrijk als mijn tijd op de motor. Dan korten we maar wat af
Gein, ik snap je punt wel, maar als zoals Herko aangeeft die tijd überhaupt geen plek heeft in de officiële standaard, zie ik hem net zo graag verdwijnen. Maar ik snap dat dat niet voor iedereen geldt.
@Con-Hennekens
Ik heb zeker meer dan 10 jaar Basecamp gebruikt om routes te maken. Na overzetten van de routes naar mijn Navigator V (Garmin) was er nooit een probleem met een off set van de vertrektijd.Dat en die kwaliteit gun ik MyRoute ook
Vandaar het aanzwengelen van dit draadje. -
@Con-Hennekens
Ik heb zeker meer dan 10 jaar Basecamp gebruikt om routes te maken. Na overzetten van de routes naar mijn Navigator V (Garmin) was er nooit een probleem met een off set van de vertrektijd.Dat en die kwaliteit gun ik MyRoute ook
Vandaar het aanzwengelen van dit draadje.@Dikke-Wim, Ja Zeker, dat doe je goed. Levert een leuke discussie op zo, toch?
Maar je begrijpt dat de focus nu even op Next ligt denk ik -
@Dikke-Wim, Ja Zeker, dat doe je goed. Levert een leuke discussie op zo, toch?
Maar je begrijpt dat de focus nu even op Next ligt denk ikDat begrijp ik heel goed. Niets dan complimenten voor het team achter de Navigation Next. Wat mij betreft kunnen we dit draadje afsluiten overigens. Alles is gezegd.
-
Dat begrijp ik heel goed. Niets dan complimenten voor het team achter de Navigation Next. Wat mij betreft kunnen we dit draadje afsluiten overigens. Alles is gezegd.
@Dikke-Wim dank!
-
undefined Con Hennekens referenced this topic on