<div dir="ltr"><div><div><div>Salut,<br><br></div>Pas mis à jour depuis longtemps mais cette application avait la vocation de mapper les arrêts de transport <a href="http://makinacorpus.github.io/osm-transport-editor/#/">http://makinacorpus.github.io/osm-transport-editor/#/</a> avec code <a href="http://makinacorpus.github.io/osm-transport-editor/">http://makinacorpus.github.io/osm-transport-editor/</a><br><br></div>Cordialement<br><br><br></div>Thomas Gratier<br></div><div class="gmail_extra"><br><div class="gmail_quote">Le 20 octobre 2016 à 18:15, Thomas <span dir="ltr"><<a href="mailto:thomas+osm@mignien.fr" target="_blank">thomas+osm@mignien.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bonjour,<br>
<br>
L'import Grand Toulouse comporte les attributs 'ref' et 'operator' qui<br>
permettraient de constituer le tuple unique le plus opportun pour une<br>
identification unique globale. Ce sont des attributs qu'il me semble<br>
essentiel de conserver en cas de fusion ou suppression.<br>
<br>
L'attribut commun entre DGI et Grand Toulouse, c'est (au delà de la<br>
catégorisation bus_stop/bus=yes) c'est le nom. Mais étant donné que les<br>
arrêts en face à face sur une voie à double sens de circulation portent<br>
le même nom cela pose un problème pour envisager automatiser un recalage<br>
sur cette couche de la DGI.<br>
<br>
Je viens de regarder sur des communes alentour, je constate<br>
effectivement la présence de doublons DGI/Grand Toulouse ailleurs, avec<br>
des décalages parfois importants de positions.<br>
<br>
Du coup, le mieux serait-il de supprimer les noeuds DGI qui constituent<br>
des doublons, après avoir vérifié in-situ la bonne position ou non des<br>
noeuds Grand Toulouse lorsque les écarts entre les 2 couches sont<br>
significatifs (cas facile à détecter avec une moulinette) ?<br>
<br>
Thomas<br>
<span class=""><br>
<br>
On 20/10/2016 15:48, Francescu GAROBY wrote:<br>
> Bonjour Thomas,<br>
> Est-ce que les arrêts de bus importés par la DGI et/ou Grand Toulouse<br>
> ont un identifiant unique ?<br>
> Si oui, une possibilité pourrait être de fusionner les 2 points d'un<br>
> même arrêt, en conservant ce(s) identifiant(s), de façon à ce qu'un<br>
> réimport, qui devrait se baser là-dessus pour différencier les arrêts<br>
> présents/manquants, ne soit pas perturbé et retrouve ses petits.<br>
> Et perso, j'éviterais de laisser le doublon de chaque arrêt : ça<br>
> n'apporte rien et, pire, ça embrouille les cartographieurs (qui<br>
> pourraient associer le mauvais arrêt dans la relation d'une ligne) comme<br>
> les usagers d'OSM...<br>
><br>
><br>
> Francescu<br>
><br>
> Le 20 octobre 2016 à 15:40, Thomas <<a href="mailto:thomas%2Bosm@mignien.fr">thomas+osm@mignien.fr</a><br>
</span>> <mailto:<a href="mailto:thomas%2Bosm@mignien.fr">thomas+osm@mignien.fr</a>><wbr>> a écrit :<br>
<div><div class="h5">><br>
>     Bonjour,<br>
><br>
>     je profite de la thématique des arrêts de bus pour vous exposer une<br>
>     problématique et solliciter vos bons conseils.<br>
><br>
>     Je constate que dans mon coin il y a des incohérences sur la position<br>
>     d'arrêts de bus, notamment des déplacements liés à des réaménagements de<br>
>     l'espace urbain.<br>
><br>
>     Par exemple, je vais avoir l'arrêt de bus en double, à des positions<br>
>     différentes. Ces doublons s'expliquent par des campagnes d'import Open<br>
>     Data :<br>
><br>
>     2009 DGI : Positionnement OK, mais avec peu d'informations sur la ligne<br>
>     2012 Grand Toulouse (maintenant Toulouse Metropole), Positionnement KO,<br>
>     mais avec des attributs intéressants. Je note par ailleurs que<br>
>     l'emplacement de cet arrêt est également faux sur le site commercial de<br>
>     Tisséo, la SMTC qui gère le réseau, qui a dû alimenter la base de la<br>
>     métropole.<br>
><br>
>     Mes questions :<br>
>     - Comment gérer au mieux ces problématiques de données importées par le<br>
>     passé ?<br>
>     - Dois-je fusionner les attributs pour conserver un maximum d'infos et<br>
>     supprimer le nœud mal placé ?<br>
>     - Dois-je conserver les deux nœuds, et uniquement corriger la position<br>
>     erronée ?<br>
><br>
>     L'idée ici est de faire au mieux pour ne pas perturber ou être perturbé<br>
>     lors d'une prochaine campagne d'import Open Data avec des données plus<br>
>     ou moins correctes.<br>
><br>
>     Salutations,<br>
><br>
><br>
>     On 19/10/2016 20:00, Philippe Verdy wrote:<br>
>     > Dans les villes qui publient des données Open Data sur leurs<br>
>     réseaux de<br>
>     > transport, je pense qu'on n'a pas besoin de cette appli tierce mais<br>
>     > qu'il vaut mieux s'appuyer sur des solutions de synchronisation et<br>
>     > comparaison.<br>
>     ><br>
>     > On a divers outils, y compris<br>
>     > - via les données OSM elles-mêmes (relations de type "network"<br>
>     pour les<br>
>     > réseaux publics, dont les lignes membres sont des relations<br>
>     > "route_master" contenant les relations "route" pour chaque sens ou<br>
>     variante)<br>
>     > - les ref:* pour le réseau ou pour l'opérateur<br>
>     > - les outils d'intégration comme Osmose (qui pourrait aussi vérifier<br>
>     > l'intégrité et la continuité des lignes)<br>
>     > Ces relations "network" peuvent "facilement" être vérifiées de façon<br>
>     > systématique avec un formalisme permettant certains automatismes.<br>
>     ><br>
>     > Pour le reste il peut manquer des infos non encore en open data:<br>
>     ce qui<br>
>     > est en général moins bien géré c'est le schéma v2 des transports qui<br>
>     > intègre la notion de "plateforme" pour les interconnexions de<br>
>     lignes et<br>
>     > intermodales, permettant de regrouper des arrêts et faire les<br>
>     > correspondances, même entre réseaux différents (par exemple entre un<br>
>     > réseau urbain, un réseau départemental, les lignes nationales<br>
>     bus/train,<br>
>     > les stations de taxis, les stations d'auto-partage, les vélos à la<br>
>     > demande ("Vélib" et similaires), les interconnexions vers des chemins<br>
>     > touristiques...<br>
>     ><br>
>     > Actuellement les objets "platform" d'OSM sont surtout construits<br>
>     pour un<br>
>     > unique réseau, mais si on regarde le détail ce qui nous manque c'est<br>
>     > surtout les connexion intermodales, qui permettant de choisir ou<br>
>     > optimiser les moyens de transport ou trouver des alternatives. Sans<br>
>     > cela, les outils de recherche font des approximations pas toujours<br>
>     très<br>
>     > claires et oublient des tas de possibilités (parce qu'en général on ne<br>
>     > tague pas la plupart des trajets piétonniers courts et qu'il y a des<br>
>     > obstacles imprévus ou des problèmes de sécurité pour faire certains<br>
>     > trajets d'interconnexion).<br>
>     ><br>
>     ><br>
>     ><br>
>     > Le 19 octobre 2016 à 18:36, lenny.libre <<a href="mailto:lenny.libre@orange.fr">lenny.libre@orange.fr</a><br>
>     <mailto:<a href="mailto:lenny.libre@orange.fr">lenny.libre@orange.fr</a>><br>
</div></div>>     > <mailto:<a href="mailto:lenny.libre@orange.fr">lenny.libre@orange.fr</a> <mailto:<a href="mailto:lenny.libre@orange.fr">lenny.libre@orange.fr</a>><wbr>>> a<br>
<div><div class="h5">>     écrit :<br>
>     ><br>
>     >     Mon anglais étant niveau maternelle je n'ai pas trop essayé de lire<br>
>     >     la présentation ...<br>
>     ><br>
>     >     je trouve le principe intéressant, je me pose quelques interrogations :<br>
>     ><br>
>     >     - possibilité de photographier (pour avoir éventuellement le nom de<br>
>     >     l’arrêt et la liste des lignes qui s’arrêtent à cet arrêt)<br>
>     ><br>
>     >     - plusieurs lignes par arrêt et plusieurs réseaux opérateurs ?<br>
>     ><br>
>     >     - est-il possible de faire les deux points<br>
>     >     "public_transport=stop_<wbr>position" et "public_transport=platform"<br>
>     ><br>
>     >     - l'utiliser sans connexion internet, juste le gps<br>
>     ><br>
>     >     bonne idée, cordialement<br>
>     ><br>
>     >     léni<br>
>     ><br>
>     ><br>
>     ><br>
>     >     Le 19/10/2016 à 14:57, Florian LAINEZ a écrit :<br>
>     >>     Hello,<br>
>     >>     Il y a quelques temps qu'une idée me trotte en tête : j'aimerai<br>
>     >>     créer une appli mobile pour éditer facilement les arrêts et les<br>
>     >>     relations de bus.<br>
>     >>     J'ai mis ce que j'avais en tête par écrit ici :<br>
>     >>     <a href="http://slides.com/overflorian/busstopcollector" rel="noreferrer" target="_blank">http://slides.com/overflorian/<wbr>busstopcollector</a><br>
>     <<a href="http://slides.com/overflorian/busstopcollector" rel="noreferrer" target="_blank">http://slides.com/<wbr>overflorian/busstopcollector</a>><br>
>     >>     <<a href="http://slides.com/overflorian/busstopcollector" rel="noreferrer" target="_blank">http://slides.com/<wbr>overflorian/busstopcollector</a><br>
>     <<a href="http://slides.com/overflorian/busstopcollector" rel="noreferrer" target="_blank">http://slides.com/<wbr>overflorian/busstopcollector</a>>><br>
>     >>     Vous en pensez quoi ?<br>
>     >><br>
>     >>     --<br>
>     >><br>
>     >>     *Florian Lainez*<br>
>     >><br>
>     >>     @overflorian <<a href="http://twitter.com/overflorian" rel="noreferrer" target="_blank">http://twitter.com/<wbr>overflorian</a><br>
>     <<a href="http://twitter.com/overflorian" rel="noreferrer" target="_blank">http://twitter.com/<wbr>overflorian</a>>><br>
>     >><br>
>     >><br>
>     >>     ______________________________<wbr>_________________<br>
>     >>     Talk-fr mailing list<br>
>     >>     <a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a> <mailto:<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.<wbr>org</a>><br>
</div></div>>     <mailto:<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.<wbr>org</a> <mailto:<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.<wbr>org</a>>><br>
<span class="">>     >>     <a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</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>
>     >>     <<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</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>
>     ><br>
>     >     ______________________________<wbr>_________________<br>
>     >     Talk-fr mailing list<br>
>     >     <a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a> <mailto:<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.<wbr>org</a>><br>
</span>>     <mailto:<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.<wbr>org</a> <mailto:<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.<wbr>org</a>>><br>
<span class="im HOEnZb">>     >     <a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</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>
>     >     <<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</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>
>     ><br>
>     ><br>
>     ><br>
>     > ______________________________<wbr>_________________<br>
>     > Talk-fr mailing list<br>
>     > <a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a> <mailto:<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.<wbr>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>
>     <<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a>><br>
>     ><br>
><br>
><br>
>     ______________________________<wbr>_________________<br>
>     Talk-fr mailing list<br>
>     <a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a> <mailto:<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.<wbr>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>
>     <<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a>><br>
><br>
><br>
><br>
><br>
</span><span class="HOEnZb"><font color="#888888">> --<br>
> Francescu<br>
</font></span><div class="HOEnZb"><div class="h5">><br>
><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>
<br>
<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>
</div></div></blockquote></div><br></div>