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

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D ;) :o :? 8) :lol: :oops: :twisted: :roll: :ours: :fille: :calimero: :saint: :forb: :avocat: :mouton: :rando: :vaudou: :noel: :) :( :shock: :x :P :cry: :excl: :?: :idea: :arrow: :| :sleep: :geek: :blue: :mrgreen:
Voir plus de smileys

Les BBCodes sont activés
[img] est activé
[flash] est désactivé
[url] est activé
Les smileys sont activés

Revue du sujet
   

Étendre la vue Revue du sujet : [TERMINÉ] Fichiers GPX téléchargés illisibles

Re: Fichiers GPX téléchargés illisibles

par sly » 12 déc. 2019, 21:20

Aucune préférence pour moi, voilà donc format=gpx_garmin (je garde "gpx" car ma foi, c'est bien du gpx qu'on obtient)

Re: Fichiers GPX téléchargés illisibles

par Dominique » 12 déc. 2019, 21:01

Proposition : à la place du "format=gpx_basecamp" qui me semble un peu restrictif puisqu'il fonctionne aussi sur mapsource, je proposerais "format=Garmin"

Re: Fichiers GPX téléchargés illisibles

par sly » 11 déc. 2019, 16:12

Merci beaucoup pour les captures d'écran, on voit donc que le champ <cmt> est bien pris en compte par basecamp, le <link> aussi. Le formatage texte semble plutôt bien passer et sans limite de taille, le signe € présent laisse penser que UTF-8 est bien supporté (enfin, disons que je ne vais pas tenter de le torturer avec d'inutiles Kanji japonais, on gardera ça pour la prochaine extension en Asie que l'ours nous proposera)

Pour le champ du waypoint dans le terminal GPS, j'avais exactement le même problème de limite à 30 caractères dans le mien, ça me revient.
Pas simple de faire quelque chose avec si peu à part mettre le téléphone + nb de place. Que j'avais dû abandonner comme idée car :
- espérons que les terminaux plus récents en acceptent plus
- le numéro de téléphone pour contacter le proprio n'est pas dans un champs de notre coté.

ça me plairait d'avoir le test de l'utilisateur d'un terminal de la gamme Garmin qui soit plus récent.

Et sinon, dans mes souvenirs lointains, j'avais opté pour le format gpi qui permettait de stocker un texte de grande taille

Re: Fichiers GPX téléchargés illisibles

par Dominique » 11 déc. 2019, 13:33

Voilà ce que montre Basecamp & Mapsource
Pour ce qui est des GPS, tout dépend de leur capacité à visualiser le champ desc, ce qui dépend du modèle.
Un exemple sur mon vieil eTrex montre le début de desc mais peut-être as-t'on plus sur un appareil plus moderne
Fichiers joints
etrex.jpg
etrex.jpg (275.31 Kio) Vu 1438 fois
mapsource.jpg
mapsource.jpg (98.54 Kio) Vu 1438 fois
basecamp.jpg
basecamp.jpg (66.32 Kio) Vu 1438 fois

Re: Fichiers GPX téléchargés illisibles

par sly » 11 déc. 2019, 12:20

Dominique a écrit :
11 déc. 2019, 11:25
Victoire ! le fichier basecamp passe sur basecamp & mapsource :D :D :D
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 &

Re: Fichiers GPX téléchargés illisibles

par sly » 11 déc. 2019, 00:42

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 ?

Re: Fichiers GPX téléchargés illisibles

par sly » 10 déc. 2019, 15:30

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."

Re: Fichiers GPX téléchargés illisibles

par Dominique » 10 déc. 2019, 15:10

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>

Re: Fichiers GPX téléchargés illisibles

par Dominique » 10 déc. 2019, 12:56

sly a écrit :
10 déc. 2019, 11:13
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

Re: Fichiers GPX téléchargés illisibles

par sly » 10 déc. 2019, 11:13

Dominique a écrit :
10 déc. 2019, 09:03
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 ?

Re: Fichiers GPX téléchargés illisibles

par Dominique » 10 déc. 2019, 09:03

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

Re: Fichiers GPX téléchargés illisibles

par Dominique » 10 déc. 2019, 08:40

sly a écrit :
07 déc. 2019, 15:10
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 !)


sly a écrit :
07 déc. 2019, 15:10
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 :)

Re: Fichiers GPX téléchargés illisibles

par sly » 10 déc. 2019, 01:58

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

Re: Fichiers GPX téléchargés illisibles

par sly » 07 déc. 2019, 15:10

Dominique a écrit :
07 déc. 2019, 08:28
Pour les 2 fichiers et les 2 outils, il faut :
(...)
Alors, ça passe sur mapsource & basecamp :D
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 !
Dominique a écrit :
07 déc. 2019, 08:28
- supprimer la balise <time> des metadata
Tu as testé et c'est ça qui fait planter ?
Dominique a écrit :
07 déc. 2019, 08:28
- supprimer les balises desc & cmt
<cmt> marchait avant, il me semble avoir lu.
Dominique a écrit :
07 déc. 2019, 08:28
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...

Re: Fichiers GPX téléchargés illisibles

par Dominique » 07 déc. 2019, 08:28

sly a écrit :
06 déc. 2019, 17:28
mais j'ai pas de windows à moins de 1km
:saint:
sly a écrit :
06 déc. 2019, 17:28
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 :D

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>

Haut