Affichage d'une trace importée

Bonjour,

L'affichage des traces importées est correct (traces et profil) depuis un GPSMAP 64S, une montre Instinct Solar, et exportées depuis d'autres applications (Cartoexplorer, BaseCamp). Mais une trace exportée depuis mon smartphone, via Google Drive, depuis l'application AlpineQuest puis importée fans EditGPX ne s'affiche pas correctement. Le profil d'altitude s'affiche correctement et est actif. Au survol de la souris, le pointeur parcourt la trace invisible. Le fichier gpx semble pourtant correct.

Pour info, l'entête :

<?xml version="1.0" encoding="UTF-8"?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" version="1.1" creator="AlpineQuest 2.3.7" xmlns😠si="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
<metadata>
<desc>Trace AlpineQuest 22/10/2023 08:39:06</desc>
<link href="https://www.alpinequest.net/fr" />
<time>2023-10-22T11:26:58Z</time>
</metadata>
<trk>
<name>231022-aps-moine-col-tournier-mont-chatel-collet</name>
<extensions>
<line xmlns="http://www.topografix.com/GPX/gpx_style/0/2">
<color>#EE1010</color>
</line>
</extensions>
<trkseg>
<trkpt lat="45.6251458" lon="5.7264878">
<ele>672.741</ele>
<time>2023-10-22T06:39:06Z</time>
<hdop>8.89</hdop>
</trkpt>
<…>

Les balises sont correctement fermées. Qu'en pensez-vous ?

Pour faire suite à mon message précédent, les lignes fautives de l'entête sont les suivantes :

<extensions>
<line xmlns="http://www.topografix.com/GPX/gpx_style/0/2"><color>#EE1010</color></line>
</extensions>

L'import et l'affichage sont corrects si je les efface. EditGPX aurait-il un souci avec la balise <extensions> ?

Bonjour, pourriez vous me transmettre le fichier sur admin[AT]visugpx.com ? Merci

Merci pb réglé /

Bonsoir,

Parfait sur l'application pour smartphone. Merci de votre réactivité. Mais le souci était où ?

La norme n'est pas claire dans le codage des couleurs liées aux traces. VisuGPX a choisi (certainement à tord) de mettre juste le code hexadécimal (genre DC491D), alors que vos fichiers contenaient le # devant (#DC491D). Du coup la couleur n'était pas reconnue, et donc la trace était affichée sans couleur (= transparente). J'ai mis un petit test pour détecter la présence ou non du # dans les fichiers importés, et agir en conséquence.

Bin ... www.topografix.com/GPX/gpx_style/0/2/#type_colorType me dit - enfin, c'est ce que je comprends ! - que le caractère "#" n'est pas requis !? Là, je donnerai raison à VisuGPX ! Bon, ceci dit, ça ne coute rien de l'exclure s'il existe, c'est vrai !

Oui, effectivement ! 👍 Le pire est que le lien vers la norme est dans la balise, il suffisait de lire !
La norme est donc claire : Code hexa sur 3 octets, sans # donc. AlpinQuest est donc aux fraises.

Bonjour,

Merci de vos informations. Je viens d'informer l'administrateur d'AlpineQuest du problème, lui aussi très réactif.

Bonjour,

AlpineQuest reconnait l'erreur et précise qu'il est effectivement clair dans les spécifications de cette extension que les codes couleurs ne contiennent pas de "#".
La correction sera effective dans la prochaine version.

😁 Comme quoi, parfois, les normes servent à quelque chose 😁

... et les "concepteurs" qui le reconnaissent sont à prendre en considération ! Je ne connais pas AlpineQuest mais 👍 👍

Complément d'info : Aujourd'hui, aucune date de disponibilité n'est communiquée pour la prochaine version officielle d'AlpineQuest. Cependant une version "beta" sera disponible sur le Play Store dans la page de l'application sous quelques jours normalement, avec entre autre ce correctif.