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

[THEVENON Julien]

Salut,

Sur la meme thematique le TMS indiqué dans le wiki pour Carthage ( http://wiki.openstreetmap.org/wiki/WikiProject_France/BDCarthage ) me renvoie des erreurs 504 et je n arrive pas a visualiser la couche correspondante sur tile.openstreetmap.fr
Est ce que tout cela est lié ?

merci d avance
Julien




>________________________________
> De : Ab_fab <gamma.gts at gmail.com>
>À : Discussions développeur OSM en français <dev-fr at openstreetmap.org> 
>Envoyé le : Jeudi 6 février 2014 14h45
>Objet : Re: [OSM-dev-fr] Fichier comparaison cours d'eau
> 
>
>
>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 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.
>
>
>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 partant de la source des fleuves dans ce fichier 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
>"Il n'y a pas de pas perdus", Nadja
>
>_______________________________________________
>dev-fr mailing list
>dev-fr at openstreetmap.org
>https://lists.openstreetmap.org/listinfo/dev-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20140206/f339eb8b/attachment-0001.html>