Bonjour, bien joué, ça donne un bon aperçu du différentiel entre les deux référentiels. Il serait intéressant d'obtenir la liste des IDs OSM par ligne. ça permettrait de retrouver les tronçons manquants et/ou supplémentaires par rapport à Route500. Un petit pourcentage indiquant la différence entre le tronçon osm et le tronçon route500 serait également utile. ça va permettre de faire avancer osm.
Autres remarques, en observant google, j'ai l'impression que le référentiel Route500 est la référence pour les numéros de routes dans Maps. Sur toutes les routes de l'Aude que je viens de vérifier dans OSM, les tronçons de routes de Maps sont référencées identiques à Route500. 2013/8/27 Christian Quest <cqu...@openstreetmap.fr> > Voilà, c'est recalculé et c'était une erreur de ma part dans le replace > qui ne remplaçait que le premier espace trouvé) et pas du Route500 ;) > > > Le 27 août 2013 10:25, Christian Quest <cqu...@openstreetmap.fr> a écrit : > > Voilà ce qui arrive quand on fait confiance à des données de "référence", >> qu'on imagine normalisées ;) >> >> Je rajoute de ce pas le replace/upper sur le Route500... et remouline le >> tout (comme ça le 06 aura aussi ses "Métropolitaines"). >> >> Pour le 95, j'ai dû loupé l'import du Route500 de ce département... >> >> >> Le 27 août 2013 10:03, V de Chateau-Thierry <v...@laposte.net> a écrit : >> >> Bonjour, >>> >>> > De : "Art Penteur" >>> >>> > Le 27 août 2013 08:55, Christian Quest a écrit : >>> > [...] >>> > > >>> > > Dans quel département as-tu trouvé un "D 155b" dans les fichiers >>> générés ? >>> > > >>> > >>> > Encore une fois, pas la réponse exacte à la question, mais un cas >>> approchant : >>> > Dans le 12, il y a "D146 E" et "D146E" >>> >>> En regardant la requête dans le README, la référence des routes est >>> prise dans une >>> colonne de la table Route500, mais sans lui appliquer la même >>> normalisation que pour >>> la source OSM. Il faudrait coller la même fonction >>> (REGEXP_REPLACE(UPPER(r.ref),' ','')) >>> côté Route500 pour s'affranchir des nuances majuscules/minuscules et >>> espaces de la même >>> manière pour les deux sources. >>> Sinon dans le fichier du Val d'Oise, toutes les valeurs de la colonne >>> km_ign sont à 0, >>> ce qui rend la comparaison très flatteuse pour OSM :-) >>> >>> vincent >>> >>> Une messagerie gratuite, garantie à vie et des services en plus, ça vous >>> tente ? >>> Je crée ma boîte mail www.laposte.net >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-fr >>> >> >> >> >> -- >> Christian Quest - OpenStreetMap France >> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ >> > > > > -- > Christian Quest - OpenStreetMap France > Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > -- Sylvain
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
