[OSM-talk-fr] Données sur les bouches de métro franciliennes
Christian Quest
cquest at openstreetmap.fr
Ven 14 Fév 09:44:35 UTC 2020
Bonjour Sébastien,
L'état des tags sur les bouches de métro n'a rien d'exceptionnel pour
les données OSM qui, dans la majorité des cas, sont ajoutées petit à
petit, objet par objet, tag par tag... sauf quand on a une source
opendata sur laquelle s'appuyer. Il y a peut être une piste à creuser
dans les données du plan de voirie de la Ville de Paris, mais côté RATP
rien d'exploitable à ce jour.
Ceci vaut pour l'exhaustivité des objets et des tags.
Ensuite, second problème, la cohérence et l’homogénéité des tags
utilisés. Pour les bouches de métro, il y a eu, historiquement, une
première tentative de les relier aux stations à l'aide de relations qui
semblent avoir toutes disparues aujourd'hui.
Il y a aussi eu un usage des relations "site", on en trouve encore
(Pigalle, Gare d'Austerlitz, Cité Universitaire).
Puis, le schéma pour les transports publics a évolué et la notion de
stop_area est arrivée qui permet de faire le lien bouche de métro/station.
Des bouches de métro membre d'aucune relation il y en a, sûrement
beaucoup, exemple: https://www.openstreetmap.org/node/6462062885
Un travail d'harmonisation, documenté serait fort utile !
Pour commencer, j'irai regarder ce qui se fait ailleurs dans le monde...
histoire de ne pas inventer un truc génial mais isolé.
Ce dont on a besoin, c'est:
- un nom et/ou un numéro pour la sortie (noms et numéros qu'on trouve
sur les panneaux dans les stations)
- un lien vers la station (relation)
Le 13/02/2020 à 23:17, Sébastien Hinderer a écrit :
> Bonsoir Marc,
>
> Merci beaucoup pour ta réponse rapide!
>
> marc marc (2020/02/13 21:51 +0000):
>> à chaud, sans avoir été chercher la précédente discussion sur le sujet :
>>
>> le nom de la station n'est pas celui de la sortie, le wiki recommande
>> l'utilisation d'une relation public_transport=stop_area
>> pour les lier (et je partage cet avis)
> OK. Si j'ai bien compris ça fait ce que je suggérais pour regrouper les
> bouches par stations donc c'est bien, ça veut dire que
> l'information est déjà présente! Ce que je me demande c'set si on peut
> raisonnablement estimer que c'est exhaustif, ou est-ce qu'il manque des
> choses? La question se pose pour les bouches elles-mêmes aussi,
> d'ailleurs.
>
> J'essaierai de voir bientôt s'ily a des bouches qui ne sont dans aucune
> relation par exemple, des choses comme ça.
>
>> les sorties devraient avoir leur no dans ref=*, j'espère que tout le
>> monde était d'accord :)
> 266 noeuds sans tag ref. Est-ce que l'absence de ce tag a aussi une
> sémantique (par exemple il n'y a qu'une sortie), ou est-ce que ce sont
> des données manquantes?
>
> Quid de exit_number alors? Faudrait-il l'enlever?
>
>> de mémoire (mais je peux me tromper) nous avions surtout discuté du tag
>> name qui souvent n'est pas vraiment un nom propre à la sortie mais une
>> destination (pour lequel il existe le tag destination, par exemple
>> utilisé pour les sorties routières). bien que pertinent comme argument,
>> je m'en tiens pour l'instant à l'usage documenté (le tag name).
> 1070 noeuds ont un attribut name, seulement 57 ont un attribut
> destination. Est-ce que du coup on pourrait faire disparaître l'attribut
> destination?
>
> Et qu'en est-il de découper le contenu de name, ou au moins d'en avoir
> une version alternative découpée en plusieurs morceaux?
>
>> j'avais testé une appli capable d'indiquer le no de sortie le plus court
>> vers la destination, je ne me souviens hélas plus de son nom.
> Il y a "Métro sorties" que j'avais mais qui ne marche plus trop bien. Il
> y en a d'autres aussi mais qui ofnt les choses de façon graphique, donc
> inutilisable pour les déficients visuels.
>
> Sébastien.
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
--
Christian Quest - OpenStreetMap France
Plus d'informations sur la liste de diffusion Talk-fr