Anomalie sur enregistrement de trace (Application TwoNav)
Bonsoir,
Je voudrais soumettre à votre sagacité une curiosité concernant des enregistrements de traces.
- pour savoir si cela est arrivé à d'autres ;
- pour savoir si vous avez une idée du problème.
Les conditions initiales sont :
- application TwoNav Android ;
- version 5.x ;
- deux personnes différentes, deux smartphones différents, aux deux bouts de la France.
L'anomalie constatée consiste en des enregistrements défectueux, présentant des "aller-retour" entre 4 points successifs dans le temps.
Pour illustrer, voici un cas simple :
Je ne donne pas les relevés de ces points sous forme textuelles, cela n'apporte rien de plus qu'une ce constat visuel. Concernant l'analyse d'effets de bords triviaux, merci de croire que j'ai déjà élagué tout cela, et surtout de considérer que cela a été répétitif, concerne des personnes (l'un à pied, l'autre en vélo) et smartphones différents, à des date différentes et en des lieux éloignés de près de 1000km.
Cela n'altère pas le tracé général, mais cela fausse pas mal la distance.
A noter que dans ces captures d'écran, je zoome fortement, ces aller-retour étant forcément entre 4 points la plupart de temps (c'est à dire que le "retour" ne concerne qu'un point sur la ligne de temps, parfois deux).
Ce qui est très intéressant, c'est de constater la forme de ces aller-retour, ici trace nord-sud (la précédente, est-oust) :
Quelques autres :
On voit que cet aller-retour ne correspond pas à un tracé erratique avec mauvaise réception, il a une caractéristique géométrique très définie : il est toujours tangent à la direction, et quelque soit cette direction ! On voit cela très bien sur des portions de tracés en courbe :
Donc, d'abord, est-ce que certains d'entre vous ont déjà eu ce genre de chose ?
Et est-ce que quelqu'un aurait une interprétation ?
On peut imaginer un bug, mais où ? Dans Android ? Dans TN ?
Une perturbation du signal GPS ? (mais qui produirait une erreur tangente à la direction, curieux... ?)
Merci pour vos avis.
Cordialement,
PS : je n'ai pas transmit de rapport de bug à TwoNav, car je ne sais pas si c'est un bug, si cela vient de TN, et cerise sur le gâteau, je n'arrive plus à reproduire le problème depuis quelques jours (qui correspond au passage à TN5.0.9 sur Android, mais la version 5.0.8 a vécu assez longtemps, et je n'avais jamais vu personne signaler ce problème, je doute pour le moment que ce soit l'origine de la chose)
-
Bonjour,
Oui c'est ainsi avec cette appli depuis le début, il y eu des signalement relatif a ce défaut
"Les conditions initiales sont :
- application TwoNav Android ;
- version 5.x ;
- deux personnes différentes, deux smartphones différents, aux deux bouts de la France."Regarde tout simplement si ce n'est pas en rapport avec l'incertitude de position.
Chez moi cette appli à finit à la corbeille depuis quelques semaines.
Cdlt
-
"Regarde tout simplement si ce n'est pas en rapport avec l'incertitude de position. "
Non, l'incertitude de position produit des erreurs omnidirectionnelles, et à caractère "aléatoire".
Ici, c'est toujours tangent à la direction (avec donc inversion du sens de 180° moins le rayon de courbure réel).C'est cette exacte anomalie dont je voudrais savoir d'autres exemples.
-
Cela dit, ce défaut est présent depuis la mise en ligne de cette appli il y a un an.
Elle a été remontée au SAV, mais comme d'habitude l'équipe soft vis a sa vie il n'en ont rien à faire.
A force de persister dans cet état d'esprit ils vont couler la boite.
Ca fait plus de 15 jours que Land ne communique plus avec les GPS.
cdlt
-
Suite
Ce n'est pas mon constat, j'ai par exemple des traces en décembre dernier, sans cette anomalie.
C'est vrai, ca va ca vient, mais si simultanément tu enregistre avec une autre appli ce défaut n'existe pas sur l'enregistrement de l'autre appli.
De toute évidence c'est projeté sur la route suivie..
Cdlt
-
En fouillant un des fichiesr TRK, j'ai trouvé ceci pour un cas simple d'aller retour :
T A 48.64222828ºN 2.44911164ºW 09-AUG-22 17:20:42.000 s 49.000000 0 0 0 0 -1000.000000 -1.000000 -20 -1.000000 98 -1 -1 -1.000000
T A 48.64222694ºN 2.44909488ºW 09-AUG-22 17:20:43.000 s 49.000000 0 0 0 0 -1000.000000 -1.000000 -20 -1.000000 98 -1 -1 -1.000000
T A 48.64222644ºN 2.44906118ºW 09-AUG-22 17:20:44.000 s 49.000000 0 0 0 0 -1000.000000 -1.000000 -21 -1.000000 96 -1 -1 -1.000000
T A 48.64222677ºN 2.44907442ºW 09-AUG-22 17:20:45.000 s 49.000000 0 0 0 0 -1000.000000 -1.000000 -21 -1.000000 96 -1 -1 -1.000000
T A 48.64222694ºN 2.44904274ºW 09-AUG-22 17:20:45.000 s 49.000000 0 0 0 0 -1000.000000 -1.000000 -20 -1.000000 94 -1 -1 -1.000000
T A 48.64222778ºN 2.44900402ºW 09-AUG-22 17:20:46.000 s 49.000000 0 0 0 0 -1000.000000 -1.000000 -20 -1.000000 94 -1 -1 -1.000000
T A 48.64222929ºN 2.44900284ºW 09-AUG-22 17:20:47.000 s 49.000000 0 0 0 0 -1000.000000 -1.000000 -20 -1.000000 92 -1 -1 -1.000000
T A 48.64222962ºN 2.44899228ºW 09-AUG-22 17:20:48.000 s 49.000000 0 0 0 0 -1000.000000 -1.000000 -20 -1.000000 92 -1 -1 -1.000000Ça correspond à ce tracé là :
On voit clairement, qu'avec un enregistrement programmé sur un cadence temporelle d'une seconde, il y a deux points datés à 17:20:45 !
1) c'est bien évidement anormal ;
2) si on élimine le premier, le tracé redevient correct ;
3) de même (même si ça n'a aucun sens), si on les inverse.Et en fouillant mieux, tous ces aller-retour correspondent à deux points de même horodatage.
On note que le cap, qui est une donnée NMEA originale normalement, reste correct, ce n'est donc pas un "demi-tour" temporaire, mais un "retour à reculons".
Ce qui semble converger vers un bug de TN, si c'était dans le pool NMEA d'Android, on en aurait déjà entendu parler !
Je suis toujours preneur d'autres expériences concernant ce problème.
Cdlt,
PS : à noter au passage un nombre négatif de satellites en vue, qui se traduit par un non-affichage de ce nombre dans Land du coup...
-
Bonjour,
Je m'étais promis de ne plus écrire dans les forums de TN.
Juste pour dire que j'ai exactement le même problème, et que ce sujet a déjà été longuement débattu et remonté chez TN. Ce défaut est plus ou moins marqué suivant les enregistrements, les paramétrages et la vitesse de déplacement.
Plus les versions de TN pour smartphone ont évolué moins bien l'appli a fonctionné. Il y a bien sûr les versions d'Android à prendre en compte mais les enregistrements des autres applis sont parfaits, alors forcement la responsabilité du disfonctionnement est pour les développeurs de TN.
Je suis persuadé que c'est un défaut volontaire de la part de TN. Pour les "petits" utilisateurs, ils ont globalement l'enregistrement de leur déplacement et pour les "utilisateurs plus pointus" il y a de la déception car l'enregistrement n'est pas parfait. On peut accepter des petits défauts de positionnement mais pas les disfonctionnements de l'application. Donc je soupçonne TN de faire volontairement des utilisateurs déçus par les smartphones en espérant qu'ils achètent un GPS TN qui n'a pas ce problème.
Cordialement
-
Bonsoir
"... les enregistrements des autres applis sont parfaits, alors forcement la responsabilité du disfonctionnement est pour les développeurs de TN."
Je partage cette opinion : j'ai fait des enregistrements de trace en parallèle avec TwoNav 5 d'un côté et Oruxmaps ou Locus Map de l'autre. Et les défauts d'enregistrement de TwoNav n'ont jamais été corroborés par Orux ou Locus."... je soupçonne TN de faire volontairement des utilisateurs déçus par les smartphones en espérant qu'ils achètent un GPS TN qui n'a pas ce problème"
Si ce que vous dites était vrai, alors je pense que TN ferait un très mauvais calcul. Surtout quand on voit le nombre de retours défavorables sur les GPS TwoNav. En tout cas c'est hors de question pour moi : si ce problème - et d'autres - n'était pas corrigé sur TN Android, alors j'abandonnerais purement et simplement TwoNav. Après tout ce n'est pas la seule application disponible sur le marché. -
I think this has to do with what I have written on number 17 of the Twonav gps: bug collection thread (https://support.twonav.com/hc/de/community/posts/5961896591644):
17) Tracklog settings not followed, resulting in strange distance accumulations (reported)
I tested it and if the speed, someone is moving with, is somewhere under 5km/h [I didn't test the correct speed], the track recording intervall settings are no longer followed. I got a feedback from Twonav, that it will be fixed with the next Android update.
Since this information was given me, several GPS updates happened but the bug still exists on the GPS Cross. Lets wait for the Android update then.
-
Bonjour Uwe,
Pour savoir si ce bug est le même, il faudrait regarder le fichier TRK pour voir s'il y a des points présentant le même horodatage. Car dans le cas que je rapporte ici, ce bug est parfaitement caractérisé.
Sinon, je ne comprends pas bien :
"...but the bug still exists on the GPS Cross. Lets wait for the Android update then"
Vous voulez parler de la version Android ou de la version matérielle du Cross ???
Cordialement,
PS: Uwe, if you read French, please also reply in French (even if it means using Google Translate), as this thread is intended for users who do not necessarily understand English.
-
Hi Bernarnd,
regarding the use of French language, I can't speak or read it, my understanding is very rudimentary. Regarding Google translate: that will often scramble the content of the intended text so much, that I prefer English though it isn't my mother language.
Regarding the error:
In my opinion it is the same, I left some screenshots in the thread (you have to scroll down almost to the end).
Regarding the fix of the bug:
Yes they told me, it will be fixed in the next Android version. I was hoping to get a fix for the Cross sooner, since the update interval is shorter but till now it is not fixed (and they didn't tell me anything about the Cross though I reported it as a Cross bug too).
-
Uwe,
J'ai bien regardé votre extrait de fichier TRK.
1) il ne comporte aucun point avec le même horodatage ;
2) vous parlez de la version Android 3.3.10, et moi des versions 5.xDonc, non, désolé, il n'y a rien qui montre que nous parlons de la même chose.
Et signaler aujourd'hui un bug dans la version 3.3.10 de Twonav Android n'a aucune utilité, cette version n'est plus maintenue et est obsolète.
Cordialement,
-
1) V3.3.10 was the last version I could find without the error, so it is comparable. I did check versions higher than this on Android, they have this error.
2) The underlying problem is, that Twonav is under some circumstances isn't following the rules for saving a track, defined in the gps.ini - there is no way for "your" and "my" error to appear, if those rules are followed.
3) In my case this error appears only if I'm not moving at a speedminimum of 5km/h, compare that to your case please.
-
Bonsoir,
Bernard, les conformistes sont aveugles et les complotistes dangereux. Il y a aussi les réalistes, heureusement.
Comme je le disais précédemment, j'ai exactement le même problème avec la version TN 5.1.8 et Android 13 (Android 12, c'était pareil). Moi, j'enregistre 1 point tout les 10 mètres. Ce que je constate pour les points des secteurs où le problème existe, c'est qu'il y en a toujours 2 qui ont soit la même heure, soit la même distance d'enregistrement. Dans un cas comme dans l'autre, il y a toujours 2 points pour lesquels la vitesse de déplacement est aberrante.
Je suis d'accord avec Uwe pour dire que jusqu'à la version 3.3.10 il n'y avait pas ce problème. Personnellement j'enregistre aussi en parallèle avec cette version sur le même smartphone et les enregistrements sont toujours parfaits.
Je ne suis donc pas d'accord pour dire que quelque chose qui fonctionne parfaitement est obsolète.
J'utilise aussi un Aventura 2 avec lequel je n'ai aucun problème.
Chez TN, ils savent parfaitement et depuis longtemps qu'il y a ce problème.
Il faut être réalises et arrêter de débattre de ce sujet pour lequel nous ne trouverons pas de solution.
Cordialement
-
Bonsoir,
C'est tout naturel, d'espérer constater l'arrivée d'une correction mais:
- Le nombre de foi ou le SAV a pu laisser entendre "Dans la prochaine version" et constater que le défaut persiste bien des versions plus tard est devenu la norme.
- Constater qu'ils ont passé du temps à changer la couleurs de certaines Icônes, alors qu'il y a bien plus impactant à corriger. (Il y a eu trois versions avec des librairies d'icônes divergentes entre Land et TwoNav, donc des gens qui bossent la dessus sans cohérence produit globale)
De toute évidence, l'équipe qui développe le logiciel chez TwoNav est soit mal encadrée ou mal dirigée, voir les deux. Il y a quelques exemples récents révélateurs.
Prenons le cas du CROSS PLUS il vient d'y avoir coup sur coup deux mises à jour relatives à la configuration du chipset GPS, or il est commun avec TRAIL 2 PLUS et TERRA. C'est tout simplement incroyable ils sont incapables de porter le code d'un type de GPS à un autre, ça fait peur !
CDLT
-
Bonjour,
Je disais que la version 3.x de TwoNav Android est obsolète, car :
- elle n'est plus maintenue (et depuis très longtemps !) par TwoNav ;
- elle n'est plus compatible avec les versions récentes d'Android ;
- elle est remplacée chez l'éditeur par une version plus récente.
Mais si elle fonctionne bien avec votre matériel, tant mieux pour vous.
Obsolète ne veut pas dire inutilisable.Ceci dit, je pense personnellement que TwoNav devrait purement et simplement abandonner la version Android. Celle-ci lui demande de mobiliser des forces de développement qui pourrait être utiles sur ses autres produits. Et TwoNav Android n'apporte rien de "concurrentiel" par rapport à la pléthore d'autres applications plus fonctionnelles et performantes.
Il ne reste plus grand monde sur le marché des GPS matériels, et TwoNav peut continuer d'y promouvoir ses particularités. Une version TwoNav Android ne (me) sert pas à grand chose.
Cordialement,
-
Bonjour,
Ceci dit, je pense personnellement que TwoNav devrait purement et simplement abandonner la version Android. Celle-ci lui demande de mobiliser des forces de développement qui pourrait être utiles sur ses autres produits. Et TwoNav Android n'apporte rien de "concurrentiel" par rapport à la pléthore d'autres applications plus fonctionnelles et performantes.
Ce commentaire est une évidence, et ne fait que plaider dans le sens d'une "stratégie" mal discernée, mal pilotée, bref du "mauvais" général!
Le coût et la mobilisation de ressources d'un tel développement est incompréhensible, il faudrait concentrer les ressources sur leurs développement de niche.
Cdlt
-
Bonjour,
Je reviens sur ce forum pour vous annoncer une bonne nouvelle pour moi et je l'espère pour vous aussi.
Je viens de faire plus de 20 enregistrements sans avoir de trace du fameux problème. Du coup, les distances des enregistrements sont bonnes aussi.
Ce que j'ai fais : sous "Enregistrement activité" j'ai mis le paramètre "Altitude Min. Accumuler" au mini soit 1 m.
Attention, faire ce réglage pour chaque profil utilisé.
Je n'ai pas d'explication car je ne sais pas exactement ce qui se cache derrière ce paramètre.
J'ai maintenant des traces extrêmement précise car mon téléphone capte une double fréquence. La trace est bien plus propre et précise que celle enregistrée en parallèle avec mon Avantura 2.
Pourvu que ça dure et en espérant que ça va marcher pour vous
-
Bonjour,
Je retire ce que j'ai dit dans mon précédent message car je viens de m'apercevoir qu'en parallèle de la modification du paramètre "Altitude Min. Accumuler", j'ai eu une mise à jour automatique de TN (màj du 23/11/2022) qui corrige le problème objet de cette discussion. Les bons enregistrements sont donc dus à cette màj.
Comme je suis testeur Bêta, la mise à jour publique est à venir.
Désolé et j'espère pour vous des enregistrements meilleurs avec TN
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
Kommentare
27 Kommentare