Discussion :

[mga_geo]

Je suis en train d'essayer de mettre à jour ma page avec la nouvelle classe de Didier.
Ceci est sur la page http://atlasnw.free.fr/geoportail/ex..._edite_v2.html

Le problème des "wpt" de modification est présent. J'ai même 2 traces, quand j'en modifie une, je récupère les wpt des 2 traces.

[trukker]

Je suis étonné que tu obtienne des trk, j'ai aussi implémenté la nouvelle classe gpx et j'obtiens des rte alors que j'avais des trk avec l'ancienne (le code de la page web était bien sur identique).

J'ai essayé la page donnée en lien et la fonction de modification est inactive,
il n'y a pas d'ajout de points de modification.

J'ai vu que tu ajoute la couche différemment, est ce que cela joue sur la fonction de modification ?

[mga_geo]

Je viens de pousser une nouvelle version qui corrige les points "sketch" créés pour permettre les modifications.
Je ne sais pas pourquoi il est juste possible de déplacer globalement la trace et pas les point la composant.
J'utilise les classes "Geoportal" si elles sont disponibles de préférence aux OL car normalement mieux intégrés dans le Geoportail.
J'ai une page en _v3 qui utilise la classe OpenLayers avec le même comportement.

[trukker]

Je ne vois pas de changement, toujours pas de points ajoutés pour faire les modifications.

J'ai aussi essayé avec opéra, mais ce n'est pas mieux.

Je suis pour l'utilisation au maximum de l'api géoportail, mais peut être la couche gpx geoportail n'est pas compatible avec l'édition.

[mga_geo]

Je viens d'ajouter un outil d'édition de ligne modifiable sur la page http://atlasnw.free.fr/geoportail/ex..._edite_v3.html
J'ai doublé l'icône ligne avec au survol 'ajout ligne modifiable'
Il est nettement plus souple que l'autre outil.

L'outil "modification" permet maintenant de modifier une trace.

[mga_geo]

L'outil d'édition/modification de lignes est en action sur le site http://osm-syj.crans.org

Le site de l'auteur est à l'adresse: http://renevier.net/misc/ol_modifiablepath.html

[arenevier]

je suis bien content de voir que mon widget de création de lignes modifiables est utile à d'autres, j'ai bien fait d'en faire un mini-projet à part entière
Par contre, il faut mieux le prendre sur http://github.com/arenevier/ModifiablePath c'est en général plus à jour que l'exemple mis en ligne sur mon site.

[mga_geo]

J'ai mis à jour avec la version git.
Les 2 pages sont:
- http://atlasnw.free.fr/geoportail/ex..._edite_v2.html mode geoportal
- http://atlasnw.free.fr/geoportail/ex..._edite_v3.html mode vector
Dans le premier mode, on obtient des trk alors que dans le second on passe en rte.

Le point pour modifier les segments est difficilement visible sur certains fonds, j'ai l'impression que la transparence n'est pas bien gérée.

Les lat/lon sont maintenant sur 6 chiffres après la virgule.

[shama]

Il est vraiment bien ce Handler. Bravo.

Je crois bien que je vais l'adopter pour mon editeur
Comme je l'avait fait pour le handler par defaut de OL j'y ajouterai bien que si je suis au-dessus d'une trace existante elle passe en mode reprise

[dgrichard]

Je suis étonné que tu obtienne des trk, j'ai aussi implémenté la nouvelle classe gpx et j'obtiens des rte alors que j'avais des trk avec l'ancienne (le code de la page web était bien sur identique).

D'après la lecture que j'ai eu des spécifications, les RTE correspondent plutôt au type OpenLayers.Geometry.LineString (un seul chemin avec ses informations de métadonnées), alors que les TRK correspondent plutôt au type OpenLayers.Geometry.MultiLineString car les informations de métadonnées peuvent être différentes sur les différents TRKSEG qui le composent.

[Zébulon-21]

Hello mga_geo

Je me serais bien laissé aller à pomper tes exemples mais ils ne sont pas visibles sous IE8.

Dommage

[trukker]

D'après la lecture que j'ai eu des spécifications, les RTE correspondent plutôt au type OpenLayers.Geometry.LineString (un seul chemin avec ses informations de métadonnées), alors que les TRK correspondent plutôt au type OpenLayers.Geometry.MultiLineString car les informations de métadonnées peuvent être différentes sur les différents TRKSEG qui le composent.

Je suis d'accord, sur la façon d'utiliser les rte et trk.

Dans la pratique, je voulais faire apparaitre la différence de résultat entre 2 codes assez similaires.

Avec les exemples v2 et v3, proposés dans cette discussion, dont le code est proche, les résultats sont là encore différents.

La v2 enregistre 2 trk, mais si on rajoute une trace on obtiens 2 trk et une rte. Il y a plusieurs trk et name alors qu'il ne devrai y en avoir qu'un au début du gpx suivi de plusieurs trkseg.

La v3 enregiste 2 rte et les traces ajoutées sont des rte.

[shama]

D'après la lecture que j'ai eu des spécifications, les RTE correspondent plutôt au type OpenLayers.Geometry.LineString (un seul chemin avec ses informations de métadonnées), alors que les TRK correspondent plutôt au type OpenLayers.Geometry.MultiLineString.

Perso c'est exactement comme ça que je gère les 2 types actuellement côté OL.
Comme signaler dans une autre discutions le gros du pb c'est que d'un pt de vue OL les metadonnées sont plutôt liée à une "feature" (par les attributs) et non pas à une géométrie. Donc, si j'ai rien loupé, y'a forcément un peu de bricolage à faire...

[dgrichard]

Perso c'est exactement comme ça que je gère les 2 types actuellement côté OL.
Comme signaler dans une autre discutions le gros du pb c'est que d'un pt de vue OL les metadonnées sont plutôt liée à une "feature" (par les attributs) et non pas à une géométrie. Donc, si j'ai rien loupé, y'a forcément un peu de bricolage à faire...

Oui, dans la version nouvelle, j'ai considéré que ces informations sont des métadonnées stockées dans les attributs de l'objet. Dans les cas des TRK, c'est donc un tableau de métadonnées ...

[shama]

Pas sur d'avoir bien compris. En fait les attributs des trkseg sont peu interressant (mais bon il existent quand même).
En revanche ceux des points contenus dans les "rte" et "trk" oui.

Bref une solution peut-être:

pour un point:
--
feature.attributes: {
name: '...',
ele: 555
};

pour une route (rte) contenant 2 points:
--
feature.attributes: {
name: '...',
desc: '...',
ptsAttributes[{
name: '...',
ele: 444
}, {
desc: '...'
}];
};

Et pour les trk ajouter un étage pour les trkseg...

Perso je stoke les infos directement dans la géométrie. C'est pas beau d'un pt de vue OL, mais c'est plus logique.

[dgrichard]

Presque ... en simplifiant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
WPT.attributes:{
  ele: ... /* les métadonnées de WPT
  ...       */
};
RTE.attributes:{
  ele: ... /* les métadonnées de RTE
  ...       */
  metadata:[
    {
       ele: ... /* les métadonnées de chaque RTEPT
       ...       */
    },
    ...
  ]
};
TRK.attributes:{
  ele: ... /* les métadonnées du TRK
  ...       */
  metadata:[/* les métadonnées de chaque TRKPT de chaque TRKSEG
     ...     */
  ]
};

pour l'instant, le champ feature.attributes.metadata n'est pas mappable ... (écrit autrement seul le nom metadata est connu).

[shama]

OK joli

[mga_geo]

Sur http://atlasnw.free.fr/geoportail/ex..._edite_v2.html,
la suppression d'un point ne fonctionne pas en mode "modification" alors qu'il marche en mode "création de ligne".
Je ne comprends pas très bien pourquoi...

[dgrichard]

Sur http://atlasnw.free.fr/geoportail/ex..._edite_v2.html,
la suppression d'un point ne fonctionne pas en mode "modification" alors qu'il marche en mode "création de ligne".
Je ne comprends pas très bien pourquoi...

D'autant plus que sur l'exemple geoportalAlert, cela fonctionne en mode modification ...

[mga_geo]

Je viens de faire un essai avec http://api.ign.fr/geoportail/api/doc...rtalAlert.html.
J'ai ajouté une couche vectorielle de type "linéaire".
Sur cette couche j'ai dessiné une ligne brisée avec 3 points.
J'ai activé l'outil "Modifier un objet".
Je peux bien déplacer les points, mais le shift clic ne supprime pas le point.