Bonjour,

je profite de la thématique des arrêts de bus pour vous exposer une
problématique et solliciter vos bons conseils.

Je constate que dans mon coin il y a des incohérences sur la position
d'arrêts de bus, notamment des déplacements liés à des réaménagements de
l'espace urbain.

Par exemple, je vais avoir l'arrêt de bus en double, à des positions
différentes. Ces doublons s'expliquent par des campagnes d'import Open
Data :

2009 DGI : Positionnement OK, mais avec peu d'informations sur la ligne
2012 Grand Toulouse (maintenant Toulouse Metropole), Positionnement KO,
mais avec des attributs intéressants. Je note par ailleurs que
l'emplacement de cet arrêt est également faux sur le site commercial de
Tisséo, la SMTC qui gère le réseau, qui a dû alimenter la base de la
métropole.

Mes questions :
- Comment gérer au mieux ces problématiques de données importées par le
passé ?
- Dois-je fusionner les attributs pour conserver un maximum d'infos et
supprimer le nœud mal placé ?
- Dois-je conserver les deux nœuds, et uniquement corriger la position
erronée ?

L'idée ici est de faire au mieux pour ne pas perturber ou être perturbé
lors d'une prochaine campagne d'import Open Data avec des données plus
ou moins correctes.

Salutations,


On 19/10/2016 20:00, Philippe Verdy wrote:
> Dans les villes qui publient des données Open Data sur leurs réseaux de
> transport, je pense qu'on n'a pas besoin de cette appli tierce mais
> qu'il vaut mieux s'appuyer sur des solutions de synchronisation et
> comparaison.
> 
> On a divers outils, y compris
> - via les données OSM elles-mêmes (relations de type "network" pour les
> réseaux publics, dont les lignes membres sont des relations
> "route_master" contenant les relations "route" pour chaque sens ou variante)
> - les ref:* pour le réseau ou pour l'opérateur
> - les outils d'intégration comme Osmose (qui pourrait aussi vérifier
> l'intégrité et la continuité des lignes)
> Ces relations "network" peuvent "facilement" être vérifiées de façon
> systématique avec un formalisme permettant certains automatismes.
> 
> Pour le reste il peut manquer des infos non encore en open data: ce qui
> est en général moins bien géré c'est le schéma v2 des transports qui
> intègre la notion de "plateforme" pour les interconnexions de lignes et
> intermodales, permettant de regrouper des arrêts et faire les
> correspondances, même entre réseaux différents (par exemple entre un
> réseau urbain, un réseau départemental, les lignes nationales bus/train,
> les stations de taxis, les stations d'auto-partage, les vélos à la
> demande ("Vélib" et similaires), les interconnexions vers des chemins
> touristiques...
> 
> Actuellement les objets "platform" d'OSM sont surtout construits pour un
> unique réseau, mais si on regarde le détail ce qui nous manque c'est
> surtout les connexion intermodales, qui permettant de choisir ou
> optimiser les moyens de transport ou trouver des alternatives. Sans
> cela, les outils de recherche font des approximations pas toujours très
> claires et oublient des tas de possibilités (parce qu'en général on ne
> tague pas la plupart des trajets piétonniers courts et qu'il y a des
> obstacles imprévus ou des problèmes de sécurité pour faire certains
> trajets d'interconnexion).
> 
> 
> 
> Le 19 octobre 2016 à 18:36, lenny.libre <lenny.li...@orange.fr
> <mailto:lenny.li...@orange.fr>> a écrit :
> 
>     Mon anglais étant niveau maternelle je n'ai pas trop essayé de lire
>     la présentation ...
> 
>     je trouve le principe intéressant, je me pose quelques interrogations :
> 
>     - possibilité de photographier (pour avoir éventuellement le nom de
>     l’arrêt et la liste des lignes qui s’arrêtent à cet arrêt)
> 
>     - plusieurs lignes par arrêt et plusieurs réseaux opérateurs ?
> 
>     - est-il possible de faire les deux points
>     "public_transport=stop_position" et "public_transport=platform"
> 
>     - l'utiliser sans connexion internet, juste le gps
> 
>     bonne idée, cordialement
> 
>     léni
> 
> 
> 
>     Le 19/10/2016 à 14:57, Florian LAINEZ a écrit :
>>     Hello,
>>     Il y a quelques temps qu'une idée me trotte en tête : j'aimerai
>>     créer une appli mobile pour éditer facilement les arrêts et les
>>     relations de bus.
>>     J'ai mis ce que j'avais en tête par écrit ici :
>>     http://slides.com/overflorian/busstopcollector
>>     <http://slides.com/overflorian/busstopcollector>
>>     Vous en pensez quoi ?
>>
>>     -- 
>>
>>     *Florian Lainez*
>>
>>     @overflorian <http://twitter.com/overflorian>
>>
>>
>>     _______________________________________________
>>     Talk-fr mailing list
>>     Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>     https://lists.openstreetmap.org/listinfo/talk-fr
>>     <https://lists.openstreetmap.org/listinfo/talk-fr>
> 
> 
>     _______________________________________________
>     Talk-fr mailing list
>     Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>     https://lists.openstreetmap.org/listinfo/talk-fr
>     <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

Répondre à