[TERMINÉ] Fichiers GPX téléchargés illisibles

[Dominique]

Allons bon, bis ! Mais alors, on travaille sur la même fonctionnalité sans que je le sache ? Tu m'avais dis que sur OL tu continuerais à proposer un export de la zone en gpx, mais je pensais que ça restait un lien vers l'API...
P'tet alors que ça vaut pas le coup qu'on fasse le boulot en double ? Vu que de ce que je vois, toi tu le fais en js pendant que léo, puis moi le faisons en php...
A moins qu'on ne maintienne les deux ?
Bon, je laisse ces questions à plus tard, regardons ce que ça permet.

J'ai un peu hésité à te freiner mais ça fait 1 an 1/2 que je m’amuse avec OL, qu'à chaque fois je trouve un pb bloquant et je ne sais pas quand/si je le sortirai.
Sans compter que je ne veux pas me mettre la pression
Je propose de garder les 2 et de continuer tes efforts tant qu'il n'y en a pas une qui fonctionne réellement bien. (et en +, il y a d'autres formats !)
Sans compter que vos problèmes et remarques m'ont donné bien des idées, notamment de test.
Il y a d'autres pb traités dans le forum dev qu'OL résoudrait mais même dilemme: je ne veux pas annoncer à chaque fois "ça sera bien avec OL" et bloquer les évolutions.

Il n'y a pas les accès et les remarques, mais ça, je suppose que tu le sais.

Ben non, je n'y avais pas pensé, merci pour le regard externe.
On doit même pouvoir générer des balises <desc>
En fait, j'ai un très vieux GARMIN qui peine à afficher un icône et un smartphone sur lequel je fais tourner mes logiciels, donc très peu d'expérience sur les GPS.
Je vais voir si on peut ajouter ça.

En fait, j'utilise la fonction native openlayers 6 qui est très verrouillée. Je me demandais pourquoi mais je viens de comprendre avec vos essais qu'elle a en fait été testée très compatible.
Donc, soit ils ont <acces> et <remarque>, soit ce n'est pas facile d'assurer la compatibilité.
Autre pb : je ne dispose en JS que des infos fournies par les API, contrairement à PHP qui va piocher dans la base.

[sly]

https://www.gpsvisualizer.com/display/2 ... 6-map.html -> supporte les 4 formats, n'affiche que la balise <desc> et ignore la balise <cmt>. Présente le lien, supporte les icônes "type basecamp". Rien d'autre (l'alitude n'étant pas indiqué par exemple).

[sly]

J'ai un peu hésité à te freiner mais ça fait 1 an 1/2 que je m’amuse avec OL, qu'à chaque fois je trouve un pb bloquant et je ne sais pas quand/si je le sortirai.
Sans compter que je ne veux pas me mettre la pression
Je propose de garder les 2 et de continuer tes efforts tant qu'il n'y en a pas une qui fonctionne réellement bien.

Okay, je comprends. J'ai un peu plus de mal à m'y mettre en me disant que ça finira (peut-être) à la poubelle dans 6 mois, mais comme c'est pas un très gros effort vu que tout était déjà codé (ou presque) et que toutes remarques reçues concernant la manière dont les gens s'en servent te servira sûrement. (le gros du boulot n'est d'ailleurs pas dans les 52 lignes que constitue un template gpx mais dans la réflexion de ce que je les gens en veulent ou en font)

En fait, j'ai un très vieux GARMIN qui peine à afficher un icône et un smartphone sur lequel je fais tourner mes logiciels, donc très peu d'expérience sur les GPS.
Je vais voir si on peut ajouter ça.

Je suis dans le même cas que toi, mon garmin 60cx n'est plus sorti du placard depuis ~2ans (pourtant j'avais réussi à y mettre un gpi avec icones de wri+remarques et carte osm en couleurs ! Mais ça ramait vraiment trop). Je lui préfère maintenant mon smartphone que j'ai toujours avec moi (avec osmand ou oruxmap), sur lequel j'ai chargé la base complète de refuges.info à l'aide de l'export gpx.
Toutefois je ne me servais pas des remarques car... elles ne s'affichaient pas avant (je n'utilisais pas le bon export ? y'avait un bug ? osmand a été mis à jour et j'ai pas remarqué ?) ! mais ça ne m'avait pas trop manqué car je les lisais avant de partir en rando et quand j'étais coincé (rare), je priais pour avoir un accès réseau sur le terrain.
Maintenant que je constate que osmand sait les afficher, je me dis qu'après tout autant les ajouter. Évidement, se faisant, je ne voudrais pas bloquer ceux qui se servent de basecamp, d'où l'idée de ~2 ou 3 formats

Autre pb : je ne dispose en JS que des infos fournies par les API, contrairement à PHP qui va piocher dans la base.

Là, je vais devenir trop technique, je passe pas le canal secret top sécurisé pour pas saouler les autres.

[sly]

BASECAMP sur windows 10 : "Erreur inconnue lors de l'ouverture" sur les 4 fichiers
MAPSOURCE sur windows 10 : "Impossible d'importer" sur les 4 fichiers

Alors vu que tu sembles avoir basecamp et mapsource (désolé, je l'aurais fais moi même si je pouvais, mais j'ai pas de windows à moins de 1km), tu pourrais re-tester :

Format "basecamp" (optimisé pour les logiciels compatible basecamp qui en supporte les icones, qui présente aussi les remarques et l'accès au point) contient aussi la qualité de la position.
https://sly.refuges.info/api/massif?nb_ ... assif=9958

Format "mapsource" (pareil que le format basecamp, mais sans le tag <src> qui est peut-être responsable de son plantage)
https://sly.refuges.info/api/massif?nb_ ... assif=9958

Et vérifier si tu peux "lire" le champ remarque et/ou le champ accès ?

[Dominique]

mais j'ai pas de windows à moins de 1km

tu pourrais re-tester :

Pour les 2 fichiers et les 2 outils, il faut :
- supprimer la balise <time> des metadata
- supprimer les balises desc & cmt
- mettre la balise link avant la balise sym
- croiser 2 doigts de la main gauche et ne pas avoir la même paire de chaussette aux 2 pieds
Alors, ça passe sur mapsource & basecamp

En clair, seul le fichiers suivant fonctionne

Code : Tout sélectionner

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" xmlns:xsi="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" creator="Export gpx de refuges.info" version="1.1">
<metadata>
	<name>Points de refuges.info</name>
	<desc>The data included in this document is from www.refuges.info. The data is made available under CC By-Sa 2.0</desc>
	<author>
		<name>Contributeurs refuges.info</name>
	</author>
	<copyright author="Contributeurs refuges.info">
		<license>http://creativecommons.org/licenses/by-sa/2.0/deed.fr</license>
	</copyright>
	<link href="https://sly.refuges.info">
		<text>https://sly.refuges.info</text>
		<type>text/html</type>
	</link>
</metadata>

<wpt lat="44.8013268290486" lon="-0.560302734375">
  <ele>1518</ele>
  <name>Cabane de la croix (Détruite)</name>
		<link href="https://sly.refuges.info/point/4796/cabane-non-gardee/bordeaux/cabane-de-la-croix/" />
  <sym>Crossing</sym>
		<type>cabane non gardée</type>
</wpt>
</gpx>

[sly]

Pour les 2 fichiers et les 2 outils, il faut :
(...)
Alors, ça passe sur mapsource & basecamp

Depuis le début j'ai peut-être mal exprimé mon but : ce n'est pas d'importer à tout prix (le format d'avant le faisait), mais que ça soit le plus utile possible. C'est à dire permettre aux utilisateurs de basecamp/garmin d'avoir dans leur GPS le maximum d'info possibles : icônes, nom, état d'ouverture, places, remarques, accès, proprio, et pour l'export : date de l'exportation, provenance, copyright,... bref en mettre le plus possible, sans que ça plante et sans que ça ne soit ignoré (sinon, inutile de le mettre). Et j'ai bien compris que le gpx étant du xml, je peux très facilement enlever tout sauf lat/long/alti et je sais que ça va marcher, mais ça n'en fait pas un bel export, ça fait juste un export qui marche.
Donc, quitte à me replonger dedans parce qu'on nous signale un bug, je préfère faire un "bel" export.

Si seulement j'arrivais a installer basecamp avec wine sous linux, j’embêterais personne avec ça et je procéderais alors de la sorte* :
Partir d'un fichier gpx ne contenant que <ele> <sym> <name> (car je sais que ça marche) et j'ajouterais les balises (<time> <cmt> <extentions> <link> <type> <src> une à une pour voir lesquelles sont supportées et utilisées). Je continuerais ensuite en testant si dans la balises <cmt> (puisque, à forcer de vous questionner, je fini par en supposer que c'est uniquement celle qui sert à basecamp) j'arrive à y mettre des retours à la ligne, du gras, de l'italique, du bbcode, des liens et pourquoi pas, des photos distantes !

- supprimer la balise <time> des metadata

Tu as testé et c'est ça qui fait planter ?

- supprimer les balises desc & cmt

<cmt> marchait avant, il me semble avoir lu.

En clair, seul le fichiers suivant fonctionne

ça me semble réducteur.
Ha, ça y est, j'ai retrouvé le sujet ou j'avais bossé l'export gpx (bigre, c'était pas si vieux !) : viewtopic.php?f=2&t=8950
ChP confirme que :
- <src> est supportée pas basecamp et son GPS, mais si on met une chaîne de caractère arbitraire, ça ne marche plus dans son GPS. Elle doit sûrement attendre quelque chose dans une liste prédéfinie, mais dans quel but, mystère ?
- <cmt> est supportée et affichée en intégralité par basecamp, mais tronquée (combien de char ?) sur son GPS Oregon. Est-ce une limite de l'Oregon ou du transfert basecamp<->GPS unit ?
- <type> ne fait pas foirer l'ouverture, mais j'ignore si elle est utilisée pour ranger les points

* Bon, a défaut d'avoir basecamp, je vais tâtonner sur cette base, mais si quelqu'un a le courage de tester...

[sly]

Voilà, j'ai mis en route 3 exports gpx :
- un pour les logiciels qui savent exploiter <src>, <time> et qui utilise <desc> (type osmand sur android)
- un pour ceux qui utilisent <cmt> plutôt que <desc> et les icône typique garmin (basecamp, mapsource et viking)
- un pour ceux qui sont à la rue et qui leur faut le fichier avec le moins de trucs possibles

J'ai bien testé le 1) pour lequel j'ai les logiciels, pour le 2) je suppose de tout ce que j'ai lu ici, a tester

[Dominique]

Et j'ai bien compris que le gpx étant du xml, je peux très facilement enlever tout sauf lat/long/alti et je sais que ça va marcher, mais ça n'en fait pas un bel export, ça fait juste un export qui marche.

<src> est supportée pas basecamp et son GPS, mais si on met une chaîne de caractère arbitraire, ça ne marche plus dans son GPS. Elle doit sûrement attendre quelque chose dans une liste prédéfinie, mais dans quel but, mystère ?
- <cmt> est supportée et affichée en intégralité par basecamp, mais tronquée (combien de char ?) sur son GPS Oregon. Est-ce une limite de l'Oregon ou du transfert basecamp<->GPS unit ?
- <type> ne fait pas foirer l'ouverture, mais j'ignore si elle est utilisée pour ranger les points

Ben non, on ne peut pas !
Mr & Mme Basecamp & Mapsource de Garmin sont intransigeants et unanimes: il faut :
Qu'il n'y ait pas de balise time dans les metadata
Que la balise link soit avant la balise sym
Qu'il n'y ait ni de balise desc ni src.

J'ai fait tous les essais croisés avec tes différents fichiers et avec mes exports Ol, ça ne passe plus si un seul de ces critères n'est pas respecté.

A ce stade, ce n'est pas un problème de GPS : du moment que la base a digéré les points, elle les restitue toujours de la même manière au GPS (à condition qu'il soit Garmin) et, visiblement, ils entretiennent très bien tous les modèles de la gamme (le mien date de 2007 !)

Si seulement j'arrivais a installer basecamp avec wine sous linux, j’embêterais personne avec ça et je procéderais alors de la sorte* :
Partir d'un fichier gpx ne contenant que <ele> <sym> <name> (car je sais que ça marche) et j'ajouterais les balises (<time> <cmt> <extentions> <link> <type> <src> une à une pour voir lesquelles sont supportées et utilisées). Je continuerais ensuite en testant si dans la balises <cmt> (puisque, à forcer de vous questionner, je fini par en supposer que c'est uniquement celle qui sert à basecamp) j'arrive à y mettre des retours à la ligne, du gras, de l'italique, du bbcode, des liens et pourquoi pas, des photos distantes !

* Bon, a défaut d'avoir basecamp, je vais tâtonner sur cette base, mais si quelqu'un a le courage de tester...

N'hésite pas, c'est avec le plus grand plaisir et ces résultats me guident pour l'export openlayers que je suis ne train de mettre au point en même temps.

C'est bien la méthode de test que j'utilise : enlever les balises une à une et recommencer avec 1 seule balise pour voir si les critères ne sont pas liés, pour les 2 outils.

D'ailleurs, je vais te demander autant de tests le jour où j'aurais enfin fait une version de wri qui marche sous ol6

[Dominique]

J'ai trouvé !
Il faut mettre les balises <link> <sym> et <type> à la fin et dans cet ordre là.
A cette condition, on peut mettre src et desc plus haut avec tout ce qu'on veut dedans
On peut omettre la balise type dont je ne sais pas à quoi elle sert (peut-être un affichage sur les GPS ?)
Par contre, je n'ai pas réussi à trouver une combinaison qui marche avec <time> dans les metadata

[sly]

J'ai trouvé !
Il faut mettre les balises <link> <sym> et <type> à la fin et dans cet ordre là.
A cette condition, on peut mettre src et desc plus haut avec tout ce qu'on veut dedans
On peut omettre la balise type dont je ne sais pas à quoi elle sert (peut-être un affichage sur les GPS ?)
Par contre, je n'ai pas réussi à trouver une combinaison qui marche avec <time> dans les metadata

Je me doutais que ça devait être possible vu que ChP y était arrivé, mais je ne me doutais pas que le parser xml de basecamp pouvait être aussi fragile à n'en pas supporter un ordre des balises xml différents !

Nouvel update avec l'ordre que tu m'as indiqué de l'export gpx_basecamp, ça dit quoi ?

[Dominique]

Nouvel update avec l'ordre que tu m'as indiqué de l'export gpx_basecamp, ça dit quoi ?

Code : Tout sélectionner

[phpBB Debug] PHP Warning: in file /home/sites/refuges/www.refuges.info/controlleurs/api/points.php on line 378: include(/home/sites/refuges/www.refuges.info/vues//api/points.vue.gpx_basecamp): failed to open stream: No such file or directory
[phpBB Debug] PHP Warning: in file /home/sites/refuges/www.refuges.info/controlleurs/api/points.php on line 378: include(): Failed opening '/home/sites/refuges/www.refuges.info/vues//api/points.vue.gpx_basecamp' for inclusion (include_path='.:/usr/share/php:/home/sites/refuges/www.refuges.info/modeles/:/home/sites/refuges/www.refuges.info/routes/:/home/sites/refuges/www.refuges.info/includes:/home/sites/refuges/www.refuges.info/modeles/:/home/sites/refuges/www.refuges.info/routes/:/home/sites/refuges/www.refuges.info/includes:/home/sites/refuges/www.refuges.info/modeles/:/home/sites/refuges/www.refuges.info/routes/:/home/sites/refuges/www.refuges.info/includes')

Il n'y a pas que l'extraction que ça touche : l'API et l'affichage des pictos sur les cartes aussi

[Dominique]

Dernier committ : on a bien le fichier mais pas le bon ordre.
Donc ne charge pas sur basecamp & mapsource

Code : Tout sélectionner

<wpt lat="48.19374" lon="7.15359">
	<ele>1200</ele>
	<name>Refuge du Brézouard</name>
	<sym>Fishing Hot Spot Facility</sym>
	<type>cabane non gardée</type>
	<desc>Accès : Dans le col entre le Petit et le Grand Brézouard</desc>
	<cmt>Remarque : Au RDC une grande table et 2 bancs pouvant accueillir une dizaine de personne. a l'étage un plancher pour dortoir.
- Une cheminée qui fonctionne mal (pas de tirage)
- Un poêle (changé en 2017)
- à l'extérieur deux tables et bancs

Il y a une source à proximité de l’abri, non indiquée. Prendre face à l’abri direction sud-est le balisage rouge/blanc/rouge, arrivé sur une route forestière tourner à la 1ère à droite la source est à 25 m.</cmt>
	<src>Coordonnées pointées sur photos aériennes</src>
	<link href="http://www.refuges.info/point/2654/cabane-non-gardee/Refuge-du-Brezouard/">
		<text>Refuge du Brézouard sur www.refuges.info</text>
		<type>text/html</type>
	</link>
	<extensions>
		<id_point>2654</id_point>
		<id_qualite_gps>7</id_qualite_gps>
		<nombre_place>Places prévues pour dormir : 5</nombre_place>
		<renseignements>Auprès de qui se renseigner : </renseignements>
		<id_type_point>7</id_type_point>
	</extensions>
</wpt>

[sly]

je m'en doute... j'ai fais machine arrière sur www.refuges.info pour revenir à un état qui marche. ( git reset 7fc399a8424799f967b63c032538ebe51cc55ff8 )
Je vais tenter de mettre de l'ordre dans mes 6 derniers commits qui sont un salmigondi d'oublis peu clairs pour faire un joli commit unique, propre qui soit pas du "oups, j'ai oublié, oups ça marche pas, etc."

[sly]

Bien, voilà qui devrait au moins être un peu plus propre.
La "fleche du bas" de la carte appel le format gpx pour basecamp, pour obtenir les autres il faut aller dans l'exportation, que l'on peut maintenant trouver plus clairement en bas de page "exportations"

Qu'est-ce que ça donne ?

[sly]

Victoire ! le fichier basecamp passe sur basecamp & mapsource

Bien, est-ce que les infos complémentaires (places, places matelas, remarques) sont visibles quelque part ? A vérifier avec le temps si des problèmes d'affichage de ce champ nous sont remontés (j'ai pas mal trifouillé les rendu bbcode, le rendu du lien interne [->456] et les URLs qui contiennent des &