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+...@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+...@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 >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
