Editeur de massif en ligne [A DISCUTER]

[sly]

Coooool !

Y'a moyen de mettre maps.refuges.info comme fond de carte en lieu ou en plus du fond osmarender qui n'est pas terrible pour le repérage des reliefs ?

[sly]

oups, j'avais pas fait gaffe, on peut changer ça tout en bas à gauche pour mettre celles de google relief

[Dominique]

Coooool !

Y'a moyen de mettre maps.refuges.info comme fond de carte en lieu ou en plus du fond osmarender qui n'est pas terrible pour le repérage des reliefs ?

C'est une des choses que je travaille : interfacer ma version d'OL avec le code de Shama. Un intérêt serait les cartes suisses
Le gros plus serait d'avoir comme couche les massifs existants : on pourrait ainsi vérifier graphiquement le non chevauchement

[sly]

Cadeau :

http://www.refuges.info/nav/massif/-1/? ... 0TTFFFFFTT

Tu ne le sais pas, mais tu l'as déjà fait ;-)

[Dominique]

Cadeau :

http://www.refuges.info/nav/massif/-1/? ... 0TTFFFFFTT

Tu ne le sais pas, mais tu l'as déjà fait

La couche oui, mais pas l'interface avec gpxeditor à qui il faut que j'ajoute le traitement des sld, les projections suisses et tout mon attirail.
D'autant plus que gpxeditor est en OL2.9, et mes couches en OL2.10
ça n'a l'air de rien, mais ce sont des SW de très haut niveau, notamment basé sur extjs que j'ai un peu de mal à maitriser...
De plus, l'hébergeur WRI me cause quelques soucis de compatibilité iso-8859-1 et de chargement de fichiers que je n'ai ni sous EasyPHP, ni chez 1&1 : voir ici : http://refuges.info/gpxedit/ n'hésite pas à modifier : c'est une copie
Bref, un peu de travail quand même

[sly]

Comme d'hab, on part Hors Sujet plus vite que le son (soyons modestes) avec nos élucubrations névro-techniques, je re-créer donc un sujet sur l'édition des massifs.

Mon avis sur ce thème n'a pas trop changé depuis la dernière fois il y a 3 ans :

- beaucoup de temps pour pas grand chose selon moi

Les massifs de refuges.info ne changent qu'assez rarement au final, donc utiliser un outil externe, faire l'édition et ré-importer avec ma petite moulinette à gpx me semble suffisant pour ne pas vraiment me sembler utile de développer+maintenir une interface de gestion clic-clic de ces massifs.

Bien sûr, si ça te semble utile, je dis rien, après tout, c'est ton temps ;-)

[Dominique]

Tout à fait d'accord. Je n'en avais pas l'intention initialement : je poursuis la piste gpxeditor pour une autre cause...
Par contre, j'ai trouvé utile d'éviter à nos amis spécialistes de la Suisse et de l'Italie de pouvoir éditer sans passer par les phases fastidieuses de chargement / déchargement GPX sans compter la conversion track/route et vice versa.

[Dominique]

Remarque qu'il y a une solution simple : charger tous les massifs dans le même fichier GPX : http://chemineur.fr/gpxedit/?trace=3en1
Par contre, il faudra une moulinette pour recharger sur le serveur

ça m'amène à un point qui pourrait être intéressant sur WRI : à chaque fois que 2 massifs se côtoient, il faut entrer 2 fois le bout de serpentin qui sert de frontière (et plus si c'est commun à une frontière de département / de pays / ...). J'ai fait pas mal de copier-coller de petits bouts pour les Pyrénées
D'ou l'idée d'entrer des segments et de composer les massifs à partir de ces segments
Le tout m'a amené à une topologie assez complexe (si on regarde les doublons de sommets ou le sens de parcours des segments) mais ça t'inspirera peut être une idée plus simple ?

[sly]

C'est ce qui est fait chez openstreetmap :
- unicité des point et des segments

Tout est donc relationnel :
un ensemble appelé "relation" relie les segments entre eux avec un ordre pour former un polygone pendant que les segment relient les points entre eux avec un ordre.

Le bilan c'est que c'est vraiment la galère et qu'il faut des outils un poil plus compliqué. (vérification de la fermeture, vérification de l'ordre)

Le monde SIG (système d'info géographique) opte très souvent pour une version beaucoup plus redondante avec autonomie complète de chaqu'un des polygones (pas de relation)

Chez refuges.info, c'est une version bâtarde, qui ressemble pas mal à la sauce SIG (donc même problèmes) avec toutefois une tentative assez merdique, je l'avoue, d'obtenir l'unicité des points (c'est la table point_gps) tandis que les polygones font référence aux points de cette table par leur id

Bref, je ne suis pas super chaud pour tenter l'usine à gaz plus qu'elle ne l'ait déjà (et que je regrette déjà d'avoir tenté)

Pour une édition sans devoir recopier et éviter ça :
http://www.refuges.info/nav/massif/-1/b ... 0TTFFFFFTT

Je continue à défendre JOSM qui permet de faire de la couture dans tous les sens et récupérer les segments par coupure/fusion de segments

Concernant l'import de multiples polygone d'un coup, j'avoue y avoir pensé aussi, surtout avec un de mes projets (que je retarde) qui consiste à rentrer toutes les communes des zones qui nous intéresse pour pouvoir récupérer plus facilement le numéro de tél de la mairie dans laquelle se trouve le refuge

Pour cela, je pourrais étendre mon import de gpx pour gérer plusieurs tracks et donc plusieurs polygones, moyennant un moyen de donner le nom au polygone