Tu récupères la relation.
Si certaines choses sont en trop (par exemple le bout s'arrêtant à
Maison-Laffitte) est-ce que le problème n'est pas la sélection des
relations ?
En fait si tu n'en veux pas tu exclus
https://www.openstreetmap.org/relation/2333442 de ta préselection.
Quant à l'absence de Cergy-le-Haut, je vois que seule la plateforme de
sortie est dans une relation.
Il faut ajouter https://www.openstreetmap.org/node/2320446017.
C'est un problème de peaufinage des relations RER A (choix par
l'utilisateur ou complétude des segments), pas un problème d'OSM en général.
Jean-Yvon
Le 09/03/2020 à 14:14, Shohreh - codecompl...@free.fr a écrit :
marc marc wrote
donc la différence semble être que osm a d'info que tu ne sais pas
filtrer ou il y a une différence dans le tracé lui-même ?
Avec la requête suivante, on récupère 1) des ways en trop (double ou triples
voies dans des gares), 2) des nodes en trop (deux-trois nodes pour une gare
donnée), et 3) il manque des noms de gares en bout de ligne ("Cergy-le-Haut"
par exemple):
=============
[out:json][timeout:25];
relation["network"="RER"]["ref"="A"]->.Input;
(
//membres ayant un rôle vide (trajet)
way(r.Input:"") ;
//membres ayant le rôle "stop" (gares)
node(r.Input:"stop") ;
);
out body;
;
out skel qt;
=============
http://overpass-turbo.eu/s/Rrr
Donc les données d'IDFM ne sont peut-être pas parfaites, mais font mieux que
la requête ci-dessus.
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
