Movescount, Moveslink et ses .xml...

par **Romain33** » 03 Juil 2012, 19:50

Bonjour à tous,
Je suis l'heureux possesseur d'une Suunto Ambit depuis quelques jours. Je commence un peu à m'habituer à movescount et le monde Suunto mais y trouve pas mal de choses à redire.
Sauf ma méconnaissance due à mon statut de nouvel utilisateur, je ne trouve pas ces fonctions :
- export de moves complets (et pas seulement la trace GPS)
- import de moves (ou plutot fichier gpx, tcx, xml...), issus d'une Garmin ou autre.
- le fichier .xml généré dans l'ordi lors de la connexion de la montre (c:/suunto...) n'est à priori pas utilisable par une grande majorité des logiciels, que ce soit en utilisation pure ou pour conversion : trailrunner, garmin center, gps babel, gpsies, tcx converter... Bref, foutu fichier xml!!

Pour le moment c'est mon probleme principal, j'aimerais pouvoir utiliser ce fichier à ma guise.
Si d'aventures quelques webchercheurs auraient la solution que je n'ai su trouvé en 3 bonnes heures de navigations, je suis grandement preneur.
Merci!!

Romain
Dernier point, avantage ou inconvenient pour certains, j'utilise un mac...

par **serge** » 03 Juil 2012, 20:04

je veux bien 2-3 fichiers xml sur loubet@courir74.com (idem pour quelqu'un qui est sous windows au cas où il y aurait des différences), pour voir ce qu'il est possible d'en faire.

par **Romain33** » 03 Juil 2012, 20:19

Mail envoyé.
Merci beaucoup!!

par **Antoine_974** » 03 Juil 2012, 21:17

Romain : rubitrack fonctionne parfaitement sur mac et gère parfaitement les xml.

par **Romain33** » 03 Juil 2012, 22:30

Effectivement j'ai la version d'essai en ce moment et ça a l'air d'etre plutot bien, j'attends de voir si ça me donne satisfaction pour passer en full version.
Apres je voulais utiliser les fichiers xml sur d'autres applis.

par **serge** » 03 Juil 2012, 22:39

si j'ai bien compris, tu peux déjà exporter la trace GPS ?
il y a pas mal d'autres données dans le fichier, mais seront-elles utilisées par d'autres applis, qui n'ont pas fait de dev spécifique ?

il y a moyen de voir le fichier que tu m'as envoyé chez suunto ? afin que je conprenne les unités et la signification de certains champs.

par **Romain33** » 03 Juil 2012, 23:24

La trace peut etre exportée en kml ou gpx sans le reste des données hélas.
Les autres champs sont certainement la vitesse, l'altitude, le temps...
Je ne sais meme pas si en possedant toi meme un compte movescount tu peux y importer le fichier que je t'ai envoyé. Ils sont transférés sur movescount avec moveslink depuis ma montre mais je ne vois pas comment importer un fichier qui n'est pas sur un appareil GPS...

par **serge** » 03 Juil 2012, 23:36

je veux juste consulter la séance correspondante sur le site de suunto, afin de comprendre comment est codé la latitude et longitude :
<Latitude>0.802235551913643</Latitude>
<Longitude>0.1207055416432705</Longitude>

qu'est ce que <EHPE>12</EHPE> ?
l'unité de <Temperature>298.45</Temperature> ?
l'unité de <VerticalSpeed>0.25</VerticalSpeed> ?
l'unité de <Speed>2.37</Speed> km/h mile/h ?

tu avais un cardio lors de cette sortie ?

ce qui est intéressant, c'est d'avoir l'altitude issue du baromètre et issue du GPS, je me suis fait une belle courbe pour comparer les 2.

par **cloclo** » 04 Juil 2012, 00:20

serge a écrit:comment est codé la latitude et longitude :
<Latitude>0.802235551913643</Latitude>
<Longitude>0.1207055416432705</Longitude>
En radians (*180/pi pour avoir en degrés)
qu'est ce que <EHPE>12</EHPE> ?
Expected Horizontal Positioning Error (en m?)
l'unité de <Temperature>298.45</Temperature> ?
Degrés Kelvin (retrancher 273 pour avoir Celsius)
l'unité de <Speed>2.37</Speed> km/h mile/h ?
Mètres/secondes (*3.6 pour avoir km/h)

par **serge** » 04 Juil 2012, 00:26

cloclo a écrit:
serge a écrit:qu'est ce que <EHPE>12</EHPE> ?
Expected Horizontal Positioning Error (en m?)
l'unité de <Temperature>298.45</Temperature> ?
Degrés Kelvin (retrancher 273 pour avoir Celsius)
l'unité de <Speed>2.37</Speed> km/h mile/h ?
Mètres/secondes (*3.6 pour avoir km/h)

merci

reste le plus embetant :
<Latitude>0.802235551913643</Latitude>
<Longitude>0.1207055416432705</Longitude>

nous mène au beau milieu de la mer, alors que le sortie se fait entre 1000 et 2000m d'altitude. comment donc interpreter ces valeurs ?

par **cloclo** » 04 Juil 2012, 00:34

serge a écrit:reste le plus embetant :
<Latitude>0.802235551913643</Latitude>
<Longitude>0.1207055416432705</Longitude>

T'as lu ma réponse trop vite, avant que je n'ai eu le temps de compléter :wink:

par **serge** » 04 Juil 2012, 00:42

cloclo a écrit:
serge a écrit:reste le plus embetant :
<Latitude>0.802235551913643</Latitude>
<Longitude>0.1207055416432705</Longitude>

T'as lu ma réponse trop vite, avant que je n'ai eu le temps de compléter

du coté d'Argentière, cela me va mieux.

j'avais zappé :
<EnergyConsumption>83.73599999999999</EnergyConsumption>
car c'est toujours la même valeur, mais vu que tu es chaud :wink:

par **cloclo** » 04 Juil 2012, 00:53

serge a écrit:[
<EnergyConsumption>83.73599999999999</EnergyConsumption>
car c'est toujours la même valeur, mais vu que tu es chaud

Dans le fichier .xml que j'ai, ce n'est pas toujours la même valeur:
Il y a une valeur cumulée au début du fichier qui correspond "à mon humble avis" à l'énergie consommée pendant la sortie en Joules (/4184 pour l'avoir en calories).
La valeur au fil du fichier correspond à l'énergie consommée par seconde (AMHA), également en Joules.

Bon, ce sera tout pour aujourd'hui, les consultations GPS ne me valent pas que des amis :wink:

par **Jean-Phi** » 04 Juil 2012, 14:27

je n'en reviens pas comme vous maniez ça tranquille ! :shock:

C'est d'un charabia pour moi tout ça ! Pourtant, je m'y intéresse mais là... ouahh ! respect clo clo et serge. :shock:

par **Romain33** » 04 Juil 2012, 16:44

Oui, je suis un peu bluffé.
Vous l'ouvrez en message texte et vous interpretez les valeurs?

Je n'avais pas mis le cardio sur cette sortie qui etait bien vers l'argentiere (cross du mont blanc).

Alors en vous lisant on s'aperçoit que ce qui differe d'un xml "ordinaire" c'est qu'il y a plus d'informations (voir trop). Et ça semble poser probleme pour le convertir non?

par **serge** » 04 Juil 2012, 16:52

Romain33 a écrit:Alors en vous lisant on s'aperçoit que ce qui differe d'un xml "ordinaire" c'est qu'il y a plus d'informations (voir trop). Et ça semble poser probleme pour le convertir non?

il y a une complication car il y a une série de données pour les données issues de l'ati barométrique, et une série de donnée pour les données issues du GPS, avec des données différentes pour chaque série (avec une mesure toutes les secondes pour les 2 séries, cela fait un paquet de point et un très gros fichier).
mais c'est surtout que les termes sont propres à suunto, donc il faut modifier le convertisseur pour s'adapter à ce type de fichier. j'ai commencé ce travail sur kikourou mais cela va me prendre quelques temps.
il me faudrait un fichier avec le cardio, car il devrait y avoir des données suplémentaires.

par **Romain33** » 04 Juil 2012, 18:32

Ok, je comprends à peu prés, c'est vrai que la montre prend aussi l'altitude baro en plus de celle obtenue avec le GPS... Une usine à gaz!!
J'ai justement fait un entrainement aujourd'hui, je t'envoie le fichier xml tout de suite.

par **cloclo** » 04 Juil 2012, 19:35

serge a écrit:il me faudrait un fichier avec le cardio, car il devrait y avoir des données suplémentaires.

En tête de fichier:
<HR>
<Avg>2.416666666666667</Avg>
<Max>2.8</Max>
<Min>1.483333333333333</Min>
</HR>
Au fil du fichier:
<HR>1.533333333333333</HR>

C'a a l'air d'ête exprimé en battements/seconde, donc *60 pour avoir la FC en battements/minute.

par **serge** » 04 Juil 2012, 19:45

cloclo a écrit:
serge a écrit:il me faudrait un fichier avec le cardio, car il devrait y avoir des données suplémentaires.

En tête de fichier:
<HR>
<Avg>2.416666666666667</Avg>
<Max>2.8</Max>
<Min>1.483333333333333</Min>
</HR>
Au fil du fichier:
<HR>1.533333333333333</HR>

C'a a l'air d'ête exprimé en battements/seconde, donc *60 pour avoir la FC en battements/minute.

je deviens bon, j'avais trouvé.

reste :
<PeakTrainingEffect>3.4</PeakTrainingEffect>
une valeur propre à Suunto ?

et à la fin du fichier :
<IBI>101 798 789 745 744 728 725 709 691 676 662 638 637 ........ 444 446 159</IBI>

par **cloclo** » 04 Juil 2012, 19:57

serge a écrit: <PeakTrainingEffect>3.4</PeakTrainingEffect>
une valeur propre à Suunto ?

PTE

serge a écrit:et à la fin du fichier :
<IBI>101 798 789 745 744 728 725 709 691 676 662 638 637 ........ 444 446 159</IBI>
Inter beat Intervals (en millisecondes).

Demande à Aroche :wink:

par **serge** » 04 Juil 2012, 20:14

le fichier xml, il faut obligatoirement avoir une connexion avec le site de suunto pour l'obtenir, ou il est possible de l'obtenir à partir du logiciel, même sans connexion ?

par **Antoine_974** » 04 Juil 2012, 21:11

Tu le trouves sur ton disque dur dans le repertoire de Movelink2.
En remontant le post Sur la Suunto Ambit Noir HR tu trouveras le chemin d'accès.

par **Romain33** » 04 Juil 2012, 21:26

Oui, ils sont stockés sur l'ordi, windows je ne connais pas le chemin mais sur mac c'est utilisateurs/Bilbliotheque/application support/suunto.

par **Antoine_974** » 05 Juil 2012, 16:26

Messieurs :

Si j'ai bien compris, dans le fichier xml il y a des notions de vitesse données par fusespeed mais aussi par le GPS ?!?

Est-ce que sur la base d'un fichier xml (j'ai celui du TGV), il serait possible de recalculer le kilométrage obtenu sur la base des vitesses de fusespeed et un kilométrage sur la base sur les vitesses du GPS ?

En fait, on se demande si les erreurs de km de movescount et de l'Ambit ne seraient pas liés aux calculs de distances basés sur les données fusespeed alors que les autres logiciels ne se basent que sur la trace GPS.

Merci d'avance

par **serge** » 05 Juil 2012, 16:36

un extrait filtré :

<sample>
<VerticalSpeed>0</VerticalSpeed>
<Distance>1500</Distance>
<Speed>3.6</Speed>
<Time>493.559</Time>
<UTC>2012-07-04T07:40:12.559Z</UTC>
</sample>
<sample>
<Latitude>0.7821183371764421</Latitude>
<Longitude>-0.01234341527439241</Longitude>
<Time>494</Time>
<UTC>2012-07-04T07:40:13Z</UTC>
</sample>
<sample>
<VerticalSpeed>0</VerticalSpeed>
<Distance>1500</Distance>
<Speed>3.64</Speed>
<Time>494.559</Time>
<UTC>2012-07-04T07:40:13.559Z</UTC>
</sample>
<sample>
<Latitude>0.7821182534006379</Latitude>
<Longitude>-0.01234253388312015</Longitude>
<Time>495</Time>
<UTC>2012-07-04T07:40:14Z</UTC>
</sample>

donc la distance semble mesurée selon l'accéléromètre.
avec les points GPS, il est aussi possible de calculer une distance, il n'y a pas cette info dans le logiciel ? un export de la trace et import ailleurs pour connaitre sa valeur si ce n'est pas le cas.

par **Antoine_974** » 05 Juil 2012, 16:51

super donc avec les logiciels (sportrack, rubitrack et autres), la distance est mesurée sur les infos GPS.

Sauriez-vous faire une moulinette pour calculer la distance à partir de l'accéléromètre sur un fichier fourni ?

Car si c'est possible, et que la distance trouvée avec la moulinette sur les données de l’accéléromètre est égale aux valeurs annoncées par la montre, il suffit de désactiver fusepspeed pour que la distance soit calculée sur les données GPS et donc + fiable.

J'espère avoir été clair !! :?:

par **Guénaël** » 05 Juil 2012, 16:56

Antoine26 a écrit:super donc avec les logiciels (sportrack, rubitrack et autres), la distance est mesurée sur les infos GPS.

Sauriez-vous faire une moulinette pour calculer la distance à partir de l'accéléromètre sur un fichier fourni ?

Car si c'est possible, et que la distance trouvée avec la moulinette sur les données de l’accéléromètre est égale aux valeurs annoncées par la montre, il suffit de désactiver fusepspeed pour que la distance soit calculée sur les données GPS et donc + fiable.

J'espère avoir été clair !!

Non seulement c'est clair .... mais en plus on croise les doigts pour que tu aies raison ! :mrgreen:

par **serge** » 05 Juil 2012, 17:01

on a la vitesse en m/s pour chaque seconde, il suffit donc en théorie d'aditionner ces vitesses pour obtenir une distance. sur le fichier que j'ai, cela donne 23671,89 m alors que la distance qui apparait est de 22071 m. l'algo n'est donc pas si simple.

par **Antoine_974** » 05 Juil 2012, 17:02

Je vais tester avec mon fichier du TGV de ce WE ce soir.

par **Antoine_974** » 05 Juil 2012, 18:58

Avec quoi ouvrez-vous le fichier xml ?

par **serge** » 05 Juil 2012, 19:08

Antoine26 a écrit:Avec quoi ouvrez-vous le fichier xml ?

n'importe quel éditeur de texte.

par **Jean-Phi** » 05 Juil 2012, 20:01

cloclo a écrit:
serge a écrit: <PeakTrainingEffect>3.4</PeakTrainingEffect>
une valeur propre à Suunto ?

PTE
serge a écrit:et à la fin du fichier :
<IBI>101 798 789 745 744 728 725 709 691 676 662 638 637 ........ 444 446 159</IBI>
Inter beat Intervals (en millisecondes).
Demande à Aroche

dois-je me gausser ? Je me gausse... :mrgreen:

par **Antoine_974** » 05 Juil 2012, 20:04

serge a écrit:
Antoine26 a écrit:Avec quoi ouvrez-vous le fichier xml ?

n'importe quel éditeur de texte.

Je n'y arrive pas sur mac je testerai sur PC demain.

par **montant** » 05 Juil 2012, 20:38

Je vais y aller de mon post pour donner le lien de mon script python qui convertit un fichier xml en fichier gpx, avec élévation dans le fichier gpx extraite de la série alti-gps ou de la série alti-baro du fichier xml, recopie ou pas des données cardiaques, etc :
http://code.google.com/p/ambit2gpx/downloads/list

Si vous lisez le Python, toutes les histoires de conversion se retrouvent dans le code du script (peu commenté j'avoue).

S'il y a des choses que vous aimeriez voir faire par ce script, comme tout code libre, deux possibilités s'offrent à vous :
- les demander gentiment :-)

- les coder vous-mêmes en prenant une part active à l'évolution du script

par **Romain33** » 05 Juil 2012, 21:02

Utilisable avec un mac?

par **montant** » 05 Juil 2012, 21:08

Romain33 a écrit:Utilisable avec un mac?

je viens de faire une petite recherche, si j'ai bien compris, il y a un interpréteur python disponible nativement sur certains mac os : http://www.python.org/getit/mac/ dans les autres cas, il faut en installer un, mais ça se trouve

J'espère que mon script ne part pas du principe, à mon insu :-)

, qu'il tourne sur un PC. Si c'est le cas et que du coup il grogne sur mac, préviens-moi.

par **cloclo** » 05 Juil 2012, 21:41

Antoine26 a écrit:Je n'y arrive pas sur mac

Avec Dashcode.

par **cloclo** » 05 Juil 2012, 21:52

montant a écrit:http://code.google.com/p/ambit2gpx/downloads/list

Merci Joel, on va pouvoir faire mumuse :wink:

par **Antoine_974** » 06 Juil 2012, 09:39

Après analyse du xml du TGV de dimanche dernier :

En en-tête on trouve bien un notion de distance <Distance>55402</Distance> et qui correspond à ce qui est affiché par la montre et sur movescount : 55,402 km

Par contre quand je fais la somme des Speed></Speed> je trouve 61,02 km...

étonnant ?!?

par **cloclo** » 06 Juil 2012, 10:14

Antoine26 a écrit:Après analyse du xml du TGV de dimanche dernier :
En en-tête on trouve bien un notion de distance <Distance>55402</Distance> et qui correspond à ce qui est affiché par la montre et sur movescount : 55,402 km
Par contre quand je fais la somme des <Speed></Speed> je trouve 61,02 km...
étonnant ?!?

Oui, et non.
Oui, car en toute logique mathématique, distance = Intégrale (dx/dt(vitesse)dt).
Non, car pas sur que la vitesse soit calculé par le même algorithme que la distance.
Les mystères de Suunto sont difficilement pénétrables :wink:

Et si tu repasses ta trace transformée en .gpx avec le script python de Yves (montant) dans Sporttracks, ça donne quoi comme distance?

Qui est en ligne ?