Bonjour Thomas,
Est-ce que les arrêts de bus importés par la DGI et/ou Grand Toulouse ont
un identifiant unique ?
Si oui, une possibilité pourrait être de fusionner les 2 points d'un même
arrêt, en conservant ce(s) identifiant(s), de façon à ce qu'un réimport,
qui devrait se baser là-dessus pour différencier les arrêts
présents/manquants, ne soit pas perturbé et retrouve ses petits.
Et perso, j'éviterais de laisser le doublon de chaque arrêt : ça n'apporte
rien et, pire, ça embrouille les cartographieurs (qui pourraient associer
le mauvais arrêt dans la relation d'une ligne) comme les usagers d'OSM...
Francescu
Le 20 octobre 2016 à 15:40, Thomas <thomas+...@mignien.fr> a écrit :
> 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
>
--
Francescu
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
