Bonjour, Merci de t'être penché sur la question
Je ne suis pas compétent pour trouver la cause, mais il y a quelque chose de plutôt instable. Le rapport généré hier<http://suivi.openstreetmap.fr/longeur-cours-eau-france/comparaison-sandre.html>laisse penser à des défauts pour la Loire et la Meuse. Est-ce qu'il y a eu une intervention sur la base concernée ? J'ai le souvenir que Jocelyn avait fait des imports individuels de cours d'eau. Donc c'est pas la première fois que cela est nécessaire. Je peux me tromper, mais je crois que quand OSM7 a été relancé à l'automne, c'était avec une base neuve mais sans les ajustements de schéma concernant les cours d'eau. Est-ce que c'est à cette occasion que cela part du mauvais pied ? ------------------------------------------------------- Sur la même thématique cours d'eau mais sans rapport techniquement, je me suis lancé dans l'utilisation de l'outil permettant de construire et visualiser les bassins versants <http://www.kompf.de/gps/rivermap.html>. Je suis arrivé à mes fins avec l'extrait Geofabrik allemand (création d'un shapefile). Je dois faire les ajustements pour mettre en pratique sur l'extrait français. A savoir référencer le way osm<https://docs.google.com/spreadsheet/ccc?key=0Am2C-mKrfBx4dGFZRTlLVC1ybURBQ0xyX29OWE5fa2c&usp=drive_web#gid=0>partant de la source des fleuves dans ce fichier<https://github.com/skaringa/rivers/blob/master/src/com/skaringa/riversystem/WellknownRivers.java>du code. Il faut également référencer les ways de partage des eaux pour les canaux reliant deux bassins versants. J'en connais quelques un, mais s'il existe une liste exhaustive ou pas loin, je prends. @+ Le 4 février 2014 19:49, sly (sylvain letuffe) <[email protected]> a écrit : > On mardi 4 février 2014, Ab_fab wrote: > > Bonjour, > > Hello, > > > J'ai fait une passe sur le rapport généré chaque jour pour comparer les > > longueurs entre la base Sandre et OSM [1]. > > Na de diou, quel rapport de bug complet et travaillé ! > J'ai pas trop le choix là, il va falloir que je regarde ;-) > > En clair, il y a un problème de "fuite" dans l'import > Pour le clain, je viens de tenter un ré-import seulement pour cette > relation et ça s'importe correctement. > Donc... c'est pas les données ou en tout cas pas que. > Mais le processus de mise à jour ou osm2pgsql qui fait qu'a partir d'un > événement que je nommerais "x" par convention et aussi car j'ignore de > quoi il s'agit la géométrie de la > relation est jetée à la poubelle. > > J'ai suivi les fils dans tous les sens et je ne parviens pas à qualifier > "x" ni par une date ni par une autre caractéristique. > Je peux juste dire que la base d'osm13 n'est pas touchée par ce problème. > Je peux dire qu'aucune des géométries qui compose chaque chemin du Clain > n'est présente dans la base d'osm105 > La demande de reconstruction par un pending='t' de la géométrie de tous > les ways n'y change rien > > La piste la plus probable serait qu'il manque des noeud dans la base > locale (le fichier flat-nodes) mais je ne sais > pas comment l'interroger pour confirmer cela. > > La seule chose que je vois est donc une ré-importation complète de la base > -- > sly > qui suis-je : http://sly.letuffe.org > > _______________________________________________ > dev-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/dev-fr > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja
_______________________________________________ dev-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/dev-fr
