interrogation sur le durée d'une trace.

Comments

9 comments

  • Avatar
    Thierry CHARLÈS

    Bonsoir,

    Est ce possible d'avoir ta trace en téléchargement (un lien vers), afin de regarder d'un peu plus près et de comprendre.

    Cdlt  

    0
    Comment actions Permalink
  • Avatar
    Jean-Claude Demange

    Bonjour,

    Laurent, peux-tu nous dire de quel GPS tu parles ?

    Je viens de contrôler sur 3 traces et les temps sont corrects.

    Est-ce que tu mets sur "Pause" ton GPS quand tu t'arrêtes ?

    Je suis sur Trail 2 et je fais comme ça, "Pause" et Reprendre"

    Cordialement.

    0
    Comment actions Permalink
  • Avatar
    Laurent C.

    Bonjour, oui, désolé le twonav cross. Je ne mets pas sur pause. L'heure de départ et d'arrivée sont les cohérentes. Fix fait avant de partir en moins de deux minutes. Le temps totale d'arrêt de l'ordre de 20 min me semble pas mal aussi. Thierry a décelé une mauvaise précision du GPS, des points de vitesses nulles...    

    0
    Comment actions Permalink
  • Avatar
    Thierry CHARLÈS

    Bien que le GPS poursuit toujours 7 ou 8 satellites, la précision de localisation du GPS sur le parcourt est très mauvaise. C'est le premier point a analyser avec l'aide du rapport d'état, est ce du a l'environnement ou un défaut du GPS?

    Ensuite, la randonnée est en forêt dans un terrain très sablonneux, par conséquent une vitesse de déplacement moyenne relativement basse 8 Km/h pour une sortie VTT.

    L'enregistrement de la trace n'a pas été filtré par une vitesse minimale (Exemple pas d'enregistrement sous 6 km/h) donc il y a beaucoup de points à vitesse très faible ou nulle dans la trace.

    Il y a aussi un point "non classé dans le temps" : Un truc qui arrive avec TN 4.x en général en allant ôter ce point dans la liste des points ce "PB" disparait. Dans le cas de ce fichier "ca" ne disparait pas !

    Des points sans HDOP!

    Dans les anciennes versions de Land on pouvait supprimer les points a vitesses nulle ce n'est plus proposé dans le menu option. J'ai tente de le faire "a la main" c'est pas une réussite. (Pour Laurent les saltos arrière c'est du a cette manip, donc la conséquence de la manipulation du fichier !)

    Pour répondre a la question initiale sur les temps :

    - Durée réelle 12h00 - 9h47 = 2 h 13 min

    - Durée  à l'arrêt ce sont toutes les portions a vitesses nulle ? 

    • Temps de pause réelle,
    • Temps de poussage a très faible vitesse,
    • Faux points du a l'imprécision

    Soit 2 h 20'44 .. Land se prend visiblement les pieds dans le tapis dans ce calcul. Je n'ai pas réussi a extraire les points de traces qui provoquent ce calcul.

    Durée en mouvement 1h54 26 (ce qui semble cohérent)

    Calcul de Lan : Durée de la sortie = Temps en mouvement + Temps à L'arrêt soit dans ce cas 2h20 + 1h54 = 4h 14 c'est fou! 

    Il y a matière a ouvrir une demande : C'est si simple de faire durée de sortie = heure d'arrivée - heure de départ !

    Normalement il suffit de fixer un seuil de vitesse sous lequel les points de trace ne sont pas enregistré pour obtenir une trace sans les moments de pause. Et de sous cadencer un peu l'enregistrement pour filtrer l'enregistrement des erreurs de position, dans ce cas avec un HDOP a 12 m il faut se déplacer a plus de 50 km/h pour sortir du "bruit" du GPS!

    CDLT

       

    0
    Comment actions Permalink
  • Avatar
    Thierry CHARLÈS

    Bonjour,

    Comme quoi tout est possible,  c'est ce point 1665 qui est à l'origine de l'incohérence. Par contre la simple suppression n'ôte pas le défaut. J'ai du l'ôter de la liste des points; enregistrer , fermer , fermer Land ....

     

    cdlt

    0
    Comment actions Permalink
  • Bonjour,

    Dans les anciennes versions de Land on pouvait supprimer les points a vitesses nulle ce n'est plus proposé dans le menu option.

    Est-ce que vous pouvez préciser quelles versions et où dans options ? le libellé le plus approchant ?

    Je viens de chercher dans Land 772 et je n'ai pas vu où cela peut être.

    Par avance merci.

    Cordialement

    Laurent

    0
    Comment actions Permalink
  • Avatar
    Thierry CHARLÈS

    Suite, après "nettoyage" suppression des points de début et de fin a vitesse nulle (Clic droit sur la trace / outils) et suppression du   "bug" d'enregistrement. Lors de la réouverture de la trace (pas avant!) le fichier passe de 4172 points à 2900 points.

    Le défaut est annoncé par Land sur l'enregistrement 1665, qui semble correct sur la trace, en fait il est dans le fichier sur l'enregistrement 952,, 953, 954 (ligne 1919... du fichier) il y a trois points à la même latitude avec des données incohérentes. Apres les avoir ôtés, enregistré, fermer trace + Land et réouvert Land a lu correctement le fichier.

    0
    Comment actions Permalink
  • Avatar
    Thierry CHARLÈS

    Suite,

    Pour répondre a Laurent : De mémoire avant Land 8.5 clic droit sur la trace : Outils il y avait deux options :

    - une pour ôter les points de début et de fin a vitesse nulle (Option qui existe toujours)

    - une pour ôter les points a vitesse nulle (ma mémoire me trahit peut être) 

    Dans le cas qui nous intéresse l'erreur part avec (Outil éliminer les points aberrants). Par contre reste a comprendre pourquoi HIERS Land a "refuser" de prendre en compte cette correction!

    Ensuite le pistage des évènements dans les logs files, montre que peut de temps après un algo de réduction du nombre de points de trace  a réduit le nombre d'enregistrement 1116 à 712, c'est probablement un artefact de cet algo.

    Par ailleurs ca explique aussi pourquoi en TN 4.x ont ne retrouve pas forcement dans la trace la suite d'enregistrement définie dans le profil.

    Starts recording MovingMap track n=1116 /root/TwoNavData/Data/Tracklog/2021-05-08_094711--Ronce-les-Bains - Circuit officiel N° 4.trk
    **** TRACK REDUCTION INI **** TWON-12762 npunts 1116
    **** TRACK REDUCTION FIN **** TWON-12762 npunts 712
    **** TRACK REDUCTION **** 1116 -> 712 (dist 13761.286133 -> 13761.286133)
     Ends recording MovingMap track d=13761.3 m, odo=13761.3 asc=80.8 alt=18.2 t=27ms,n=712

    Reste a comprendre l'erreur  de position mentionnée dans le fichier de trace qui n'est pas cohérente de l'enregistrement.

    CDLT

     

     

    0
    Comment actions Permalink
  • Avatar
    Laurent C.

    Bonjour, merci beaucoup pour tout. Je découvre et j'apprends...

    Cdt.

    Laurent C. 

    0
    Comment actions Permalink

Please sign in to leave a comment.