Fichiers de traces TRK (CompeGPS Twonav), GPX, ...
Bonjour,
Quelqu'un saurait-il "décoder" (ligne par ligne, paramètre par paramètre, ...) un fichier de trace *.TRK (CompeGPS Twonav) tel que l'extrait ci-après (j'y ai flouté" quelques informations personnelles)?
Quelles sont les pertes d'informations (à l'évidence il y en a) lorsque, dans LAND, on l'enregistre en le transformant sous *GPX ?
Existe-t-il un "outil" qui ferait cette transformation avec moins de pertes ?
Merci pour les réponses éventuelles.
Alain
B UTF-8
G WGS 84
U 1
P twonav-horizon-2017 4.5.1
Q 6##5-6##R-2##H-4##1
C 255 0 0 4 2.0 0 "" 0xFFFFFFFF
L -02:00:00
V 0 0 0 0 0 0 0 -1.0 0
E 0|1|00-NUL-00 00:00:00|00:00:00|0|13
X 377,378,152,3924,3928,376,
f ###############@yahoo.fr
c 401:-1 402:2 403:3 404:3 405:0 406:2 407:0
z 2.840577,45.747370,3.015800,45.834748,1561271281.000000,1561294153.000000,65485.734375,65601.460938,1354.762207,1361.818604,3.746957,2.871646,1,
m 80.000000,68,0,40.000000,Cyclotourisme
T A 45.78440499ºN 3.01264996ºE 23-JUN-19 06:28:01.000 s 829.480957 0 0 0 0 -1000 -1.000000 9 -1 98 -1 -1 -1.000000
x -1.0,-1.0,-1.0,5.4,0,-1.0
T A 45.78440499ºN 3.01264996ºE 23-JUN-19 06:28:02.000 s 829.496521 0 0 0 0 -1000 -1.000000 9 -1 98 -1 0 0.250000
x 0,0.3,6.1,5.4,0,-1.0
################################################################""
T A 45.78440834ºN 3.01264325ºE 23-JUN-19 06:28:17.000 s 829.442505 0 0 0 0 -1000 -1.000000 9 -1 98 -1 0 0
x 0,0,5.5,5.0,0.2,-1.0
T A 45.78440834ºN 3.01264325ºE 23-JUN-19 06:28:18.000 s 829.441772 0 0 0 0 -1000 -1.000000 9 -1 98 -1 0 0
x 0,0,5.5,5.1,0,-1.0
######################################################################
T A 45.78443667ºN 3.01297165ºE 23-JUN-19 06:28:53.000 s 828.4 0 0 0 0 -1000 -1.0 10 -1 78 96 0 2.7
x 0,2.7,7.3,5.6,0.4,96.0
T A 45.78444840ºN 3.01311331ºE 23-JUN-19 06:28:57.000 s 828.2 0 0 0 0 -1000 -1.0 10 -1 82 94 0 2.7
x 0,2.7,7.7,6.0,0.4,94.0
####################################################################
T A 45.78420499ºN 3.01344339ºE 23-JUN-19 06:29:20.000 s 827.1 0 0 0 0 -1000 -1.0 10 -1 212 90 0 3.5
x 0,3.5,9.4,6.6,0.4,90.0
T A 45.78412335ºN 3.01337834ºE 23-JUN-19 06:29:22.000 s 827.1 0 0 0 0 -1000 -1.0 10 -1 208 90 28 3.7
x 28.0,3.7,8.1,6.1,0.3,90.0
#####################################################################
T A 45.76978829ºN 2.97570504ºE 23-JUN-19 06:57:30.000 s 970.0 0 0 0 0 -1000 -1.0 11 -1 248 128 0 0.3
x 0,0.3,5.3,4.9,0.4,128.0
T A 45.76973498ºN 2.97559340ºE 23-JUN-19 06:57:36.000 s 970.5 0 0 0 0 -1000 -1.0 11 -1 242 130 42 1.3
x 42.0,1.3,6.2,5.2,0.4,130.0
##################################################################"
T A 45.77273838ºN 2.96667002ºE 23-JUN-19 07:35:37.000 s 1341.8 0 0 0 0 -1000 -1.0 9 -1 140 146 42 1.3
x 42.0,1.3,8.2,8.1,0.3,146.0
T A 45.77265171ºN 2.96673674ºE 23-JUN-19 07:35:44.000 s 1342.9 0 0 0 0 -1000 -1.0 9 -1 148 145 38 1.3
x 38.0,1.3,8.7,9.5,0.2,145.0
################################################################
T A 45.77082999ºN 2.96308005ºE 23-JUN-19 07:50:56.000 s 1400.3 0 0 0 0 -1000 -1.0 9 -1 294 -1 0 0
x 0,0,6.6,7.1,0,-1.0
T A 45.77082831ºN 2.96308005ºE 23-JUN-19 07:53:46.000 s 1399.3 0 0 0 0 -1000 -1.0 9 -1 294 113 0 0
x 0,0,6.8,7.2,0,113.0
-
Bonsoir,
Avec la dernière version de Land il n'y a plus de pertes d'infos..
Sinon tu perd ceci
<extensions>
<line xmlns="http://www.topografix.com/GPX/gpx_style/0/2">
<width>2</width>
</line>
<gpxx:TrackExtension>
<gpxx:DisplayColor>Red</gpxx:DisplayColor>
</gpxx:TrackExtension>
<twonav:TwoNavExtension>
<twonav:language>2</twonav:language>
<twonav:difficulty>5</twonav:difficulty>
<twonav:activity>1</twonav:activity>
<twonav:rating>4</twonav:rating>
<twonav:circular>2</twonav:circular>
<twonav:terrain>0</twonav:terrain>
</twonav:TwoNavExtension>
</extensions>Dans le TRK c'est ici
C 0 255 0 3 2.0 0 "" 0xFFFFFFFF
************************
E 0|1|00-NUL-00 00:00:00|00:00:00|0|2Vu qu'il n'y a plus de pertes ca fait un moment que je n'ai pas bidouiller ces deux lignes.
-
Non, pour moi ont ne perd plus rien. Je n'ai pas noté la correspondance. L'activité est codée dans la ligne V, le seul cas ou ca bloque c'est si tu part faire de la randonnée avec un profil vélo par exemple, il y a un des deux bit de la ligne V qui ne se modifie plus, faut le faire a la main. Mais Trk/Gps c'est les lignes extensions qui dans le TRK sont dans la ligne C champ 401 a 407. Ont peut passer de trk a gpx et inversement sans perte. Le message Window est présenté tant que le gpx n'a pas été enregistré .
V 0 0 0 0 0 0 0 -1.0 0
E 0|1|00-NUL-00 00:00:00|00:00:00|0|1014
X 152,3924,3928,
f _none_
c 401:2 402:2 403:5 404:3 405:-1 406:2 407:32
z 3.412563,49.939223,3.439765,49.969838,1611152058.000000,1611156852.000000,10104.119141,10119.581055,107.099991,102.899994,2.207587,2.111325,1,
m 75.000000,65,0,40.000000,TRAIL Route<extensions>
<line xmlns="http://www.topografix.com/GPX/gpx_style/0/2">
<width>2</width>
</line>
<gpxx:TrackExtension>
<gpxx:DisplayColor>White</gpxx:DisplayColor>
</gpxx:TrackExtension>
<twonav:TwoNavExtension>
<twonav:language>2</twonav:language>
<twonav:difficulty>2</twonav:difficulty>
<twonav:activity>5</twonav:activity>
<twonav:rating>3</twonav:rating>
<twonav:circular>2</twonav:circular>
<twonav:terrain>32</twonav:terrain>
</twonav:TwoNavExtension>
</extensions>Pour le reste c'est facile c'est les données des points de trace derrière TA.
T A 49.95270330ºN 3.41322664ºE 20-JAN-21 14:14:18.000 s 126.000000 0 0 0 0 -1000.000000 -1.000000 12 -1.000000 76 -1 -1 -1.000000
x 3.9,3.6,0.3<trkseg>
<trkpt lat="49.952703" lon="3.413227"> <ele>126.0</ele><time>2021-01-20T14:14:18.000Z</time> <sat>12</sat> -
Bonsoir,
Modestement....
Cordialement
Un utilisateur.
Laurent
PS:
C 255 0 0 4 2.0 0 "" 0xFFFFFFFF
Les 3 chiffres en gras sont une couleur RVB (Rouge Vert Bleu), la trace.
255 (100%) de Rouge, 0 (0%) de Vert, 0 (0%) de Bleu.
https://fr.wikipedia.org/wiki/Rouge_vert_bleu
Le 4 qui suit, c'est "l'épaisseur" de la ligne.
Avant, TRK => GPX on perdait l'épaisseur, la couleur et ????? de la trace
-
Bonjour,
Merci Eagle Four et Laurent pour ces informations.
Une question plus pointue : y a-t-il, dans le fichier, une information concernant la source (soit GPS, soit barométrique, soit DEM, ...) des altitudes ? ...
... lesquelles altitudes d'ailleurs sont données, étonnamment, au micron (10E-6 m) !!! pour les quelques premières et, plus loin, simplement au décimètre (ce qui paraît davantage "raisonnable").
Alain
-
Bonjour,
Ouvre une trace récente matrace.trk, exporte là au format matrace.csv .. Dans Land enregistrer sous et choix *.csv Je te laisse découvrir.
Ensuite ouvre matrace.trk avec Notepad par exemple et matrace.csv avec notepad place les dans deux fenêtres "cote/cote" et observe.. Je te laisse découvrir
Attention selon la version du GPS et de Land ca peut évoluer.
Cordialement
-
Merci beaucoup, Eagle Four, pour ta prévenance à ma demande,
J'avais déjà fait cela.
Cela permet de réorganiser le fichier et de comparer plus facilement, certes, mais, j'ai beau observer ("et observe.. Je te laisse découvrir"), je ne découvre pas la réponse à ma question.
Tant pis. Ce n'est pas d'un intérêt majeur.
Merci encore.
Alain
-
Bonjour,
N'ayant pas vu de description pour la ligne L -02:00:00, je vais donc la faire:
C'est le décalage Heure UTC - Heure Locale.
En effet, les informations de temps dans les fichiers .TRK sont en heure UTC. Cette ligne, rajoutée dans les traces depuis la version TwoNav 3.4 je crois, permet par exemple, de représenter les traces dans Land en heure locale.
Avec L -2.00.00 le temps de chaque point de la trace est décalé de -2h 0min 0sec par rapport à l'heure locale.
En pratique, on a L -2.00.00 durant l'heure d'été, et L -1.00.00 durant l'heure d'hiver.
CDLT
-
...tant que j'y suis, je rajoute:
Si on utilise les Laps dans les traces, le début d'un Lap est indiqué par une ligne t ......
Exemple: t 43775||5|0|2.000000|1
43775 c'est la couleur en format condensé (correspond à C 255 170 0 dans cet exemple)
| | on peut mettre un commentaire entre les 2 barres. Il apparaîtra dans la desciption du Lap
5 c'est l'épaisseur de la trace
0 ????
2.000000 c'est l'épaisseur réelle de la trace
1 ????ceci correspond à la ligne C 255 170 0 5 2.0 pour une trace sans Lap.
Ces informations caractérisent tous les points de trace, jusqu'au prochain t .........
Paradoxalement, il semble que le Lap commence à la ligne précédent le t ....... et non à partir de la ligne qui suit, mais ça n'a que peu d'importance.
CDLT
-
Bonsoir,
...petits détails supplémentaires:
t 43775||5|0|2.000000|1
43775 c'est la couleur en format condensé (correspond à C 255 170 0 dans cet exemple)
| | on peut mettre un commentaire entre les 2 barres. Il apparaîtra dans la desciption du Lap
5 c'est l'épaisseur de la trace
0 c'est le type de ligne (continu, tirets, etc...)
2.000000 c'est l'épaisseur réelle de la trace
1 ????Dans une trace sans Lap, on aurait:
C 255 170 0 5 2.0 0 "" 0xFFFFFFFF255 170 0 c'est la couleur, comme l'a dit Laurent
5 c'est l'épaisseur comme l'a dit Laurent
2.0 c'est l'épaisseur réelle
0 c'est le type de ligne (continu, tirets, etc...)
"" ????
0xFFFFFFFF ????CDLT
-
Bonsoir,
Merci Alain D. pour ces détails supplémentaires
Il y a encore les champs ci-après que l'on retrouve dans les Propriétés de la trace:s Titre
N Nom de l'utilisateur
D Nom de la sortie
M Description
c 401:2 402:5 403:10 404:1 405:0 406:1 407:0 (ceux-là on les avait déjà)
Langue, Difficulté, Activité, Evaluation, Cyclabilité, Circulaire, TerrainI pointeur sur l'icone qui sera utilisé pour l'animation
m Poids, Age, Sexe, VO2max (utilisé pour le calcul de l'Energie)
CDLT
-
Bonsoir,
I pointeur sur l'icone qui sera utilisé pour l'animation
Il s'agit dans les Propriétés, Vues de Land de l'icône de la trace.
I C:\Program Files\CompeGPS 770\symbols\IconsPlay\moto2.ico
Le curseur Animation 3D qui sera utilisé est en petit b. Si l'on personnalise, sinon, pas de ligne b et icône par défaut.
b klimmer2.3diUn utilisateur
Cordialement
Laurent
-
Bonjour,
Je suis en 2D.
Si dans les Propriétés de la trace je modifie le champ icone, il est mis dans I comme dans l'exemple cité:
I C:\Program Files\CompeGPS 770\symbols\IconsPlay\moto2.ico
Ensuite ci je fais Animation/Play, j'ai bien une animation montrant une moto qui suit la trace.
CDLT
-
Bonjour Alain,
Tu as raison.
L'icône pour l'animation 2D, c'est la ligne ci-dessous.
I C:\Program Files\CompeGPS 770\symbols\IconsPlay\moto2.ico
Quand on passe en 3D puis,animation, alors c'est l'icône Curseur Animation 3D que l'on voit. Par défaut un "gros rond rouge". Si l'on personnalise le Curseur Animation 3D, alors une ligne b klimmer2.3di se met dans la trace sous la ligne I.
Merci pour la vérif.
D'autre part, si l'on édite un point de trace en y mettant une icône, on obtient une ligne:
a $(CompeGPSSymbols)\COMPEGPS.ZIP\BBQ.png,1,3,0,
,1,3,0, je ne sais pas.
Une autre ligne a pour un son associé:
a D:\Mes documents\CompeGPS\AUDIO\05_xylophone_affirm.wav,0
Un utilisateur
Cordialement
Laurent
-
Bonjour,
Quand, avec Land, on édite un point de trace (Propriétés), on peut mettre une température et une Vitesse de l'air
T A 41.97418922ºN 0.57748201ºW 00-NUL-00 00:00:00.000 s 487.891205 0.000000 27.777779 0.000000 0 -1000.000000 305.149994 -1 488.515350 -1 -1 -1 -1.000000
27.777779 correspond à 100 km/h. L'unité est le mètre/seconde.
305.149994 est en degrés Kelvin, cela correspond à 32 °C (32°C + 273,15 arrondi).
Par contre, sans savoir en tirer des conclusions, il semble que, dans mon exemple ci-dessus, 2 champs altitudes (en italique) soient présents...
488.515350 - 487.891205 = 0,62 cm ?????????????
Il me semble avoir remarqué que l'altitude trace est inférieure à l'altitude au sol.
Un utilisateur
Cordialement
Laurent
-
Bonjour,
Merci Laurent pour ces nouvelles informations.
Je suppose que TwoNav instruit le champ température si le GPS est équipé d'un thermomètre.
Pour les altitudes, il serait bien que TwoNav remplisse le champ altitude du sol à partir d'une carte CDEM, mais ce n'est pas le cas pour les versions que j'utilise. En faisant la différence avec l'altitude de la trace (GPS, Baro), on aurait une estimation de la hauteur par rapport au sol, d'un objet volant par exemple.
Cordialement
Alain
-
Bonjour Alain,
on aurait une estimation de la hauteur par rapport au sol, d'un objet volant par exemple.
J'ai grossis des icônes "altitude" pour comprendre les différentes altitudes.
Il y a un post où cela est discuté mais je ne le retrouve pas.
suite des paramètres d'une trace:
T A xxºN xxºW 29-JAN-21 18:36:27.000 s 470.332947 0.000000 0.000000 0.000000 0 0.500000 -1.000000 -1 473.345703 -1 -1 -1 -1.000000
les 0.500000 correspondent à une vitesse verticale en m/s (ou 30 m/min)
Un utilisateur
Cordialement
Laurent
-
Bonjour,
Petit récapitulatif des divers champs d'un point de trace, sauf erreur de ma part:
(les divers champs sont séparés par un espace)1 T
2 A
3 latitude dd.dddddddd
4 longitude dd.dddddddd
5 date JJ-MM-AA
6 heure UTC hh:mm:ss
7 s point connecté au précédent ou N point non connecté au précédent
8 altitude (source sélectionnée sur le GPS)
9 ???
10 vitesse de l'air en m/s
11 ???
12 ???
13 vitesse verticale en m/s
14 température en °K
15 nombre de satellites reçus
16 altitude au sol
17 cap suivi 0-360°
18 frequence cardiaque
19 cadence pédalage
20 vitesse m/s (capteur de roue)Remarque:
J'ai vu des traces .TRK dont les champs 2,3,4 sont au format 31T 400556 4658740
mais je ne suis pas arrivé à avoir ce format pour mes traces, bien qu'ayant sélectionné Projection UTMPour en revenir au 'header' d'un lap: t 43775|commentaire|5|0|2.000000|1
(les divers champs sont séparés par le caractère: | )1 t
2 couleur codée en 24 bits, soit: (0-255 rouge) + 256x(0-255 vert) + 65536x(0-255 bleu)
3 commentaire
4 épaisseur de la trace
5 type de ligne (continu, tirets, etc...)
6 largeur réelle de la trace
7 ???A suivre...
Cordialement
-
Bonsoir,
Ok Laurent, je l'ai corrigé.
J'avoue cependant ne pas bien comprendre le contenu des 2 champs d'altitude.
Pire encore, lorsque j'utilise Outils/ Calculer l'altitude pour chaque point, j'obtiens l'altitude tirée de la carte CDEM pour les 2 champs !!! Tout ce qu'il y avait dans ces 2 champs est écrasé. Ce serait bien si 1 des 2 champs était conservé...
Finalement, je ne vois pas à quoi ça peut servir.
Cordialement
-
RE,
J'avoue cependant ne pas bien comprendre le contenu des 2 champs d'altitude.
Moi c'est pareil. Mais comment le GPS que l'on porte soit à la ceinture soit accroché à une bretelle du sac à dos soit à un cintre de vélo soit ..... peut connaitre la hauteur du sol en utilisant l'altitude barométrique ? Cette altitude donne la hauteur du GPS pas celle du sol .... pareil pour l'altitude GPS, c'est l'altitude où se trouve le GPS.
L'altitude de la trace, en baromètrique, "sur terre", c'est l'altitude du GPS. Pas celle "à nos pieds".
Pire encore, lorsque j'utilise Outils/ Calculer l'altitude pour chaque point, j'obtiens l'altitude tirée de la carte CDEM pour les 2 champs !!!
Tu fais cela avec Land ou le GPS ? Avec Land cela peut se comprendre. Land n'a pas de baromètre.
Je ne retrouve pas le post où un "aviateur" détaillait différents termes d'altitude...
Finalement, je ne vois pas à quoi ça peut servir.
Si l'on est dans un avion, altitude trace - altitude du sol = altitude de l'avion au-dessus du sol. C'est ce qui me semble le plus logique au vu de l'image des icônes. Mais je ne suis pas "aviateur".
D'ailleurs, quand on a les 2 champs Altitude Trace et Altitude au sol (voir liste des points d'une TRK avec Land), Altitude trace au sol est une différence des 2 champs.
Je me demande si CompeGPS est totalement cohérent dans ses explications. Extrait de l'annexe Champ de données d'un Cross:
•Altitude : altitude au-dessus du niveau de la mer
•Altitude au sol : altitude depuis le niveau du sol
•Altitude barométrique : altitude actuelle captée par l’altimètre barométrique
•Altitude GPS : altitude actuelle selon le signal GPS reçu par satellite
•Altitude du sol : altitude calculée depuis la carte en relief 3D chargée (*.CDEM)Cordialement
Laurent
-
Bonjour,
Laurent, pour en revenir aux 2 champs contenant les altitudes et à ta question Land/GPS:
le 8: c'est le champ d'altitude principal. Il provient de la source sélectionnée sur l'appareil, soit baromètre, soit GPS, soit CDEM. (@Alain D. A ma connaissance, il n'y a pas dans la trace, d'information indiquant quelle source a été choisie dans le GPS). Ce champ 8 est systématiquement renseigné pour chaque point de trace.
le 16: l'altitude au sol, provenant d'un relief CDEM s'il y en a 1 d'ouvert. Malheureusement ce champ n'est pas renseigné sur le terrain, en tous cas, pas avec l'Anima (...avec les GPS plus récents ???).
...lorsque j'utilise "Calculer l'altitude pour chaque point" j'obtiens l'altitude tirée de la carte CDEM pour les 2 champs !!! ...Tu fais cela avec Land ou le GPS ?....
Quand je le fais sur l'Anima, il me remplace toutes les valeurs d'altitude du champ 8 par les valeurs provenant de la carte CDEM. Il ne fait strictement rien dans le champ 16 (...avec les GPS plus récents ???).
Quand je le fais avec Land, il me remplace les 2 champs 8 et 16 par la même valeur provenant de la carte CDEM, ce qui est dommage, ça m'aurait plu de conserver le champ 8.
Pour le fun, j'ai fait la procédure suivante:
- édition du fichier trace: sauvegarde de la colonne 8 contenant mes altitudes
- avec Land, Calculer l'altitude pour chaque point >>> valeur CDEM dans 8 et 16
- édition du fichier trace: restauration de la colonne 8 avec mes valeurs altitudinales
j'obtiens ainsi avec "Liste de points - Altitude trace au sol" dans Land la différence entre mes altitudes et celles du CDEMCordialement
-
Encore une petite info:
Celà concerne la ligne commençant par E : Exemple: E 0|1|00-NUL-00 00:00:00|00:00:00|0|326
La dernière valeur de cette ligne (ici = 326) semble correspondre au nombre de points de la trace.
Je n'ai aucune idée pour le reste des valeurs de cette ligne.
CDLT
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
Kommentare
33 Kommentare