<div dir="ltr">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.<div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>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).</div><div><br></div><div>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 !)</div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 31 octobre 2016 à 11:59, <span dir="ltr"><<a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="transparent" text="#000000"><span class="">
<blockquote type="cite">
<div dir="ltr">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</div>
</blockquote></span>
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 ?<br>
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.<br>
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.<br>
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.<br>
<br>
Et si 5 ans après l'adoption du modèle on est à commencer à
l'appliquer...<br>
<br>
(*) Travail A La Con<div><div class="h5"><br>
<br>
<blockquote type="cite">
<div class="gmail_extra"><br>
<div class="gmail_quote">Le 28 octobre 2016 à 21:26, Frédéric
Rodrigo <span dir="ltr"><<a href="mailto:fred.rodrigo@gmail.com" target="_blank">fred.rodrigo@gmail.com</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Salut,<br>
<br>
J'ai légèrement corrigé le code et je l'ai lancé.<br>
Le résultat est là :<br>
<a href="http://osm110.openstreetmap.fr/%7Efred/star/" rel="noreferrer" target="_blank">http://osm110.openstreetmap.fr<wbr>/~fred/star/</a><br>
<br>
Tu peux valider que c'est bon pour toi ?<br>
<br>
Pour Paris on l'a retiré à cause de la qualité.<br>
<br>
Si vous proposez le paramétrage pour d'autres villes je
prends aussi ;)<span class="m_1573851127240350979HOEnZb"><font color="#888888"><br>
<br>
Frédéric.</font></span><span><br>
<br>
<br>
Le 27/10/2016 à 04:27, Jérôme Amagat a écrit :<br>
</span>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div class="m_1573851127240350979h5"> ça parle beaucoup des bus, des bus à
rennes en plus où il existe en open data la position
de tous les arrêt ici <a href="https://data.rennesmetropole.fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star/" rel="noreferrer" target="_blank">https://data.rennesmetropole.f<wbr>r/explore/dataset/topologie-de<wbr>s-points-darret-de-bus-du-rese<wbr>au-star/</a><br>
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.<br>
ça pourrait être pas mal de pouvoir les intégrer avec
osmose.<br>
<br>
En me basant sur les exemples ici <a href="https://github.com/osm-fr/osmose-backend/tree/master/analysers" rel="noreferrer" target="_blank">https://github.com/osm-fr/osmo<wbr>se-backend/tree/master/analyse<wbr>rs</a><br>
je dirais qu'il faudrait créer un test comme ça :<br>
<br>
#!/usr/bin/env python<br>
#-*- coding: utf-8 -*-<br>
<br>
from Analyser_Merge import Analyser_Merge, Source,
CSV, Load, Mapping, Select, Generate<br>
<br>
<br>
class Analyser_Merge_Public_Transpor<wbr>t_FR_Star(Analyser_Merge):<br>
def __init__(self, config, logger = None):<br>
self.missing_official = {"item":"8040",
"class": 71, "level": 3, "tag": ["merge", "public
transport"], "desc": T_(u"Star stop not integrated") }<br>
self.possible_merge = {"item":"8041",
"class": 73, "level": 3, "tag": ["merge", "public
transport"], "desc": T_(u"Star stop, integration
suggestion") }<br>
self.update_official = {"item":"8042",
"class": 74, "level": 3, "tag": ["merge", "public
transport"], "desc": T_(u"Star stop update") }<br>
Analyser_Merge.__init__(self, config, logger,<br>
"<a href="https://data.rennesmetropole.fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star" rel="noreferrer" target="_blank">https://data.rennesmetropole.<wbr>fr/explore/dataset/topologie-d<wbr>es-points-darret-de-bus-du-res<wbr>eau-star</a>",<br>
u"Topologie des points d'arrêt de bus du
réseau STAR",<br>
CSV(Source(attribution = u"Keolis Rennes",
millesime = "2016",<br>
fileUrl = "<a href="https://data.rennesmetropole.fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star/download/?format=csv&timezone=Europe/Berlin&use_labels_for_header=true" rel="noreferrer" target="_blank">https://data.rennesmetropole.<wbr>fr/explore/dataset/topologie-d<wbr>es-points-darret-de-bus-du-res<wbr>eau-star/download/?format=csv&<wbr>timezone=Europe/Berlin&use_lab<wbr>els_for_header=true</a>")),<br>
Load(lambda res:
res['Coordonnées'].split(' - ')[1].strip(), lambda
res: res['Coordonnées'].split(' - ')[0].strip()),<br>
Mapping(<br>
select = Select(<br>
types = ["nodes", "ways"],<br>
tags = {"highway": "bus_stop"}),<br>
osmRef = "ref:FR:Star",<br>
conflationDistance = 10,<br>
generate = Generate(<br>
static1 = {<br>
"highway": "bus_stop",<br>
"public_transport":
"stop_position",<br>
"bus": "yes",<br>
"network": "Star"},<br>
static2 = {"source": self.source},<br>
mapping1 = {<br>
"ref:FR:Star": "Code",<br>
"name": "Nom",<br>
"wheelchair": "Accessible aux
PMR",lambda res: "yes" if res["Accessible aux
PMR"]=="true" else "no" if res["Accessible aux
PMR"]=="false" else None<br>
"shelter": lambda res: "yes"
if res["Mobilier"] and "Abris" in res["Mobilier"] else
"no" if res["Mobilier"]=="Poteau" else None},<br>
text = lambda tags, fields: {"en":
u"Star stop of %s" % fields["Nom"], "fr": u"Arrêt Star
de %s" % fields["Nom"]} )))<br>
<br>
<br>
c'est à peu près la même chose que ce qui a été fait
pour d'autres réseaux de bus (comme à bordeau).<br>
Je suis pas très doué en codage donc il peut y avoir
des erreurs (en fait il y en a sûrement :) ).<br>
<br>
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)<br>
<br>
Les positions des arrêts de bus existe aussi pour
paris : <a href="http://data.ratp.fr/explore/dataset/positions-geographiques-des-stations-du-reseau-ratp/?disjunctive.stop_name&disjunctive.code_postal&disjunctive.departement" rel="noreferrer" target="_blank">http://data.ratp.fr/explore/da<wbr>taset/positions-geographiques-<wbr>des-stations-du-reseau-ratp/?d<wbr>isjunctive.stop_name&disjuncti<wbr>ve.code_postal&disjunctive.<wbr>departement</a><br>
par contre (en regardant très rapidement) les
coordonnées je suis pas sur quelles soient très
bonnes.<br>
<br>
pour Lyon : <a href="http://data.grandlyon.com/equipements/points-darrft-du-rfseau-tcl/" rel="noreferrer" target="_blank">http://data.grandlyon.com/equi<wbr>pements/points-darrft-du-rfsea<wbr>u-tcl/</a><br>
<br>
et peut être ailleurs<br>
<br>
<br>
</div>
</div>
<span> ______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
</span></blockquote>
<div class="m_1573851127240350979HOEnZb">
<div class="m_1573851127240350979h5"> <br>
<br>
<br>
______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="m_1573851127240350979mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
Talk-fr mailing list
<a class="m_1573851127240350979moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a class="m_1573851127240350979moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>