Différence locale UTC

Kommentare

26 Kommentare

  • Avatar
    Bernard Perrot

    Bonjour,

    "qui apparaissent systématiquement avec 2h de retard avec la version 9 de Land "

    Je n'ai pas constaté ce problème, et il n'a été signalé par personne ici.

    Qu'y a-t-il dans la trace (nous montrer un extrait d'un enregistrement)
    Est-ce un GPX enregistré directement ou bien après conversion ?

    Cordialement,

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Thierry CHARLÈS

    Bonjour,

    A priori rien n'a changé a part l'interface qui attire l'œil...

    Les traces issues d'un GPS conservent les time codes du GPS.

    Pour les autres traces (nommées routes dans Land) c'est comme avant, lors de l'import ces times codes sont perdus (le plus souvent). 

    Clic droit sur la trace ouvre le menu contextuel, outils, définir temps et heure.

    Je n'ai constaté aucun changement, a part dans le menu propriété ou l'absence de time code saute aux yeux

    Cdlt

     

     

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Marc Manent

    Il s'agit d'un gpx issu d'une autre application

    https://go.twonav.com/public/shared/couard-trk-13053073 

    Dans les propriétés, les heures de départ/arrivée apparaissent avec 2 heures de retard 10h18 au lieu de 8h18 etc

    merci de vos retours

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Thierry CHARLÈS

    Suite...

    Clic droit sur la trace, outil et tu ajuste l'heure...

    Après pour en savoir plus il faudrait ouvrir le GPX pour voir comment l'heure est codée.

    Ton lien ne fonctionne pas...

    Cdlt

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Bernard Perrot

    La page indiquée sur Go n'existe pas...

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Marc Manent

    https://go.twonav.com/public/shared/couard-trk-13053073

    J'ai déjà essayé de modifier les heures manuellement, mais impossible d'ajuster l'heure d'arrivée, message indiquant "les temps de point de suivi doivent être dans l'ordre"

    NB je viens de constater en faisant afficher les heures de départ dans les dossiers traces que celle-ci est correcte dans le dossier route enregistrée et se modifie lors de l'ouverture dans le dossier route...

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Thierry CHARLÈS

    Juste une remarque... Le fichier sous le lien est au format trk, (le lien ne marche pas) ce qu'il faut c'est le fichier source en GPX.

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Thierry CHARLÈS

    Évidemment, ça dépend de la vitesse. Cela dit je ne comprends pas bien le but final... Si au départ il n'y a qu'un décalage UTC il suffit de décaler de 2h...

    Le gap de temps sur l'itinéraire est inchangé.. 

     

    C'est quoi le but final ?

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Marc Manent

    le but, c'est que les heures soient conformes, et celles qui apparaissent dans les propriétés, graphiques etc ne le sont pas

    https://go.twonav.com/public/shared/couard-gpx-13058752

    désolé si je patauge un peu, je débute dans Land depuis qqs jours seulement

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Bernard Perrot

    Dans le fichier TRK, seul le premier point est décalé :

    Voici les trois premiers points du fichiers :

    T  A 44.12212003ºN 6.33373501ºE 12-AUG-22 06:18:01.001 s 947.687500 0 0 0 0 -1000.000000 -1.000000 -1 947.687500 -1 -1 -1 -1.000000
    T  A 44.12208399ºN 6.33375395ºE 12-AUG-22 08:18:42.000 s 948.000000 0 0 0 0 -1000.000000 -1.000000 -1 948.000000 -1 -1 -1 -1.000000
    T  A 44.12204208ºN 6.33377407ºE 12-AUG-22 08:18:44.000 s 948.671875 0 0 0 0 -1000.000000 -1.000000 -1 948.671875 -1 -1 -1 -1.000000

    Effectivement, faudrait nous montrer les GPX original.
    Mais j'aurais tendance à penser que c'est votre autre application qui commet l'erreur.

    Mais faute de mieux, si vous supprimez le premier point de trace, ça devrait rentrer dans l'ordre.

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Bernard Perrot

    "je débute dans Land depuis qqs jours seulement"

    Du coup, je ne comprends pas bien que vous écriviez :

    "sans qu'il soit possible désormais d'accéder au réglage des fuseaux horaires"

    Pourquoi "désormais" si vous n'utilisez pas avant ... ?

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Thierry CHARLÈS

    Bien, que ça soit Land 8.9.2 ou 9.2.1 l'affichage est strictement le même,

    Ensuite sauf erreur de ma part nous avons 2 heures d'avance sur l'heure Zoulou (UTC), quand l'heure UTC est à 8h00 en heure local il est 10h00.

    Dans le GPX,

    "<time>2022-08-12T08:18:44.000Z</time>" le premier point de trace est daté à 08h18'44" Zoulou soit 10h18'44" local.

    Le Dernier point

    <trkpt lat="44.122032" lon="6.333771">
       <ele>949.0</ele>
            <time>2022-08-12T14:34:12.000Z</time>

    Et la trace a été cloturée à <time>2022-08-12T14:34:12.000Z</time>

    Il me semble que tout est normal

    Cdlt

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Marc Manent

    c'est dans les différents échanges que j'ai constaté que dans les versions précédentes il y avait des réglages sur les fuseaux horaires

    c'est donc l'heure Zoulou qui est erronée ?

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Bernard Perrot

    Ce qui est erroné, c'est le premier point !!!
    Le fichier .TRK est bon SAUF le premier point.
    Si ce que j'écris ne sert pas à être lu, j'arrête d'essayer de venir en aide moi !

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Thierry CHARLÈS

    Partant du GPX, transmit par le lien, ouvert dans Land 9.2.1 puis convertit en Trk, il n'y a strictement aucune différence.

     "les heures de départ/arrivée apparaissent avec 2 heures de retard 10h18 au lieu de 8h18 "

    A quelle heure réelle le parcourt fût fait ?

    Le fichier (issu de quelle application ? ) a enregistré une heure de départ en temps UTC (ou Zoulou) et Land visualise les données en heure Locale soit 2 h de plus, ce qui est normal.

    • Si le départ a bien eu lieu a 8h18 heure locale cela signifie que l'application annote le temps local comme étant un temps Zoulou!
    • Ensuite s'il c'est l'erreur vue par Bernard dans le fichier *.trk transmis en lien, il y a :
    1. Soit un bug coté de LAND mais uniquement chez vous qui modifierai uniquement le premier time code
    2. Soit une intervention manuelle dans le fichier *.trk pour tenter de passer de  10h a 08h.

    Cdlt

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Bernard Perrot

    Bon... il faudrait nous expliquez ce que vous faites avec vos traces !

    Lorsque vous avez posté le lien (le deuxième), j'ai de suite téléchargé le fichier, qui était un .TRK dont voici les 5 premiers points :

    T  A 44.12212003ºN 6.33373501ºE 12-AUG-22 06:18:01.001 s 947.687500 0 0 0 0 -1000.000000 -1.000000 -1 947.687500 -1 -1 -1 -1.000000
    T  A 44.12208399ºN 6.33375395ºE 12-AUG-22 08:18:42.000 s 948.000000 0 0 0 0 -1000.000000 -1.000000 -1 948.000000 -1 -1 -1 -1.000000
    T  A 44.12204208ºN 6.33377407ºE 12-AUG-22 08:18:44.000 s 948.671875 0 0 0 0 -1000.000000 -1.000000 -1 948.671875 -1 -1 -1 -1.000000
    T  A 44.12198894ºN 6.33378396ºE 12-AUG-22 08:18:47.000 s 948.605469 0 0 0 0 -1000.000000 -1.000000 -1 948.605469 -1 -1 -1 -1.000000
    T  A 44.12193898ºN 6.33377893ºE 12-AUG-22 08:18:51.000 s 948.546875 0 0 0 0 -1000.000000 -1.000000 -1 948.546875 -1 -1 -1 -1.000000

    Maintenant, ce qu'à aussi du charger Thierry, on a un GPX, dont voici les premiers points :

    <trkseg>
          <trkpt lat="44.122042" lon="6.333774">
            <ele>949.0</ele>
            <time>2022-08-12T08:18:44.000Z</time>
          </trkpt>
          <trkpt lat="44.121989" lon="6.333784">
            <ele>950.0</ele>
            <time>2022-08-12T08:18:47.000Z</time>
          </trkpt>
          <trkpt lat="44.121939" lon="6.333779">
            <ele>950.0</ele>
          <time>2022-08-12T08:18:51.000Z</time>
          </trkpt>

    Ce GPX n'est pas le fichier d'origine, j'en voudrais pour preuve que les altitudes sont arrondies dans le GPX par rapport au TRK, ainsi que les coordonnées. Et vous le changer en cours de conversation.
    Et on voit bien que les deux premiers points du TRK sont absents du GPX, dont le premier, "litigieux".

    Vous nous baladez ou quoi ?
            

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Thierry CHARLÈS

    Sans vouloir en "rajouter", si on conserve l'hypothèse que la trace viens d'une application (hors écosystèmes TwoNav) elle n'est pas au format*.trk qui est spécifique à TwoNav. La source est forcément un fichier.gpx..

    Ce qui laisse supposer que le format.trk a été manipulé...

    Ensuite il serait essentiel de connaître l'heure locale du départ ? 08h ou 10h sinon il faudra considérer qu'il s'agit d'une méconnaissance du standard horaire.
    Cdlt

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Marc Manent

    à partir du fichier gpx d'origine, sans traitement des points aberrants, de départ, d'arrivée etc etc qui apparemment mettent mon intégrité en cause ! 

    https://go.twonav.com/public/shared/zzz-gpx-13060741 

    voici ce qui m'apparait entre la trace sauvegardée qui présente un horaire de départ (et arrivée) correct à 8h18 et la trace ensuite ouverte qui a toujours 2 h de +, soit 10h18

    22/33/5lrx.jpg - Visionneuse Zupimages

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Bernard Perrot

    Bonjour,

    OK ! Je comprends mieux.

    Vous avez oublié de nous dire où cet horaire de départ est erroné. Donc, si je comprends bien, il est décalé dans l'affichage des "routes enregistrées", mais pas dans les propriétés, ni la deuxième ligne des routes ouvertes, ni dans la liste des points. Dans ce cas, effectivement, c'est le temps UTC qui est affiché.

    Sur le décalage, vous vous trompez complètement, l'horaire est bon SAUF dans la ligne routes enregistrées, pas le contraire puisque les fichiers de trace contiennent les horaires UTC, toujours. Donc, 8h17 en France l'été en UTC, c'est bien 10h17 heure légale !

    Il semble donc que ce soit un petit bug (à supposer que ce soit un bug, parce qu'il y a une logique à n'afficher que les données brutes, donc UTC pour le timing, pour une trace qui n'est pas en cours de traitement) dans cette ligne d'affichage des routes enregistrées.
    Le mieux est que vous le signaliez à TwoNav, ce sera corrigé si nécessaire dans une future version.

    Mais dans votre signalement, évitez de donner des indications qui induisent en erreur concernant le diagnostique, en particulier :
    - cela ne concerne que ce champ dans les "routes enregistrées" ;
    - cela concerne aussi les traces TRK, rien à voir avec le faite que ce soit une trace GPX ;
    - cela n'est pas spécifique au fait que la trace provienne d'un autre équipement ;
    - évitez de donner en exemple, comme vous l'avez fait avec nous, des traces avec des points modifiés qui changent la donne...
    En résumé, cela apparait avec tous les types de traces, et uniquement dans "routes enregistrées".

    Cordialement,

    PS: ah oui... le GPX que vous donnez (le dernier, zzz.gpx), ce N'EST PAS celui d'origine. Vous dites que celui d'origine provient d'un autre équipement, hors celui là est signé "CompeGPS". Mais peu importe, cela ne change rien, je reproduis très bien cet affichage avec mes propres traces.

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Thierry CHARLÈS

    Bonsoir,

    Deux petites remarques relative à la copie d'écran fournie:

    Les deux  fichiers zzz.gpx ne sont semble t'il, pas les mêmes, il s'agit de deux fichiers différents (même nom mais placés a deux endroits différents du PC), pourquoi ?

    Quand on ouvre un fichier dans route enregistrées (Ici dans ..../rando 04) cette route monte dans ROUTE et se coche dans Route Enregistrées /randonnées/Rando 04, or la coche est absente sur l'image fournie. Ce qui laisse supposer que ce n'est pas ce fichier qui est ouvert mais un autre.

    Seconde remarque, sur mon PC et ma version de Land 9.2.1 dans le path route enregistrée il n'y a pas de time code !

    CDlt

     

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Thierry CHARLÈS

    De plus en termes de pertinence et d'objectivité, j'avoue avoir un peu de mal à comprendre..

    Je m'en explique :

    Dans le concept TwoNav il y a deux notions la route et l'activité.

    La route est un projet,
    L'activité est une "activité" réalisée

    Donc sur une activité il est logique d'avoir, un Time code de départ et d'arrivée ainsi qu'une durée,
    Mais sur une route, l'heure de départ ou d'arrivée ainsi que le temps de parcours sont des "voeux pieux" qu'on espère pouvoir respecter mais...

    Si c'est une randonnée que vous avez réalisée, dans le concept TwoNav elle se place dans "mes activités" dossier à décliner en répertoires peut être mais..

    Si vous placez vos activités dans le dossier routes, il va y avoir d'autres déconvenues..

    Cdlt

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Marc Manent

    J'ai eu hier matin la réponse à la question que je me posais

    merci de vos contributions

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Bernard Perrot

    Bonjour,

    "J'ai eu hier matin la réponse à la question que je me posais"

    Ah c'est bien !

    Mais, pour que tout le monde puisse profiter de l'expérience, vous pouvez être plus précis ?
    C'était quoi le problème ?
    La question ?

    Merci d'avance,

    Cordialement,

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Marc Manent

    simplement la compréhension de l'écart horaire entre les traces ouvertes et enregistrées (peut évident hors du concept Twonav)

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Thierry CHARLÈS

    Vous avez enfin compris la différence entre UTC (Zoulou) et Locale ? C'est un standard international!

    Dans un GPX la date et l'heure enregistrée sont toujours en "Zoulou" qui est la référence horaire internationale. Ensuite connaissant votre position et la date l'heure s'affiche en LOCAL, il n'y a strictement rien d'anormal. (Plus besoin d'ajuster!!)

    Ce qui me semble évident, vu les fichiers transmis ou cités en référence c'est que vous avez "bidouiller", déjà les noms changent (la trace reste au même endroit mais un coup c'est zzzz.gpx et un coup couard.gpx, quand on cherches a comprendre (sans arrière pensées) on transmet le fichier source "point barre" or le toto.trk ne peut pas être le fichier source vu que c'est un format propriétaire TwoNav, comme il est différent du coaurd.gpx c'est qu'il a été bidouiller, tout simplement.

    Ensuite de toute évidence, vous placez une trace enregistrée lors d'une sortie dans "Route" ce qui n'est pas sa destination, il faut la placer dans vos activités. Sauf si elle émane d'une autre personne, mais dans ce cas (sauf si vous voulez vous l'attribuer) les heures et dates deviennent secondaires.

    Il reste quelques questions sans réponse, ce qui serait bien vu que vous avez sollicitez de  l'aide, d'y répondre franchement, sans détours :

    - L'heure locale réelle de départ de la randonnée? (En principe 10h18'44")

    - Avec quelle appli cette trace a été enregistrée ?

    - Est ce bien une trace que vous avez réalisée, ou c'est une autre personne qui la suivie?

    Concrètement:

    - Une trace qui est dans ROUTE (Donc un projet) ou "s'en fou" du time code exact, il est ajustable vu que par principe c'est un projet, donc date et heure sont dans le futur!

    - Une trace qui est dans MES ACTIVITES doit avoir un Time Code correct vu qu'il correspond a une sortie réelle. Dans certaines versions anciennes de Land bien que les Time Codes soit corrects l'affichage de la durée pouvait être faux.

    CDLT

      

    0
    Aktionen für Kommentare Permalink
  • Avatar
    Bernard Perrot

    Bonjour,

    "peu évident hors du concept Twonav"

    TwoNav n'a rien à voir la-dedans (je veux dire  timecode enregistré dans le fichier, et son affichage en heure locale).
    Si vous n'en êtes pas convaincu, c'est que non, vous n'avez toujours pas compris...

    Cordialement,

    0
    Aktionen für Kommentare Permalink

Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.