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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
