Influence du paramètre "Vitesse min en mouvement" sur l'enregistrement d'une trace

Comments

11 comments

  • Avatar
    alain pinzaglia

    Bonjour,

    Continuant à chercher l'influence du paramètre "vitesse min en mouvement" sur l'enregistrement d'une trace, je viens de faire un court trajet de 8km à vtt.
    Toujours les mêmes conditions que précédement.
    Anima 1 MinSpeed_Moving2 = 0.5km/h - Anima 2 MinSpeed_Moving2 = 10km/h - Anima 3 MinSpeed_Moving2 = 50km/h

    Dans le cas de ce trajet, il n'y a aucun arrêt.
    Le nombre de points est pratiquement identique pour les 3 traces: 1522 / 1531 / 1530

    La conclusion est que dans ce cas, le paramètre "vitesse min en mouvement" MinSpeed_Moving2 n'a aucune influence sur le nombre de points enregistrés.

    C'est bien ce que disait Gert M, dont la compétence en matière de GPS TwoNav est reconnue depuis longtemps:

    "Ce paramètre n'a aucun effet sur le nombre de points de trace enregistrés. C'est uniquement pour influencer le calcul des différentes valeurs indiquées au tracklog par exemple la distance."

    ...avant de se faire honteusement agresser.

    Cordialement  

    0
    Comment actions Permalink
  • Bonjour Alain,

    Merci pour ces tests.

    Dans ton 1° essai (à pied), si MinSpeed_Moving2 servait a ce que des points, pendant une sortie, ne soient pas enregistrés lorsque l'on est sous cette vitesse, je suppose que tu ne marches pas à 10 ni à 50 km/h, aucun point n'aurait du être enregistré par Anima 2 et 3.... non ? Idem pour le vélo à 50 km/h....

    Je ne me rappelles pas (ça date un peu trop pour moi) voir de telles "perruques" lors de l'utilisation de mon Médion (TN 2.1.13). J'ai regardé quelques traces "brutes" (c'est à dire avant nettoyage) sur une sauvegarde, je n'ai pas vu de perruque. Je n'ai pas gardé de traces brutes (ou très peu) de mon Aventura mais, de mémoire, des perruques au debut et fin de traces, lorsqu'on laisse le GPS en statique le temps de mettre ou d'oter le sac à dos, oui. Mais ce ne sont pas des pauses longues 5/10 minutes max. Ni pendant la marche, pas de pauses longues, un coup d'oeil au paysage, une photo.... La "perruque" n'est qu'une "mèche".

    Cordialement

    0
    Comment actions Permalink
  • Avatar
    alain pinzaglia

    Bonjour,

    @Laurent, oui bien sûr, il est évident que ce paramètre ne sert pas à filtrer l'enregistrement de points en dessous d'une certaine vitesse. 

    J'ai refait plusieurs tests en statique, en différentes conditions de réception, les 3 Anima immobiles côte à côte.
    Les "perruques" existent bien, et sont d'autant plus "fournies" que les conditions de réception sont mauvaises, ce qui est normal: nombreux points en réception moyenne(5-7 sat), peu nombreux en bonne réception(9 sat ou plus par exemple).

    Par contre dans ces derniers tests en statique, le nombre de points enregistrés par les 3 appareils est sensiblement égal.
    Je n'ai pas retrouvé les différences de l'arrêt de 24' lors du premier test. Je ne comprends pas bien ce qui s'est passé ce jour là.

    Sans grande chance de se tromper, on peut probablement en rester sur ce qu'a dit Gert:

    "Ce paramètre n'a aucun effet sur le nombre de points de trace enregistrés"

    En tout cas avec TwoNav 3 qui tourne sur ces Anima.

    Cordialement

    0
    Comment actions Permalink
  • Bonsoir,

    Il faut toujours prendre au sérieux ce que Gert dit....

    Cordialement

    0
    Comment actions Permalink
  • Avatar
    Thierry CHARLÈS

    Bonsoir,

    Je vais rester poli, le PItBul risque à nouveau d'aboyer, voir de baver.. Et je vais éviter de faire de l'archéologie, pour retrouver tous les posts ou "notre ami" Laurent METTERIE à prôner cette recommandation. Il va y en avoir quelques uns... Sans commentaire

    Voici le lien de référence rédigé par TwoNav Admin, qui préconise cette recommandation pour éviter les "perruques de nouilles".  

    https://support.twonav.com/hc/fr/articles/115003412052-Trace-et-distances-divergentes

    CDLT

     

     

     

    0
    Comment actions Permalink
  • Bonjour,

    Il y a aussi des posts où un certain "Thierry Charlés" (un pseudo ?) fustitige nombre de membres quand ceux-ci ont le malheur de citer un nom propre. C'est comme cela que Mr Bernard Perrot est devenu le "gentil BP" ...

    Les tests d'Alain sont assez troublants et remettent en cause nombre de conseils passés. Une randonnée pédestre avec comme vitesse mini 50Km/h n'aurait pas dû être enregistrée...

    Je cite un extrait du lien que vous avez mis:

    Par défaut, ce paramètre est fixé à 0,5 km/h. Les déplacements inférieurs à cette vitesse sont considérés comme négligeables et ne sont pas pris en compte dans le calcul de la distance.

    Faut-il penser que "Ce paramètre n'a aucun effet sur le nombre de points de trace enregistrés" car il n'agit que sur la longueur de la trace ?

    Cordialement

    0
    Comment actions Permalink
  • Avatar
    alain pinzaglia

    Bonjour,

    La chose n'est pourtant pas difficile à comprendre:
    Quel que soit la valeur du paramètre "vitesse min en mouvement", la trace enregistrée est toujours la même.

    Ce paramètre servant à rendre une trace plus propre/conforme à la réalité en appliquant un filtre après coup. Ce paramètre permet ainsi de corriger la distance, le temps d'arrêt, vitesse en mouvement, etc... 

    Par exemple une trace avec enregistrement "distance = 4m" donnera un peu plus de 100 points sur une distance de 400m. Quel que soit le réglage de "vitesse min en mouvement".

    Essayer en enregistrant une trace à pied avec ce paramètre = 50km/h pour voir combien de points de trace sont enregistrés.

    Ce simple test ne nécessitant pas de compétence particulière, M. Thierry Charlès aussi devrait arriver à le faire...

    Cordialement

     

    0
    Comment actions Permalink
  • Avatar
    Thierry CHARLÈS

    Bonjour,

    J'évite de tirer trop d'enseignements d'un GPS Anima (TN 3.X), pour statuer sur un GPS Aventura (4.x):

    Les enregistrements ne sont pas repartis, telle que fût la demande, je crois qu'on la déjà évoqué ici.

    Exemple, vu sa durée cette trace ne liste que 3400 au lieu de 5017, donc il en manquerai  1617.

    Et l'algo en a supprimer au moins 2023  !

    Passage de 1015 à 607 =  408

    2020-09-22 12:38:34  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION INI **** TWON-12762 npunts 1015
    2020-09-22 12:38:34  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION FIN **** TWON-12762 npunts 607
    2020-09-22 12:38:34  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION **** 1015 -> 607 (dist 12067.541016 -> 12067.541016)
    2020-09-22 12:38:34  [pid:372, thid:1848705840, thspid:520] Ends recording MovingMap track d=12067.5 m, odo=12067.5 asc=79.5 alt=149.3 t=17ms,n=607

    Passage de 1112 à 708  = 404

    2020-09-22 13:03:41  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION INI **** TWON-12762 npunts 1112
    2020-09-22 13:03:41  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION FIN **** TWON-12762 npunts 708
    2020-09-22 13:03:41  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION **** 1112 -> 708 (dist 18537.226562 -> 18537.226562)
    2020-09-22 13:03:41  [pid:372, thid:1848705840, thspid:520] Ends recording MovingMap track d=18537.2 m, odo=18537.2 asc=147.8 alt=135.4 t=16ms,n=708

    Passage de 1214 à 809 = 405

    2020-09-22 13:28:41  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION INI **** TWON-12762 npunts 1214
    2020-09-22 13:28:41  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION FIN **** TWON-12762 npunts 809
    2020-09-22 13:28:41  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION **** 1214 -> 809 (dist 24473.158203 -> 24473.158203)
    2020-09-22 13:28:41  [pid:372, thid:1848705840, thspid:520] Ends recording MovingMap track d=24473.2 m, odo=24473.2 asc=216.1 alt=132.5 t=26ms,n=809

    Passage de 1312 à 910 = 402

    2020-09-22 13:53:44  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION INI **** TWON-12762 npunts 1312
    2020-09-22 13:53:44  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION FIN **** TWON-12762 npunts 910
    2020-09-22 13:53:44  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION **** 1312 -> 910 (dist 30007.083984 -> 30007.083984)
    2020-09-22 13:53:44  [pid:372, thid:1848705840, thspid:520] Ends recording MovingMap track d=30007.1 m, odo=30007.1 asc=258.6 alt=97.4 t=51ms,n=910

    Passage de 1416 à 1012 = 404

    2020-09-22 14:18:38  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION INI **** TWON-12762 npunts 1416
    2020-09-22 14:18:38  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION FIN **** TWON-12762 npunts 1012
    2020-09-22 14:18:38  [pid:372, thid:1848705840, thspid:520] **** TRACK REDUCTION **** 1416 -> 1012 (dist 35535.722656 -> 35535.722656)
    2020-09-22 14:18:38  [pid:372, thid:1848705840, thspid:520] Ends recording MovingMap track d=35535.7 m, odo=35535.7 asc=280.1 alt=110.7 t=26ms,n=1012

    Ce que j'observe:

    C'est que lorsque la vitesse tombe sous le seuil, fixé la distance n'évolue pas..et la trace est propre. 

     

    CDLT

     

    0
    Comment actions Permalink
  • Avatar
    Bernard Perrot

    Bonjour,

    "C'est comme cela que Mr Bernard Perrot est devenu le "gentil BP" ..."

    J'ai la vague impression de ne pas trop comprendre ce que je viens faire là dans cette discussion à laquelle je n'ai pas participé ... ?

    Cordialement,

    0
    Comment actions Permalink
  • Bonjour,

    Mr Perrot, vous n'êtes absolument pas mis en cause, loin de là ! J'ai juste pris votre nom en exemple pour argumente: Mr Charlés vous appelle BP car il fustige vertement tous ceux qui postent des noms propres. Je constate que lui s'accorde le droit de le faire, tout simplement.

    Quand quelqu'un veut établir des règles à d'autres, il faut que lui aussi les respecte.

    Bonne continuation

    Cordialement

    0
    Comment actions Permalink
  • Avatar
    alain pinzaglia

    Bonjour,

    Suite aux nombreux essais effectués, voici un résumé que j'espère complet, sur l'influence du paramètre "Vitesse min en mouvement(MinSpeed_Moving2)" sur une trace.

    Ce paramètre existe indépendemment, à la fois dans les GPS TwoNav et dans LAND. Sa valeur par défaut est en général autour de 0.5km/h.

    Sa valeur n'a aucune influence sur le nombre de points enregistrés par le GPS dans une trace. Quelle que soit sa valeur, la trace enregistrée sera toujours la même. Il est inutile de modifier sa valeur pour espérer avoir moins de points parasites, style perruques.

    L'enregistrement des points de trace ne dépend que 
    - du mode d'enregistrement choisi dans le GPS: temps= ou distance= 
    - et bien sûr, des conditions de réception satellitaire.

    Que ce soit dans le GPS ou dans LAND, ce paramètre sert au calcul des principales valeurs suivantes: Distance, Temps d'arrêt/Temps en mouvement, Vitesses, Pentes.

    Pour le GPS on retrouve ces valeurs dans les Propriétés de la trace, ainsi que dans les champs de données.
    Pour LAND, on retrouve ces valeurs dans les Propriétés de la trace, ainsi que dans la Liste des points. 

    Si l'on veut avoir ces valeurs semblables dans le GPS et dans LAND, il est nécessaire de régler ce paramètre à la même valeur aux 2 endroits.

    Que ce soit dans le GPS ou dans Land, on peut à loisir  faire varier la valeur de ce paramètre, et voir les données listées ci-dessus changer. C'est seulement le calcul qui est modifié. Il n'y a aucune influence sur la trace enregistrée, qui elle, n'est jamais modifiée.  

    Bon, j'ai peut-être oublié des choses, mais le principal est dit.

    Cordialement

     

     

    0
    Comment actions Permalink

Please sign in to leave a comment.