pour les routes on a pris la décision depuis longtemps de mettre des nom locaux, ce qui obligé à faire des restrictions de zones et complique les requêtes (D 412, N 1, ou A 13 sont ambigus). Pour certains cas on a du ajouter un code pays dans une autre clé (voire l'affeux "is_in"), ce qui n'est pas homogène du tout.
Cependant pour des réseaux très étendus et combpliqués et qui se chevauchent partiellement c'est on ne peut plus gênant de ne pas avoir des noms non ambigus. Pour palier à ça certains utilisent une autre clé "operator=*" qui ne devrait âs être nécessaire et complique lorsqu'un même réseau a des lignes avec plusieurs opérateurs différents. Hors c'est bien le réseau qu'on cherche à identifier d'abord. De plus STAR est juste un nom commercial, qui peut changer, comme peut changer aussi l'exploitant "operator=Keolis Rennes", qui pourrait fusionner avec les autres Keolis en France, ou être cédé par la SNCF à une autre société reprenant le contrat avec Rennes Métropole (en ce moment la mode est aux "PPP" et aux arrangements multiples dans le privé). STAR reste une marque de Rennes Métropole qui peut décider aussi de lotir différemment son réseau (par exemple le Métro et quelques grandes lignes urbaines à un opérateur, et le reste à d'autres, pour des raisons pratiques, et financières, Rennes Métropole a choisi de confier l'intégralité à Keolis qui a créé une filiale ad hoc, pour gérer les relations avec les autres sous-traitants, comme TIV; il y a des lignes aussi à partager selon le cas avec le département ou la région, même si Rennes Métropole a le monopole de gestion sur son territoire, ce qui signifie que c'est elle seule qui décide avec quel(s) opérateur(s) elle veut mettre son réseau en exploitation. Dans le passé Rennes traitait avec des opérateurs différents en plus de sa régie municipale STAR qu'elle a cédée à Keolis dans les années 1980, ce qui ne s'est pas fait sans heurts avec des conflits sociaux et des protestations de la part des autres opérateurs qui sont devenus de simples sous-traitants sans garantie contractuelle; mais Keolis Rennes ne fait pas ce qu'il veut, et si un autre opérateur ne peut faire circuler ses cars, il peut se plaindre à Rennes Métropole, celle-ci demandant juste à Keolis de gérer techniquement les lignes et les relations au jour le jour avec les différents opérateurs sollicité, y compris Illenoo, la SNCF, et les lignes venant des autres régions, notamment de la Loire-Atlantique, de la Mayenne, de la Manche, et même de la Sarthe: ces autres collectivités ont des accords de coopération qui oblige Rennes à accepter des cars communs sur son territoire, et que Keolis Rennes ne gérera pas directement, mais Keolis doit gérer ces accords entre collectivités, ça fait partie de son contrat avec l'agglomération, il fournira l'assistance technique nécessaire, l'aglomération n'ayant pas la capacité technique de le faire elle-même au jour le jour pour des centaines de lignes; au besoin la métropole, ou des communes via la métropole, peut aussi commander des bus supplémentaires à Keolis pour certains événements: Keolis ne manquera pas de facturer masi pour ces exceptions Rennes Métropole n'est pas contrainte de faire appel uniquement à Keolis et si elle veut elle peut à tout moment les commander à d'autres sociétés, c'est bien la métropole qui a le contrôle de tous les marchés publics de transport sur son territoire, pas Keolis !). Le 3 novembre 2016 à 23:56, Christian Quest <cqu...@openstreetmap.fr> a écrit : > euh... on n'a jamais mis un network=FR:RATP je ne vois pas trop ce que ce > "FR" viens faire ici > > Pour une départementale française on ne met par ref=FR:D 412 > > Si on veut préciser la langue c'est sur la clé qu'on le fait pas sur le > valeur (name:fr=XXX et pas name=fr:XXX) et c'est "fr" pour la lanque et > "FR" pour le pays. > > KISS ! > > > Le 3 novembre 2016 à 23:41, <osm.sanspourr...@spamgourmet.com> a écrit : > >> +1, network=FR:STAR me semble plus logique (c'est la STAR en France, pas >> en français). >> D'ailleurs j'avais l'intention de l'écrire. >> Sachant que la seconde partie est le nom commercial du réseau (d'où STAR, >> Bibus, CTRL) et non par exemple le nom de l'opérateur. >> >> Dans l'exemple du wiki le réseau est au Canada mais n'est pas préfixé par >> CA:. >> >> On devrait voir avec les autres pour passer à un nommage homogène des >> réseaux. Au moins le suggérer dans le wiki. >> Puis inciter au changement avec les outil d'AQ (Assurance Qualité). >> >> Là on évite des conflits avec d'autres alors qu'on peut d'une manière >> générale éviter les conflits entre pays. >> >> Jean-Yvon >> >> Le 03/11/2016 à 23:23, Philippe Verdy - verd...@wanadoo.fr a écrit : >> >> Non: network devrait conserver un préfixe de pays (STAR est vraiment trop >> générique et a de nombreux synonymes) >> >> La page wiki au sujet de network le dit clairement: cette clé devrait >> être unique et à défaut de connaître le monde entier (STAR n'est pas du >> tout une marque internationale, juste un nom commercial français), le >> préfixe "FR:" est approprié (mais "fr_" a été utilisé). >> >> Pour être clair les noms de réseaux français devraient avoir tous le >> préfixe "FR:", comme les autres clés franco-françaises, ce qui faciliterait >> aussi les rapprochements en France où ces réseaux se restructurent, se >> sciendent ou s'unissent sans arrêt, ce qui ne devrait pas perturber les >> autres pays ayant leurs propres dénominations) >> >> Le 3 novembre 2016 à 14:31, Jérôme Amagat <jerome.ama...@gmail.com> a >> écrit : >> >> >> >> _______________________________________________ >> 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 > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
