Pieren a écrit :
> (....)
> Pour les itinéraires, je l'ai déjà mentionné par le passé, il y aurait
> beaucoup plus simple à faire : la relation devrait collecter la liste
> des nodes du point de départ, d'arrivée et ceux des intersection où il
> y a changement de direction. Il n'y besoin de rien d'autre pour
> définir un itinéraire. Bien sûr, cela devient un peu plus compliqué
> pour les logiciels utilisateurs mais rien d'insurmontable. Et c'est
> plus facile à éditer puisqu'on ne coupe plus les rues/routes.
>
> Pieren
Bonjour,
J'aime bien cette solution et comme je viens de découvrir que les
membres de relations sont ordonnés[1], c'est techniquement réalisable.
J'ai cependant deux réserves :
1. Comment ça se saisit dans nos outils : en Potlatch, je ne sais pas
contrôler l'ordre d'une relation autrement que par l'ordre de la
saisie : ça veut dire qu'en cas d'oubli d'un nœud, je dois tout
casser pour recommencer. Qu'en est-il de JOSM ?
2. La reconstitution de la route n'est pas triviale car il va falloir
trouver tous les ways qui constituent le parcours entre deux
points de référence et ordonner les ways trouvés. (Note à ce
sujet, c'est un peu HS, mais je recherche une requête SQL pour
ordonner une liste de ways sans retour arrière, sur le schéma OSM
évidemment).
PS : aucune réponse de ASO à cette heure.
[1] : pour les plus observateurs, ça se voit là :
http://wiki.openstreetmap.org/wiki/Database_schema#Relations dans la
déclaration de la table current_relation_members :
CREATE TABLE current_relation_members (
id bigint NOT NULL, -- primary key part 1/5; references
current_relations(id)
member_type nwr_enum NOT NULL, -- primary key part 2/5
member_id bigint NOT NULL, -- primary key part 3/5
member_role character varying(255) NOT NULL, -- primary key part 4/5
sequence_id integer DEFAULT 0 NOT NULL -- primary key part 5/5
<--- c'est là !
);
--
Marc
m...@sibert.fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
