Je ne pense pas qu'il faille y aller brutalement, car on a tous les cas d'usage de bus_stop=yes qui est réellement ambigu. De plus il reste à vérifier ce qui se passe dans les outils qui utilisent les modèles. Pour l'instant il vaut mieux y aller doucement.
On sait que certains outils ont des problèmes à gérer ça et que chacun d'eaux essaye de s'en sortir en faisant des traitements à leur façon mais pas forcément avec les résultats attendus. Ce serait moi je virerais même la compatibilité avec le non-schéma v1 en ne gardant que le schéma v2 qui est clair, ce qui pousserait alors les outils à s'adapter pour gérer correctement la v2. Il y a de vrais besoins notamment pour les outils qui doivent calculer des itinéraires ou des temps de parcours (sachant qu'on n'a pas non plus dans OSM tous les horaires des passage à tous les arrêts et toutes les lignes, qui changent régulièrement. Bon c'est vrai que dans chaque réseau maintenant se développe des applis en ligne dédiées (applis pour mobiles) qui s'appuient sur les bases de données internes des opérateurs de réseaux, mais le plus souvent seulement un seul, ce qui pose des problèmes quand même pour l'intermodalité qui n'est pas gérée: la plupart des réseaux se contentent de donner des horaires ligne par ligne et uniquement pour certains arrêts (pour les autres il y a des indications de temps moyen de parcours). Le modèle v2 n'est pas si complexe que ça. Il n'est pas encore aussi complet qu'on voudrait (notamment il ne gère pas encore les détours avec plusieurs passages au même point, ce qui impose donc de garder les arrêts et ways triés et oblige à doublonner des membres dans les relations route, mais pourtant les outils utilisateurs de ces données ne savent pas interpréter correctement ces pseudo-doublons et croient qu'il faut trier les membres eux-mêmes et sont encore incapables de déterminer la direction de la ligne !) Le 31 octobre 2016 à 11:59, <osm.sanspourr...@spamgourmet.com> a écrit : > C'est en plein chantier pour la v2 (intégration des "stop", et migration > des anciens bus_stop en "platform") et pour reconnecter toute une série de > lignes > > Question : comme les highway=bus_stop étaient tous des plateformes et non > des stop, ne peut-on pas faire une modif un peu brutale sur les arrêts en > France à savoir ajout bus=yes, public_transport=platform ? > Quand les plateformes sont des nœuds y a-t-il des cas où le stop n'est pas > au droit de la chaussée ? Là j'ai plus l'impression d'un TALC (*) dû à la > complexité du modèle. > Je comprends bien que dans des cas foireux styles gares allemandes ou > alsaciennes on peut avoir 2 trains qui partent du même quai dans des > directions opposées auquel cas le stop n'est pas en bout de plateforme dans > le sens du trajet (quoique si, le sens étant différent) mais surtout > suivant si on met une rame duplex ou une double rame le stop n'est pas au > même endroit (le train est positionné pour que les voyageurs puissent > sortir au plus vite) sauf si on ajoute ou ajoute ou retire une rame comme > ça peut arriver à Rennes ou Saint-Brieuc. > Bref, hormis empêcher la mère de Florian de cartographier, je ne vois pas > d'intérêt à mettre cette position qui pourrait être calculée. > > Et si 5 ans après l'adoption du modèle on est à commencer à l'appliquer... > > (*) Travail A La Con > > > > Le 28 octobre 2016 à 21:26, Frédéric Rodrigo <fred.rodr...@gmail.com> a > écrit : > >> Salut, >> >> J'ai légèrement corrigé le code et je l'ai lancé. >> Le résultat est là : >> http://osm110.openstreetmap.fr/~fred/star/ >> >> Tu peux valider que c'est bon pour toi ? >> >> Pour Paris on l'a retiré à cause de la qualité. >> >> Si vous proposez le paramétrage pour d'autres villes je prends aussi ;) >> >> Frédéric. >> >> >> Le 27/10/2016 à 04:27, Jérôme Amagat a écrit : >> >>> ça parle beaucoup des bus, des bus à rennes en plus où il existe en open >>> data la position de tous les arrêt ici https://data.rennesmetropole.f >>> r/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star/ >>> les données ont l'air très bonne, en regardant avec la photo aérienne >>> les coordonnées ont l'air très bonne (a 2 mètre près des fois), il y a les >>> noms ( là il y a un petit soucis : les accents sur les lettre majuscule >>> n'existe pas comme pour Eglise) l’accès pmr et la présence d'abris sont >>> indiqués. >>> ça pourrait être pas mal de pouvoir les intégrer avec osmose. >>> >>> En me basant sur les exemples ici https://github.com/osm-fr/osmo >>> se-backend/tree/master/analysers >>> je dirais qu'il faudrait créer un test comme ça : >>> >>> #!/usr/bin/env python >>> #-*- coding: utf-8 -*- >>> >>> from Analyser_Merge import Analyser_Merge, Source, CSV, Load, Mapping, >>> Select, Generate >>> >>> >>> class Analyser_Merge_Public_Transport_FR_Star(Analyser_Merge): >>> def __init__(self, config, logger = None): >>> self.missing_official = {"item":"8040", "class": 71, "level": 3, >>> "tag": ["merge", "public transport"], "desc": T_(u"Star stop not >>> integrated") } >>> self.possible_merge = {"item":"8041", "class": 73, "level": 3, >>> "tag": ["merge", "public transport"], "desc": T_(u"Star stop, integration >>> suggestion") } >>> self.update_official = {"item":"8042", "class": 74, "level": 3, >>> "tag": ["merge", "public transport"], "desc": T_(u"Star stop update") } >>> Analyser_Merge.__init__(self, config, logger, >>> "https://data.rennesmetropole.fr/explore/dataset/topologie-d >>> es-points-darret-de-bus-du-reseau-star", >>> u"Topologie des points d'arrêt de bus du réseau STAR", >>> CSV(Source(attribution = u"Keolis Rennes", millesime = >>> "2016", >>> fileUrl = "https://data.rennesmetropole. >>> fr/explore/dataset/topologie-des-points-darret-de-bus-du-res >>> eau-star/download/?format=csv&timezone=Europe/Berlin&use_lab >>> els_for_header=true")), >>> Load(lambda res: res['Coordonnées'].split(' - ')[1].strip(), >>> lambda res: res['Coordonnées'].split(' - ')[0].strip()), >>> Mapping( >>> select = Select( >>> types = ["nodes", "ways"], >>> tags = {"highway": "bus_stop"}), >>> osmRef = "ref:FR:Star", >>> conflationDistance = 10, >>> generate = Generate( >>> static1 = { >>> "highway": "bus_stop", >>> "public_transport": "stop_position", >>> "bus": "yes", >>> "network": "Star"}, >>> static2 = {"source": self.source}, >>> mapping1 = { >>> "ref:FR:Star": "Code", >>> "name": "Nom", >>> "wheelchair": "Accessible aux PMR",lambda res: >>> "yes" if res["Accessible aux PMR"]=="true" else "no" if res["Accessible aux >>> PMR"]=="false" else None >>> "shelter": lambda res: "yes" if res["Mobilier"] >>> and "Abris" in res["Mobilier"] else "no" if res["Mobilier"]=="Poteau" else >>> None}, >>> text = lambda tags, fields: {"en": u"Star stop of >>> %s" % fields["Nom"], "fr": u"Arrêt Star de %s" % fields["Nom"]} ))) >>> >>> >>> c'est à peu près la même chose que ce qui a été fait pour d'autres >>> réseaux de bus (comme à bordeau). >>> Je suis pas très doué en codage donc il peut y avoir des erreurs (en >>> fait il y en a sûrement :) ). >>> >>> il y a aussi en open data les trajets des bus mais c'est plus compliqué >>> à intégrer. (sûrement même impossible avec osmose) >>> >>> Les positions des arrêts de bus existe aussi pour paris : >>> http://data.ratp.fr/explore/dataset/positions-geographiques- >>> des-stations-du-reseau-ratp/?disjunctive.stop_name&disjuncti >>> ve.code_postal&disjunctive.departement >>> par contre (en regardant très rapidement) les coordonnées je suis pas >>> sur quelles soient très bonnes. >>> >>> pour Lyon : http://data.grandlyon.com/equipements/points-darrft-du-rfsea >>> u-tcl/ >>> >>> et peut être ailleurs >>> >>> >>> _______________________________________________ >>> 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 > listTalk-fr@openstreetmap.orghttps://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
