Petite précision: + datex est un format d'échange : http://diffusion-numerique.info-routiere.gouv.fr/publication/cnir/test-france en regardant "l'interieur" des fichiers xml, chaque événement n'utilise pas forcement le référentiel
- le référentiel (pour la localisation) c'est alert-c mais alert-c ne couvre qu'une partie des routes: http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=markerpost&service=SETRA Le lundi 01 octobre 2012 à 17:48 +0200, Ab_fab a écrit : > > "vu qu'il y a des personnes semble-t-il plus expérimentées en DATEX > que moi" > > > Peut être pas dans les lecteurs de la liste française, mais dans le > monde OSM, sans doute. > > > "Pour essayer de saisir la problématique : vous voulez importer dans > OSM les références des points contenus dans points.dat dans OSM ? (ou > alors rien à voir ? :/ )" > > > Tu trouveras peut être que je joue sur les mots, mais on va éviter > d'importer, c'est à dire d'extraire les coordonnées des points pour > les balancer tels quels dans la base. > Normalement, la position géographique doit être bonne à quelques > dizaines voire centaines de mètres. Mais quand on sait quels segments > sont associés, ce n'est pas trop compliqué de savoir de quelle > intersection il s'agit en réalité (de la base OSM). > > > Depuis quelques mois, il y a des outils intéressants pour ce genre > d'opération d'intégration, comme ceux qui servent à rentrer les écoles > et les bureaux de poste. > > > L'étape suivante, c'est d'intégrer les segments routiers qui relient > ces points. C'est là que l'on peut créer une relation. Un de ses > premiers mérites sera d'exister en tant que tronçon TMC en tant que > tel. > Mais un autre intérêt, et peut être encore plus important sera que > l'on pourra faire des contrôles périodiques sur l'intégrité du > tronçon, de part la présence de la relation, comme vérifier qu'il n'y > a pas de voies manquantes. > > Le 1 octobre 2012 17:35, Lionel Gueganton <lionel.guegan...@free.fr> a > écrit : > Bonjour, > Je suis partant pour participer avec vous à un travail sur les > données DATEX. > J'avais commencé il y a qques temps à écrire des parseurs (en > python / Django)des fichiers .dat et .da2 contenus dans les > zip fournis > par le site gouvernemental pour essayer de regénérer la carte > donnée en .pdf dans le zip à partir des infos contenues dans > la partie /Data > (si j'ai bien compris, cela est possible). > J'avais un peu du mal à trouver la correspondance entre les > docs et ce que j'avais dans les fichiers donc j'avais laissé > tomber, mais > vu qu'il y a des personnes semble-t-il plus expérimentées en > DATEX que moi, je suis partant pour me remettre la tête la > dedans et essayer > de mieux comprendre tout ça. > > Pour essayer de saisir la problématique : vous voulez importer > dans OSM les références des points contenus dans points.dat > dans OSM ? (ou alors rien à voir ? :/ ) . > > A bientôt > Lionel. > > On Oct 1, 2012, at 12:08 PM, Christian Quest wrote: > > > Ca me semble une très bonne idée de croiser les données OSM > avec datex > > et d'inclure des données datex dans OSM pour assurer un > contrôle de > > qualité et de cohérence par les calculs d'itinéraires. > > > > Beaucoup de données externes, même non importables dans OSM > peuvent > > servir au contrôle de qualité et à évaluer l'exhaustivité > des données > > OSM. > > > > _______________________________________________ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-fr > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > > > > > -- > ab_fab > "Il n'y a pas de pas perdus" > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
