Le 22/12/2019 à 10:15, marc marc a écrit :
Le 21.12.19 à 22:29, deuzeffe a écrit :
Ce qui m'amène à une question de béotienne (éternelle) mais plus
générale : doit-on (ou jusqu'où doit-on) préciser/affiner les ref:FR
pour les réseaux de transport ?
je pense que cela n'apporte que des désavantages :
- l'exemple du réseau arc en ciel montre que croire qu'une ref:FR est
unique est une erreur.
Ah bon ? explique moi ... (comme indiqué deux messages au-dessus
ref:FR:aec31) peut-être mal construit mais pas unique ?
Je ne suis pas ...cien (ni base de données ni cartographe) simple
contributeur (je ne comprends parfois pas grand chose - par exemple
"espace de nom" j'ai cherché sur internet et c'est devenu encore plus
incompréhensible ) et pour une bonne partie ma référence c'est le wiki
où on peut voir pas quelques réseau de bus dans ce cas avec ref:* (et
pas qu'en France
(https://www.openstreetmap.org/node/2619430580#map=20/50.84947/4.34751&layers=T)
et pas que pour les réseaux de transport ...
donc si on voulait une clef unique, il faudrait aller encore plus loin
ref:pays:region voir commune
- tout utilisateur voulant ajouter une ref doit trouver un exemple bien
tagé à proximité ou trouver la page wiki ad-hoc.
Oui, il faudrait une page, aujourd'hui, il y en a deux
https://wiki.openstreetmap.org/wiki/France/Liste_des_r%C3%A9f%C3%A9rences_nationales
et https://wiki.openstreetmap.org/wiki/FR:Key:ref qui ne semblent pas
être identiques et il y a des manques.
- cela implique aussi automatiquement qu'il y aura des ref dans des
mauvaises clefs, donc un travail conséquent de maintenance à faire.
- niveau utilisation des données, cibler les arrêts d'une route d'un
operateur est aussi facile que cibler ref:FR:...
Si tu dis que c'est aussi facile ... , sûrement pour vous qui gérez tout
ensemble (les arrêts et les itinéraires) en tout cas, pas pour moi qui
suis plutôt intéressé par les arrêts que par les itinéraires (que je ne
vois pas quand je me balade -mais que je mets à jour de temps en temps,
j'y passe trop de temps d'ailleurs) et maintenant j'ai plus de mal à les
retrouver depuis qu'on ne leur indique plus le network et en plus
jungleBus dans josm et osmose me crient dessus parce que mes arrêts ne
sont rattachés à aucun itinéraire ...
- à côté de cela, pour une route, la ref se met dans ref, tant à
Marseille ou à Genève.
Oui, il n'y a pas souvent des routes qui ont un n° national, un régional
et un local
pour les arrêts multi-opérateurs, une règle simple pourrait s'inspirer
des routes :
- la ref du réseau local du lieu -> ref=*
- la ref du réseau régional reg_ref=*
il ne resterait alors que des exeptions, quand un arrêt se trouve en
bordure de 2 réseaux locaux.
pour ceux là, ref:<operateur>=* avec <operateur> valant exactement la
même chose que la clef operator=* de la relation route simplifierait
bien des choses.
Une structuration serait sans doute mieux, mais pas, il me semble, en
limitant à reg_ si c'était aussi facile ... , car Il ne faut pas
oublier que :
- le réseau régional n'a pas encore mis -partout- d'open-data, il n'y a
pas un seul réseau régional, actuellement la Haute-Garonne a un
open-data avec des données pour le réseau régional du département et un
des données pour le réseau des transports scolaires régionaux du
département avec des n° d'arrêts différents entre les deux réseaux,
comment je différencie reg_ref=* et reg_ts_ref ?
- les réseaux métropolitains, les réseaux de regroupements de communes
(en Haute-Garonne prés de toulouse, les deux type co-existaient avec des
arrêts communs, puis le réseau de la métropole s'est agrandi en
absorbant les réseaux des regroupements et ceux de certaines communes
mitoyennes.
- ces réseaux métropolitains/regroupements ne sont pas forcément les
réseaux locaux, je connais au moins une commune de la métropole qui a
crée un TAD local qui s'adresse aux habitants des quartiers les moins
bien desservis par les transports en commun de la métropole
- et j'oublie certainement d'autres choses
mais je rêve d'un n° unique BATO ???
cordialement
leni
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
