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 <[email protected]> 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 <[email protected]> > *À :* Discussions sur OSM en français <[email protected]> > *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 <[email protected]> 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" <[email protected] > <mailto:cquest@openstreetmap.**fr <[email protected]>>> 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 > [email protected] > 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 > [email protected] > http://lists.openstreetmap.org/listinfo/talk-fr > > > > _______________________________________________ > Talk-fr mailing list > [email protected] > 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
_______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
