[OSM-talk-fr] Contrôle qualité des axes routiers

Ab_fab gamma.gts at gmail.com
Mar 11 Juin 09:04:51 UTC 2013


Je ressors le sujet de la naphtaline, parce que j'observe que les
localisations sont disponibles sous une nouvelle forme sur le site de
l'info routière :

http://diffusion-numerique.info-routiere.gouv.fr/description-des-donnees-a15.html

Un fichier csv (46285 lignes) millésimé 2012, mis en ligne début avril 2013
http://diffusion-numerique.info-routiere.gouv.fr/IMG/csv/bornage_2012-01-01.csv

Un document explicatif
http://diffusion-numerique.info-routiere.gouv.fr/IMG/pdf/Referencement_PR_et_bretelles_-120611.pdf

Et hors du contexte purement OSM, les données évènementielles semblent être
de plus en plus accessibles.
Et le format des données est décrit dans ce document :
http://diffusion-numerique.info-routiere.gouv.fr/IMG/pdf/Tipi-SD-M2-6-Datex2-120612.pdf




Le 9 octobre 2012 16:09, Pierre Béland <infosbelas-gps at yahoo.fr> a écrit :

> Fabien,
>
> j'ai testé ce calque "small components".C'est en effet très efficace pour
> repérer les problèmes de routage.  Le calque permet de repérer rapidement
> les zones à problème.
>
> J'ai rapidement repéré deux chemins connectés à un polygone leisure=park
> plutôt qu'au chemin le croisant.  Dans un cas, le polygone se superposait
> aux chemins, et les masquaient.
>
> Pour un contributeur moins expérimenté ou un distrait, il est vite fait de
> sélectionner le polygone plutôt que le chemin.
>
> À ma connaissance, il n'existe pas dans JOSM une feuille de style Routing
> MapCSS ou une règle de validation qui signale de tels problèmes. Ce serait
> des ajout intéressants pour repérer à la source ces problèmes
>
>
> Pierre
>
>   ------------------------------
> *De :* Ab_fab <gamma.gts at gmail.com>
> *À :* Discussions sur OSM en français <talk-fr at openstreetmap.org>
> *Envoyé le :* Mardi 9 octobre 2012 5h00
> *Objet :* Re: [OSM-talk-fr] Contrôle qualité des axes routiers
>
> Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des
> itinéraires :
> http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html
>
> Ce que je comprends, c'est que cela met en évidence des voies desquelles
> on peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises
> connexions avec le reste du réseau routier.
>
> Les infos peuvent être consultées sur un calque "small components" du site
> osrm <http://map.project-osrm.org/>, ou bien sur osm inspector<http://tools.geofabrik.de/osmi/?view=routing>(qui proposait déjà l'analyse des fins de ways très proches mais non
> connectées à d'autres éléments de voirie)
>
> Le 1 octobre 2012 23:11, Vincent de Chateau-Thierry <vdct at laposte.net> a
> écrit :
>
>
> Le 01/10/2012 18:24, Ab_fab a écrit :
>
> Ça peut être une bonne occasion de voir le détail de ce schéma.
> Et s'il est interessant les références des noeuds pourraient y être
> indiquées, c'est sûr.
>
> Le 1 oct. 2012 18:19, "Christian Quest" <cquest at openstreetmap.fr
> <mailto:cquest at openstreetmap.**fr <cquest at openstreetmap.fr>>> a écrit :
>
>
>     Il faudrait aussi regarder la proposition des jonctions routières
>     complexes qui a été présentée au SOTM à Tokyo.
>     L'idée est d'avoir une relation pour décrire un noeud routier, ce qui
>     permet aux algos de routage (et de rendu) de mieux fonctionner. C'est
>     sur ces noeuds routiers qu'il faudrait peut être mettre les infos
>     DATEX.
>
>     A lire ici:
>     http://wiki.openstreetmap.org/**wiki/Proposed_features/**
> Junction#Complex_junction_**relation<http://wiki.openstreetmap.org/wiki/Proposed_features/Junction#Complex_junction_relation>
>
>
> Pour revenir à ta question initial Ab_fab*, je suis aussi partant pour
> contribuer sur le sujet. En revanche....je coince sur la motivation
> "contrôle qualité" que tu associes : pour moi il y a d'un coté le
> référentiel TMC qu'on peut vouloir intégrer à OSM si on estime que ça
> apporte de la valeur à la base, et de l'autre le besoin de faire du
> contrôle-qualité sur le graphe OSM.
> Pour ce second point pris seul, je préfère dépenser du temps à constituer
> des matrices origine-destination et à lancer des batteries d'itinéraires
> via OSRM, pour ensuite détecter les changements dans les durées et/ou les
> kilométrages, et par suite analyser les causes du changement, voire
> détecter des cassures dans le graphe. Je pense qu'on aura des résultats
> plus rapides et des diagnostics plus simples à partager que ceux basés sur
> le TMC. Sans compter que le rythme d'intégration d'un tel référentiel
> risque d'être modeste, et engage derrière une maintenance à chaque nouvelle
> version des tables de localisants.
> Donc partant, si on pense que ça servira à autre chose que du
> contrôle-qualité :-)
>
> vincent
>
> * pas facile de gober en une soirée les 100 messages du jour sur talk-fr
> :-)
>
>
> ______________________________**_________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
>
>
> --
> ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab>
> "Il n'y a pas de pas perdus"
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab>
"Il n'y a pas de pas perdus", Nadja
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130611/aad67313/attachment.htm>


Plus d'informations sur la liste de diffusion Talk-fr