Ici en Belgique, c'est vrai que ce sont les communes qui construisent et maintiennent les arrêts et les abribus et encore un autre opérateur qui y met de la pub.
Mais c'est tout de même l'opérateur qui y met un 'drapeau' et les horaires et qui les maintient à jour. Quand moi je parle d'un arrêt je parle de quelque chose plus ou moins abstrait; un 'contrat' entre opérateur de transports en commun et les passager que à cet endroit à certains moments il y a des véhicules qui passent et qui prennent des voyageurs pour les porter autre part. Cette chose 'abstraite' c'est ce que représentent les noeuds highway=bus_stop/railway=tram_stop. Et si on le voit comme cela, il me semble normal de dire que tel ou tel arrêt est déservi par tel et/ou tel opérateur ou fait partie de tel ou tel réseau. L'infrastructure comme les quais, les abris, les poubelles, etc on pourrait dire que ce sont les communes qui sont l'opérateur, mais on ne l'ajoute pas sur ces objets-là, car ça a vraiment peu d'importance. Ajouter operator et network sur les arrêts peut servir pour valider qu'ils appartiennent tous à des relations d'opérateurs/réseaux correspondants. Je ne pense pas que cela se fait en ce moment, mais c'est avec cette idée que je les avais ajoutés sur tous les arrêts, du moins en Belgique. Le même pour route_ref sur les arrêts. C'est facile à noter quand on est à coté de l'arrêt, mais après aussi ça continue de servir pour vérifier si ça correspond aux refs des relations route. PT_Assistant le fait dès à présent. Polyglot Op wo 8 aug. 2018 om 09:43 schreef Philippe Verdy <verd...@wanadoo.fr>: > En l'occurence l'exploitant d'une ligne n'est qu'un usager de > l'infrastructure utilisée! les arrêts, plateformes ont un opérateur > indépendant, la commune ou plus souvent l'EPCI qui est en charge de > l'exclusivité de la gestion des transports sur son territoire, parfois un > opérateur privé (centre commerciaux, hopitaux, gares routières ou > ferroviaires, ou un service public comme la CPAM ou la CAF, ou encore une > grosse entreprise...). > Et c'est lui qui confie cette autorisation à un opérateur d'exploitation > de l'équipement (parfois plusieurs selon le type d'équipements : abris, > toilettes, poubelles, ascenseurs, publicité, automates) qui n'est pas > forcément celui qui exploite les lignes concernées : les exploitants de > lignes demandent à l'exploitant local de l'infrastructure les autorisations > pour utiliser/équiper les arrêts concernés. > > Bref l'opérateur d'un arrêt, d'une plateforme, n'est très souvent PAS > celui de "la" ligne ou du réseau de lignes (même quand il n'y a qu'une > seule ligne d'un seul opérateur réseau à l'utiliser) ! > > Dans le cas des lignes départementales (ou régionales), la plateforme > d'arrêt n'est que très rarement de son ressort (même s'il y a un panneau et > l'arrêt n'est pas desservi du tout par une ligne du réseau de l'EPCI), > c'est presque toujours l'opérateur de gestion d'infrastructure de l'EPCI ou > de la commune qui s'en charge et communique avec les opérateurs de lignes. > Il n'y a aucune raison donc de mettre plusieurs opérateurs par arrêt mais > aucune raison de supposer que c'est celui de la ligne qui y passe (et > impossible de déduire quoi que ce soit de ces relations de lignes) > > Si je prends l'exemple des arrêts de bus à Rennes, ils sont presque tous > du ressort de la STAR, qu'ils soient utilisés par les lignes de la STAR ou > les lignes départementales (en cours de restructuration) ou régionales > (TER). Les lignes départementales et régionales n'utilisent QUE les arrêts > de la STAR (y compris la gare routière qui dépend d'un collectif regroupant > la STAR, la commune de Rennes, et la SNCF, mais la STAR en assure la > gestion pour tous les autres exploitants). Quand la STAR va équiper un > arrêt, il sera dans un temps utilisé par une ligne d'un opérateur > quelconque mais ensuite il pourra être utilisé par d'autres lignes d'autres > opérateurs ou par la STAR, selon ce qu'en décidera Rennes Métropole pour > l'ouverture de lignes ou pas, ou selon les demandes faites à la STAR par > les usagers et les enquêtes publiques). Ce n'est pas les autres opérateurs > qui se chargent de l'éuipement, ils ne vont apporter qu'une signalisation > légère à afficher (plans de ligne). C'est bien souvent la STAR qui va aussi > marquer les arrêts pour lui (numéro de ligne) et faire réaliser les travaux > (bateaux, marquages au sol de la zone d'arrêt), la commune se chargeant > elle de la signalisation périphérique sur la voie pour les autres usagers > (sauf sur les routes départementales ou nationales) tels que les priorités > ou panneaux de voies réservées aux transports. > > > Le 5 août 2018 à 10:41, marc marc <marc_marc_...@hotmail.com> a écrit : > >> Le 05. 08. 18 à 07:57, mga_geo a écrit : >> > Ayant ajouté l'attribut 'network' aux arrêts, Osmose les détecte tous, >> > par exemple http://osmose.openstreetmap.fr/fr/error/19213745550 >> >> c'est controversé. >> l'endroit le + adapté est bien la relation comme le suggère osmose. >> certains dupliquent l'info de la relation sur tous les arrêts de la >> relation, y compris avec le tag operator, y compris au point d'avoir >> plusieurs tags operator sur un arrêt, y compris si l'operateur de >> l'abribus n'est pas le même que celui de la ligne de bus. >> Pour ma part au lieu de mettre une information dupliquée et souvent >> fausse sur l'arrêt, je ne la met que sur la relation. >> Mais certains te soutiendront le contraire >> >> > En l'absence de stop_area, il me semblait que cet attribut était >> recommandé >> > https://wiki.openstreetmap.org/wiki/Tag:public_transport=platform >> >> cela mériterait en effet amélioration >> _______________________________________________ >> 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 >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
