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+...@mignien.fr > <mailto: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> > > <mailto: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> > >> <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@openstreetmap.org <mailto:Talk-fr@openstreetmap.org> > <mailto:Talk-fr@openstreetmap.org <mailto:Talk-fr@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@openstreetmap.org <mailto:Talk-fr@openstreetmap.org> > <mailto:Talk-fr@openstreetmap.org <mailto:Talk-fr@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@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> > > > > > -- > Francescu > > > _______________________________________________ > 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
