Land et waypoints dans fichiers GPX (traitement hors schema)
Bonjour,
Peut-être avez vous déjà remarqué, mais sinon, un petit avertissement à propos de la gestion des waypoints importés depuis un fichier .GPX
Version courte : Land ne les traite pas correctement et les altère !
Version longue : normalement (au sens normalisation du format de fichiers GPX), les waypoints enregistrés dans un fichier .gpx le sont entre deux balises <wpt>...</wpt>
Ces balises ne sont pas traitées correctement par Land (dont la gestion des waypoints est totalement différentes dans un fichier séparé des traces et routes).
Land transforme ces waypoint en "point de roadbook". Ce qui a pour effet de les intégrer à la trace, quitte à les déplacer pour qu'ils s'insèrent dedans.
Ensuite, si on réenregistre le fichier, ces waypoints deviennent des <trkpt>, et au passage, les noms et commentaires sont changés de champ (le nom <name> devient un commentaire <cmt>, les <cmt> et description <desc> sont perdus).
Par exemple voici l'état d'une transformation :
Fichier .gpx original :
<wpt lat="48.623499" lon="-2.241908">
<ele>28.9</ele>
<name>Ne pas passer</name>
<cmt>Cette partie de sentie n'existe plus, effondrement.</cmt>
<desc></desc>
<sym>Danger Area</sym>
</wpt>
Fichier .gpx re-sauvegardé par Land :
</trkpt>
<trkpt lat="48.623305" lon="-2.241571">
<ele>31.6</ele>
<cmt>Ne pas passer</cmt>
<sym>Danger Area</sym>
</trkpt>
<trkpt ...>
Bien évidement, et malheureusement, si par la suite, on veut imporer le fichier .gpx dans un autre dispositif, la notion de waypoint est perdue, cela ne fonctionne plus comme prévu initialement.
Cela n'est pas non plus innocent en terme de signification éventuellement. Pour l'exemple donné ci-dessus, voici une capture d'écran dans le logiciel original :
puis dans Land après import :
Le waypoint a été déplacé pour être intégré à la trace (et ce n'est plus un waypoint...).
Dans l'original, on indique de ne pas passer par un sentier figurant sur la carte, mais qui a disparu, dans Land, on se retrouve avec une interdiction de passer sur le bon chemin !
Je ne dis pas que ceci est un bug de Land, c'est du à son design, qui n'utilise pas les waypoints de la même façon, et à la notion de "point de roadbook" qui est une notion interne et non-normalisée.
Mais en tout état de cause, il faut se méfier si on jongle avec plusieurs logiciels, au risque de perdre des données en route.
Cordialement,
-
Bonsoir,
@thierry :
On ne peut créer un ensemble qu'avec des traces déjà existantes ou importées. Cela ne résout pas le problème de transformation dès l'import. Et quand on associe des waypoints à un ensemble, ils sont de la même façon transformés en "point de roadbook" et déplacés sur la trace, et devienne des <trkpt>, ce ne sont pas des <wpt> au sens de la normalisation GPX.
@twonavlandiste :
certes, mais si on diminue la distance pour refuser l'association, le wayoint est tout simplement ignoré à l'import. Dans ce cas, on le perd et il n'est plus là après réécriture du .gpx.
Quoi qu'on fasse, cela ne change pas le fait que Land traite les waypoints avec une logique qui lui est propre, et non pas selon la normalisation GPX.
Cdlt,
-
Bonsoir,
Pouvez-vous télécharger ce modeste ensemble et l'ouvrir dans Land par clic sur Ensembles et Ouvrir ensemble ?
https://1drv.ms/u/s!Aotx1NzTCBmjkBHkheRoiqJUNinj
Land vous ouvrira d'une part une TRK et d'autre part un fichier WPT. Les WPTs ne sont pas sur la TRK.
Ce qui déstabilise c'est que Ensemble a aussi l'extension GPX.
On peut aussi faire des CJT mais il faudrait que je fouille ma petite mémoire car il y a une difficulté. Mr Charlès devrait s'en souvenir car on peut faire ouvrir Land (ou un GPS) avec les cartes, TRK, WPT désirés.
Cordialement
-
Bonjour,
Modestement, il me semble que vous oubliez que CompeGPS ne "sait" pas traiter les WPTs seuls. Même s'il n'y a qu'un WPT, celui-ci doit être dans un fichier.
Pour faire un ensemble (exemple simple) d'une TRK et d'un WPT, il faut, bien sur, une TRK et un FICHIER de WPTs même si le WPT est seul.
Tout WPT "libre" est incorporé.
Cordialement
-
Bonjour
Le format GPX n'est pas "NORMALISE" c'est un format d'échange ouvert (WiKi) "couramment utilisé", chacun y met un peu ce qu'il veux, le format le plus utilisé est décrit ici http://www.topografix.com/GPX/1/1 , rien n'est imposé / normalisé chaque "industriel" ayant ses variantes ou écarts exemple 5 ou 6 chez Garmin.
C'est à la fois une force et une faiblesse qui est parfois la cause de défaut de lecture, mais globalement ça marche ce qui est assez "extraordinaire".
Cdlt
-
Bonjour,
Je ne conteste pas la façon dont Land traite ses données, ni sa logique.
Je voulais juste attirer l'attention qu'en important une trace .gpx, on perd ou altère les waypoints qui y sont présents, et qu'après réécriture de ce gpx par Land, ces waypoints n'y seront plus.
Si on n'utilise que Land, c'est sans importance ni conséquence, mais quand on utilise plusieurs logiciels, il faut se méfier lors du passage de l'un à l'autre. Idem si on importe dans Land une trace trouvée sur Internet.
Perdre les waypoints, après tout, pourquoi pas, mais changer les coordonnées pour les intégrer à la trace peut être trompeur, comme je le montre ci-dessus si on ne prend pas garde au fait qu'ils ont été déplacés.
Quand j'ai écris "norme", c'est effectivement un abus de langage de ma part, je voulais dire "non conforme au schéma XML", au sens où un champ <wpt> est soit perdu, soit transformé en <trkpt>. GPX n'est pas une norme, mais les extensions que chacun peut y mettre doivent rester conforme au schema XML qui régit ces extensions. J'ai donc corrigé le titre de ce fil pour remplacer "norme" par "schéma".
Je comprends bien que le traitement de Land est réalisé en fonction du fait que Land traite les routes, les traces et les waypoints dans trois fichiers séparés (.rte, .trk et .wpt), et qu'il est en général habituel que ces trois soient décrits dans un seul fichier .gpx.
Je n'ai rien à ajouter.
Cordialement,
-
Suite de la discussion ouverte,
C'est un thème qui revient régulièrement, le dernier exemple était celui de l'importation d'un fichier gpx "complexe" issu d'open Runner, ce fichier (comme l'exemple simple de ce post) comprenant une trace et des Wpts plus ou moins éloignés de la trace.
Le fichier est relativement mal interprété par Land, et probablement par d'autres!
Land l'interprète comme un ensemble, une fois ouvert il faut le sauvegarder en deux fichiers:
- Celui d'une trace,
- celui d'une liste de Wpt.
Coté origine du fichier, probablement du à Open Runner, il y a aussi bcp a dire sur la "construction" de ce fichier, avec un mélange de Wpts contigus d'une portion de trace dans une autre etc. C'est un trajet a étapes!
En fait quand on se penche sur le référentiel de ce format, outre le fait qu'il y a chez chaque "industriel" des variantes, le "format" définit le format d'échange XML de types de données.
Le WPT, la Route, la trace, un segment de trace sont bien pris en compte. Mais une liste de WPT n'existe pas en tant que tel (c'est une route), de même l'association de WPT non inclut dans une trace n'est pas prévu.
Ce qui explique probablement les déclinaisons, faites par les industriels face a leurs propres besoins et par voie de conséquence les fichiers mal lus tant que les softs ne sont pas mis a jour pour interpréter toutes les déclinaisons des "copains".
Pour le cas de cette source "open runner" en toute logique, selon topographix, la suite d'étape c'est soit plusieurs fichiers gpx distincts, soit une suite de segments de traces inclus dans un même fichier, et des Wpts, mais le type liste de Wpt n'étant pas défini par le format, que faire ?
En toute logique pour rester dans les clous de la "pseudo standardisation" de ce format d'échange et assurer la portabilité il faut :
Produire autant de fichiers GPX qu'il existe de trace ou de segment de trace (étapes) un gpx pour la trace de chaque étape. Et un GPX pour les Wpts.
Les combinaisons, non "définies" dans le "format" sont inévitablement vouées a des échecs de lecture. Bien qu'il soit possible de les réaliser.
Garmin qui intègre les données de guidage "dans ses gpx" change de format lorsque ces datas sont intégrées le fichier porte l'extension *.fit. Ce format est a priori normalisé.
Tu devrais essayer de sauvegarder ton fichier au format *.fit et voir s'il est bien compris après sa diffusion.
CDLT
-
Bonjour,
Dans mon lien pour un exemple d'ensemble, j'ai mis des WPTs et j'ai oublié d'en dire l'origine.
Donc, merci au site T4T35 Mégalites du monde.
http://www.t4t35.fr/Megalithes/AffichePresentation.aspx?Projet=France
Chacun peut y faire des extractions par thème/régions.
Cordialement
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
Kommentare
11 Kommentare