[OSM-talk-fr] Plans lignes RER?

[osm.sanspourriel at spamgourmet.com]

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 - codecomplete at 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 at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr