ERREURS SUR LA VALEUR DE L'ODOMETRE TRAJET

enfin une bonne réaction, il va falloir trouver la manière...

Il faut trouver une solution, car je viens de recevoir une fin de non recevoir du Directeur du SAV qui me répond qu'ils ont fait le maximun, ils ont effectivement rendu cohérentes les valeurs données par l'odomètre, le tracé enregistré et BaseCamp.
Peut-être que Monique peut ouvrir une pétition en ligne pour essayer de peser un peu plus.

Ah ça c'est sûr, mais quand ces valeurs sont identiques au mètre près, ça pue l'arnaque !

Une pétition, why not ?

ok pour la pétition mais il faut accrocher les utilisateurs des autres pays qui ont le même problème, le hic c'est d'ouvrir un topic sur le forum garmin mais où? les gps concernés ne sont pas présentés.

je n'y comprend pas grand chose, tu dis que l'odomètre est incrémenté toutes les s.
admettons, mais si le tracé est enregistré disons toutes les 10s, l'odomètre enregistre quoi, entre la seconde 1 et la 10?

L'odomètre est incrémenté toutes les secondes, donc il calcule l'étape et l'ajoute à la valeur précédente. A la fin de la rando il aura additionné toutes les valeurs d'étape calculées chaque seconde.
L'enregistrement du tracé  donnera un résultat qui sera fonction du paramétrage puisqu'on peut choisir, soit automatique, soit la distance, soit le temps. L 'incrémentation de l'odomètre ne dépend pas du paramétrage choisi pour l'enregistrement.
Compte tenu des pb dus à l'incertitude de la géolocalisation, si on paramètre 20 secondes, on devrait obtenir dans des conditions défavorables, (faible vitesse de déplacement réception moins favorable) une valeur plus faible avec les propriétés du tracé enregistré qu'avec l'odomètre, mais Garmin à mis la valeur de l'odomètre dans le registre du tracé enregistré et dans BaseCamp pour s'affranchir de l'incohérence des  3 valeurs calculées.

bonne journée et c'est bien parti avant d'aller galoper sur les chemins
pour démarrer en fête je vous livre un autre fichier, en fait le même que le précédent avec juste une valeur différente, mais si peu (1 octet de différence) Basecamp  avale le morceau sans broncher.
piste spéciale à géométrie variable
un clic-droit et enregistrer sous
n'importe quel logiciel de lecture de gpx va donner la bonne distance sauf Basecamp qui donne ce qu'on lui dit de donner (bêtement), supprimer 1 seul point de longueur 0 et tout retombe sur les bonnes valeurs.

Rapido je ne vais pas rentrer dans les détails le problème date de fin 2012  début 2013 pour tous les gps rando et devant la mise en oeuvre de Garmin pour contourner le problème il va falloir faire du forcing, c'est pas gagné pour différentes raisons.

des tests sont en cours...

Dans tous les cas il faut trouver une solution pour rameuter des utilisateurs et coté forum Garmin il y a des possibilités, reste la pétition proposée par gerschi (il y a des sites spécialisés pour ça) mais il faut surtout trouver les personnes concernées par le problème chez Garmin France si possible mais surtout international pour que l'action aboutisse (sans se faire enfumer d'un autre coté )

Bonjour
A ce propos, un post trouvé sur le forum Garmin,
[Vous devez être inscrit et connecté pour voir ce lien]

ou encore [Vous devez être inscrit et connecté pour voir ce lien]

gerschi a écrit:L'odomètre est incrémenté toutes les secondes, donc il calcule l'étape et l'ajoute à la valeur précédente. A la fin de la rando il aura additionné toutes les valeurs d'étape calculées chaque seconde.
L'enregistrement du tracé  donnera un résultat qui sera fonction du paramétrage puisqu'on peut choisir, soit automatique, soit la distance, soit le temps. L 'incrémentation de l'odomètre ne dépend pas du paramétrage choisi pour l'enregistrement.
Compte tenu des pb dus à l'incertitude de la géolocalisation, si on paramètre 20 secondes, on devrait obtenir dans des conditions défavorables, (faible vitesse de déplacement réception moins favorable) une valeur plus faible avec les propriétés du tracé enregistré qu'avec l'odomètre, mais Garmin à mis la valeur de l'odomètre dans le registre du tracé enregistré et dans BaseCamp pour s'affranchir de l'incohérence des  3 valeurs calculées.

mais il se base sur quoi, pour "enregistrer" une étape toutes les s, si le point GPS est enregistré toutes les 20s, par ex? il ne va pas inventé je ne sais quels passages farfelus, juste pour enregistrer quelque chose?
le point A est là, le point B 20s après ici, si entre les 2 il y a +/-30m, il enregistre 30m, +/-l'imprécision du GPS
d'ou sors tu cette info d'un enregistrement toutes les s pour l'odomètre?


le fréquence de l'enregistrement des points doit etre adaptée a la vitesse de déplacement, il est évident que toutes les s. en randonnée pédestre est une hérésie, c'est bon en ULM ou sur engin motorisé

L'incrémentation de l'odomètre et l'enregistrement du tracé sont deux fonctions totalement différentes.
L'incrémentation de l'odomètre est effectuée toutes les secondes, ce n'est écrit nulle part, mais si tu regardes la page calculateur de voyage en te déplaçant tu vois que l'odomètre trajet est incrémenté pratiquement toutes les secondes.
Par contre l'enregistrement du tracé se fera en fonction du paramétrage, "auto, distance, temps".
Le GPS te localise en fonction de l'incertitude de localisation, donc au mieux sur un cercle de 3 m de diamètre.
Pour l'odomètre il prendra cette nouvelle position. Pour l'enregistrement du tracé, si tu as paramétrer 20 s, toutes les 20 s il stockera dans le fichier "current", les valeurs qu'il utilisera par la suite pour enregistré ton tracé.
Si tu as paramétré 20 s, même à faible vitesse de déplacement ces valeurs te permettront de calculer la bonne distance parcourue avec le logiciel, qui va bien. Il en sera de même, si tu utilises les propriétés données par le copie du tracé inversé. Le GPS recalcule les bonnes valeurs à partir des données stockées toutes les 20 s. Il en est de même avec Base Camp si tu l'obliges à recalculer, suppression d'un point quelconque, inversion du tracé, etc. Il calculera les bonne valeurs à partir des données fournies par le GPS.
La solution est simple, mais encore faudrait t-il être capable de faire céder Garmin. Il faudrait incrémenter l'odomètre en même temps que le GPS stocke les valeurs dans "current", donc en fonction du paramétrage choisi pour enregistré le tracé. On pourrait ainsi choisir en fonction de la rando que l'on effectue.

gerschi a écrit: Il faudrait incrémenter l'odomètre en même temps que le GPS stocke les valeurs dans "current", donc en fonction du paramétrage choisi pour enregistré le tracé. On pourrait ainsi choisir en fonction de la rando que l'on effectue.

faudra que je vérifie, je ne peux presque pas croire que l'odomètre ne va pas de paire avec l'enregistrement du tracé

si c'est réellement le cas, alors il y a vraiment de quoi se poser des questions sur les compétences des gens de Garmin

He oui ! Mais j'étais en relation avec le Directeur du SAV qui a dû se faire rappeler à l'ordre par l'ingénieur produit et le manager de Garmin Europe.
Dernière réponse, "il n'y aura pas de réponse à ce problème".
L'ingénieur produit est une mule. Si il était intelligent, il devrait prendre en compte ce problème pour le développement des nouveaux produits!!!
J'étais sur ce problème depuis quelque temps et j'ai compris un jour ou autour de chez moi, je vérifié une version logiciel, en regardant la page "calculateur de voyage", j'ai vu que toutes les valeurs sont incrémentées en même temps que le rafraîchissement de l'écran.
Vous pouvez contacter ces personnes avec qui j'étais en relation.
B. R. et le Directeur du SAV P. F.*

* [EDIT de Monique] Garmin ne veut pas que l'on diffuse les noms (ni les coordonnées) de ses employés sur les forums (je me suis déjà fait rappeler à l'ordre à ce sujet, ce qui m'a obligée à éditer et corriger plusieurs messages sous peine de plainte auprès de Forumactif). Ici, j'ai donc fait la même chose en ne laissant que leurs initiales.

Bonsoir
Avant de hurler aux loups ou aux mules une petite chose... même si beaucoup d'entre vous n'aiment pas recalibrer leur gps (au moins l'altimètre) ou ne le recalibre pas avant de démarrer Garmin ne vous laissera pas passer cette erreur (gps rando oblige) et les éléments que vous pourrez fournir seront rejetés: quand on analyse une trace il est facile de voir l'altitude du gps sur le point de départ par rapport à la réalité = trace rejetée s'il n'y a pas concordance et 1% n'est pas suffisant par exemple à 1400m.

Avant toute chose refaites des essais en recalibrant, je n'ai jamais obtenu les erreurs que chacun rapportent et j'ai mis en ligne une trace de mon gps, résultat :
'ton 62s serait-il une exception ? (dixit Sergio),
non mon gps n'est pas une exception mais je prends le temps (3 secondes) de recalibrer l'altimètre avant de partir (le problème avait déjà été soulevé il y a quelques années sur le forum). Comment faire des calculs avec des données erronées quelque soit la valeur de l'interruption pour rafraichir (ou incrémenter) les valeurs du calculateur ça peut grave rallonger le bouzin que ce soit une fois/seconde ou plus, avec un altimètre déréglé et des data gps/alti en compensation c'est quoi le résultat?
Perso il n'y a pas de mule chez Garmin (techniquement) et je ne rentrerai pas dans les détails (si certains veulent des détails pour connaitre la valeur de l'interruption, les algorithmes, etc... pas de problème en cherchant bien on trouve des outils et avec un peu (beaucoup) de patience on regarde et on a des billes...)

Quant à la manière dont Garmin a géré le transfert vers Basecamp ça c'est une autre histoire qui devrait être réglée, ainsi que la gestion de l'odomètre sans le calibrage précis de l'altimètre (ça va être dur c'est plus l'époque des 60csx). Pour le quidam qui prends son gps pour aller aux champignons il n'y a pas de problème il retrouvera le bon coin. Pour l'utilisateur basique qui ne sait pas que le recalibrage est nécessaire c'est génant s'il veut utiliser le tableau du calculateur.
Avant le bidouillage il était possible d'obtenir une info sur la bonne valeur de la trace sauvegardée qui était différente de celle du tableau de bord.

goti73 donne 2 liens dont 1 intéressant qui est pris en compte par le 'Desktop App Developer' de Basecamp qui va surement transmettre les données au service gps (heu ça dure cette histoire), dans un premier temps c'est un moyen de mettre Garmin devant le problème mais attention aux traces non conformes qui seront rejetées.

j'ai pas fini de me servir de ma "CASIO"............très fiable elle !!!!!!!!!!

Bonjour, réponse à jcphal.
[Vous devez être inscrit et connecté pour voir cette image]
Sur la première image, on voit que l'incertitude de géolocalisation positionne le randonneur de façon aléatoire, cette trace n'est pas naturelle, la trace bleue se rapproche me semble t-il beaucoup plus de la réalité.
On voit d'ailleurs sur la deuxième image,  que les deux traces se superposent, la géolocalisation pour une raison que je ne connait pas est nettement meilleure, mais on voit quand même un petit accident de parcours.
Quant on analyse la trace entièrement, il y a beaucoup plus de coïncidence entre les deux traces que d'anomalie, ce qui explique les bonnes valeurs données par l'odomètre.
Je pense qu'il y a deux raisons à cela, d'une part certainement de très bonne conditions de réception et d'autre part une vitesse de déplacement relativement rapide, 1.25 m/s et peut-être aussi un GPS particulièrement performant.
Tous les problèmes que nous avons rencontrés sont liés à la vitesse de déplacement qui était faible, ce qui est le cas en montagne ou avec des groupes moins performants, le groupe que j'ai animé lundi se déplaçait en moyenne à 2 km/h.
En montagne si tu montes 400 m en 1 heure, sur une pente de 30 %, tu parcours 1391 m, ce qui donne une vitesse de déplacement de 0.38 m/s.
Ensuite généralement j'étalonne le compas à chaque changement de pile et j'étalonne l'altimètre à chaque randonnée.
Je lis aussi qu'il t'est possible de connaitre le temps de rafraîchissement de l'odomètre, cette valeur m'intéresse.
Si tu as aussi la possibilité de connaitre la résolution de la mesure de distance, (est-ce le cm, le dm, le mètre ?) Toutes ces valeurs ont leur importance pour comprendre ce qui ce passe.
Si on incrémente l'odomètre toutes les secondes, le système est-il capable de mesurer une étape de 0.38 m si je suis en montagne et de toute manière en raison de l'incertitude de géolocalisation on peut être positionné  à 3 m de cette position. L'étape fera 3.38 m au lieu de 0.38 m. Mais l'incertitude de géolocalisation étant aléatoire voir ta trace et la nature faisant bien les choses au bout du compte on aura une erreur moins importante, j'ai quand même fourni une trace à Garmin ou l'erreur était de 43%.
Donc je maintient ma position basée sur l'incrémentation d'une seconde, je ne vois pas comment on peut mesurer une étape de 0.38 m, si on a par ailleurs une incertitude de géolocalisation de 3 m par exemple (ce qui n'était certainement pas le cas tout au long de ta randonnée).
Je répète on ne peut pas améliorer la géolocalisation, on ne peut pas augmenter la vitesse de déplacement du randonneur pédestre, alors il faut artificiellement augmenter la longueur de l'étape, d'ou l'idée d'incrémenter l'odomètre chaque fois que le GPS stocke les valeurs dans le fichier "current", on pourra choisir le temps d'incrémentation pour s'adapter à la vitesse de déplacement du groupe.

bonsoir
Pour les accidents de parcours ben comme je fais des relevés photos géolocailsés de tout un tas d'éléments au bord des routes et des chemins (osm oblige) je décroche de temps en temps et ce n'est pas un accident ça correspond à une prise de vue.
Pour connaitre les valeurs j'ai dit qu'il était possible d'utiliser des outils, je n'ai pas dit que j'utilisais des outils...
Je vais ouvrir un nouveau sujet sur le forum Garmin dans la section Basecamp pour commencer à rajouter des demandes, il faut bien commencer à faire quelque-chose?
Concernant le gps utilisé, c'est le deuxième 62 que j'utilise et les données du premier étaient équivalentes.

[Vous devez être inscrit et connecté pour voir cette image]
J'ai effectué de nouveaux test avec le Map 64s que j'ai étalonné avant de démarrer le trajet. Etalonnage du compas et de l'altimètre.
La première constatation est que l'odomètre trajet est bien incrémenté toutes les secondes.
La deuxième constatation est que l'indétermination de la géolocalisation positionne le randonneur de façon aléatoire sur une trajectoire qui n'à rien à voir avec la réalité.
Le document ci-dessus montre une trace bleue qui correspond à l'enregistrement du tracé avec un paramétrage à 10 secondes. L'analyse de cette trace avec 3 logiciels différents ( CartoExplorer, VisuGPX et Openrunner) donne une moyenne de 1.18 km, ce qui correspond aussi au trajet retracé.
La trace rouge correspond au tracé enregistré en aller/retour avec un paramétrage de 1 seconde, on distingue parfaitement le positionnement aléatoire.
L'analyse de cette trace avec les 3 logiciels donne une distance moyenne parcourue de 2.8 km.
L'erreur est de 18 %. Et pourtant la vitesse de déplacement était de 3.2 km/h, ce qui est supérieur à la vitesse de déplacement en montagne sur forte pente avec un groupe moyen et les conditions de réception étaient favorables, ciel dégagé et terrain découvert.
On peut en déduire que pour avoir quelque chose qui se rapproche de la réalité, il faut calculer la longueur de l'étape, non pas toutes les secondes, mais avec un espace de temps plus long, on voit sur cet exemple, qu'avec 10 secondes on obtient des résultats satisfaisants.
Que faire ? S'il y a quelque chose à faire !  Comme je l'ai déjà écrit, on ne peut pas diminuer l'indétermination de la géolocalisation, il faut artificiellement augmenter la longueur de l'étape, pour en diminuer son influence.
Aussi je pense qu'il faut calculer la longueur de l'étape lorsque le logiciel déclenche l'interruption qui génère le stockage des données qui seront ensuite utilisées pour enregistré le tracé, on bénéficierait ainsi du paramétrage " auto, distance, temps". Cette modification de logiciel est mineure, on a vu pire! Ainsi on pourra adapter l'utilisation du GPS à l'usage qu'on en fait.
Si on est d'accord sur ce principe, peut-on agir auprès de Garmin ? Personnellement j'ai reçu une fin de non-recevoir du Directeur du SAV France. Peut-être que Monique peut nous conseiller ?

[Vous devez être inscrit et connecté pour voir cette image]
Nous avons enregistré ces traces avec des groupes de randonneurs avec un Map62s et un Map64s. Nous avions étalonné nos GPS à Dourgne dans le 81, avant de partir.
Je pense que le problème de positionnement lié à l'indétermination de la géolocalisation n'est plus à démontrer, ce qui se traduit sur le trace globale pour le 62s à une erreur de 15% et pour le 64s à une erreur de 9 %. Le groupe 64s se déplaçait plus rapidement et la géolocalisation est un peu meilleure avec le 64s (système GPS et Glonass oblige), surtout qu'une  partie du trajet était en forêt, donc moins bonne réception.
Pour ma part, j'ai épuisé mes possibilités d'action chez Garmin, je vous ai déjà dit que le Directeur du SAV m'a répondu qu'il ne feront rien.
Donc si nous ne sommes pas capable de faire une action de groupe, nous vivrons avec ce problème.
Je fais appel aux administrateurs pour savoir s'il entrevoient une action possible. Merci par avance.

j'ai vérifié avec mon montana, en effet l'odomètre enregistre toutes les s., enfin ne suit pas le paramétrage de l'enregistrement trace

je n'y ai jamais fait attention car j'utilise le GPS principalement en VTT, et qu'au bout d'un km les m ne sont plus affichés, mais de 0 à 999m on voit bien la distance augmenter m par m, ce qui est effectivement complètement débile avec un truc précis à 2m au mieux

Bonsoir,

gerschi a écrit:Je fais appel aux administrateurs pour savoir s'il entrevoient une action possible.

 Je pense que c'est sur le forum Garmin US qu'il faut poster le compte-rendu des anomalies que vous avez constatées et vos remarques à leur sujet car, en France (qui plus est sur un petit forum comme le nôtre   ), il est possible que Garmin nous lise mais il ne nous écoute (et ne nous écoutera) pas.

Je vais essayer de placer un message sur le forum Garmin US, mais en attendant une réponse hypothétique à laquelle je ne crois pas, il serait bien que tous les randonneurs pédestres qui ont un problème avec la valeur donnée par l'odomètre trajet, envoyent un petit message au directeur du SAV France à l'adresse ci-dessous.

bonjour
aie! je relance le sujet car je procède à pas mal d'essais depuis quelques temps, j'effectue 4, 5 ou 6 randos par semaine et je confirme qu'à chaque fois que je ne calibre pas l'altimètre correctement j'obtiens une différence entre le tableau de bord et la valeur réelle de la trace que ce soit en plus ou en moins.
A chaque calibrage avec une altitude correspondant à l'emplacement après le fix les 2 valeurs de distances sont identiques, laissez "chauffer" la machine avant une intervention pour que les tensions soient stabilisées, on a tout le temps...

mais je maintiens que les données internes du fichier brut d'un tracé ne devraient pas être pris en compte par Basecamp ce qui est trompeur dans le cas de différences constatées.

Réponse à jcphal.
Dans le message du 23 mai à 10 h 30, je reproduisais les traces enregistrées avec un 62s et un 64s, que nous avions étalonné au départ de la rando, à DOURGNE dans le Tarn. Etalonnage de l'altimètre et du compas, au même endroit et au même moment.
Les traces enregistrées avec un paramétrage à 1 seconde laissent apparaître le problème de mauvais positionnement dû à l'indétermination de la géolocalisation, et les erreurs qui en découlent (15 % et 9 %), comment une ligne brisée peut-elle donner la bonne longueur ?
Condition de réception en forêt, d'où indétermination plus grande, le 64s indiquait 7 m et vitesse moyenne de déplacement lente 0.83 m/s, pour le groupe Map62s.
J'attends toujours qu'on m'explique comment on peut évaluer une distance parcourue de 0.83 m avec une indétermination de plusieurs mètre !
Par contre lundi j'ai effectué une rando à Montady dans l'hérault temps dégagé pas de forêt, vitesse moyenne de déplacement du groupe 1.16 m/s (4.2 km/h), l'erreur évaluée était de 5 %, ce qui est très correct, difficile d'obtenir mieux, sauf si je me déplace à vélo, ou si on pouvait calculer la distance parcourue toutes les 20 secondes par exemple.
Pour le moment, apparemment, nous ne sommes pas d'accord sur l'origine du problème et surtout on démontre que nous ne sommes incapable de faire prendre en compte nos observations par Garmin qui prend les petits Français pour des billes !!!

De toute façon, la seule chose qui intéresse Garmin, c'est de vendre des GPS pour bagnoles (actuellement, il vient de sortir son Nüvicam et n'a que ça en tête).
J'attends le jour où un concurrent sérieux fera couler le branche "outdoor" de Garmin.

bonjour
aie! je vois que ça coince...
je ne remets pas en question tes raisonnements, vu le nombre d'utilisateurs qui ont des problèmes avec le tableau de bord du gps et ceci depuis au moins 2 ans mais je n'ai toujours pas vu un "petit français" sur le forum Garmin pour rapporter le problème en relation avec Basecamp puisque c'est le seul moyen de présenter l'affaire.
Je pense que chacun a le droit de faire ses démonstrations, chacun met en place les paramètres qu'il veut et utilise le gps à sa manière de plus les résultats peuvent être différents suivant le matériel (j'ai peut-être un 62 particulier).
Si tu relis les posts tu verras que je ne suis pas du tout opposé à une action... que je ne vois pas venir.

[EDIT]

surtout on démontre que nous  ne sommes incapables de faire prendre en compte nos observations par Garmin qui prend les petits Français pour des billes !!!

heu! une petite remarque, le nous ne correspondrait qu'à nous deux , c'est donner trop d'importance aux remarques que je fais de temps en temps.