[OSM-talk-fr] Appli mobile pour mapper les arrêts de bus
Thomas Gratier
osgeo.mailinglist at gmail.com
Jeu 20 Oct 16:57:21 UTC 2016
Salut,
Pas mis à jour depuis longtemps mais cette application avait la vocation de
mapper les arrêts de transport
http://makinacorpus.github.io/osm-transport-editor/#/ avec code
http://makinacorpus.github.io/osm-transport-editor/
Cordialement
Thomas Gratier
Le 20 octobre 2016 à 18:15, Thomas <thomas+osm at mignien.fr> a écrit :
> Bonjour,
>
> L'import Grand Toulouse comporte les attributs 'ref' et 'operator' qui
> permettraient de constituer le tuple unique le plus opportun pour une
> identification unique globale. Ce sont des attributs qu'il me semble
> essentiel de conserver en cas de fusion ou suppression.
>
> L'attribut commun entre DGI et Grand Toulouse, c'est (au delà de la
> catégorisation bus_stop/bus=yes) c'est le nom. Mais étant donné que les
> arrêts en face à face sur une voie à double sens de circulation portent
> le même nom cela pose un problème pour envisager automatiser un recalage
> sur cette couche de la DGI.
>
> Je viens de regarder sur des communes alentour, je constate
> effectivement la présence de doublons DGI/Grand Toulouse ailleurs, avec
> des décalages parfois importants de positions.
>
> Du coup, le mieux serait-il de supprimer les noeuds DGI qui constituent
> des doublons, après avoir vérifié in-situ la bonne position ou non des
> noeuds Grand Toulouse lorsque les écarts entre les 2 couches sont
> significatifs (cas facile à détecter avec une moulinette) ?
>
> Thomas
>
>
> On 20/10/2016 15:48, Francescu GAROBY wrote:
> > 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+osm at mignien.fr
> > <mailto:thomas+osm at 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.libre at orange.fr
> > <mailto:lenny.libre at orange.fr>
> > > <mailto:lenny.libre at orange.fr <mailto:lenny.libre at 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>
> > >> <http://slides.com/overflorian/busstopcollector
> > <http://slides.com/overflorian/busstopcollector>>
> > >> Vous en pensez quoi ?
> > >>
> > >> --
> > >>
> > >> *Florian Lainez*
> > >>
> > >> @overflorian <http://twitter.com/overflorian
> > <http://twitter.com/overflorian>>
> > >>
> > >>
> > >> _______________________________________________
> > >> Talk-fr mailing list
> > >> Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> > <mailto:Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org
> >>
> > >> https://lists.openstreetmap.org/listinfo/talk-fr
> > <https://lists.openstreetmap.org/listinfo/talk-fr>
> > >> <https://lists.openstreetmap.org/listinfo/talk-fr
> > <https://lists.openstreetmap.org/listinfo/talk-fr>>
> > >
> > >
> > > _______________________________________________
> > > Talk-fr mailing list
> > > Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> > <mailto:Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org
> >>
> > > https://lists.openstreetmap.org/listinfo/talk-fr
> > <https://lists.openstreetmap.org/listinfo/talk-fr>
> > > <https://lists.openstreetmap.org/listinfo/talk-fr
> > <https://lists.openstreetmap.org/listinfo/talk-fr>>
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > Talk-fr mailing list
> > > Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> > > https://lists.openstreetmap.org/listinfo/talk-fr
> > <https://lists.openstreetmap.org/listinfo/talk-fr>
> > >
> >
> >
> > _______________________________________________
> > Talk-fr mailing list
> > Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-fr
> > <https://lists.openstreetmap.org/listinfo/talk-fr>
> >
> >
> >
> >
> > --
> > Francescu
> >
> >
> > _______________________________________________
> > Talk-fr mailing list
> > Talk-fr at openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20161020/9022328a/attachment.htm>
Plus d'informations sur la liste de diffusion Talk-fr