[OSM-dev-fr] Fichier comparaison cours d'eau

[Ab_fab]

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) <liste2 at letuffe.org> 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
> dev-fr at openstreetmap.org
> 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
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20140206/7ecef9d5/attachment.html>