[OSM-talk-fr] Import corine (sisi ça se rapproche !)

[Emilie Laffray]

Sébastien Dinot wrote:
> Bonjour,
> L'import superpose (en faisant disparaître îles et digues au passage) le
> lac de Montbel (Ariège) que j'avais affiné début juin :
>
> http://beta.letuffe.org/?zoom=14&lat=42.97828&lon=1.96638&layers=B0000FFFFFFFFFFFFFT
>
>   
Ce n'est pas du tout normal. L'interpolation n'a pas marché. Il ne
devrait pas y avoir de polygones du tout ici. Je me demande si ça ne
serait lié au fait que ma version de osm2pgsql n'a pas reconnu ton lac.
Je vais regarder si j'ai ton polygone dans ma base de donnée. Bon j'ai
vérifié le polygone et il n'est pas dans mon import osm2pgsql. C'est un
multi polygone avec plusieurs inners mais n'étant pas lié.
Ce probleme est le meme que j'ai avec certains de mes polygones. On a
des problemes avec les versions de osm2pgsql. J'utilise une des
dernières versions au niveau subversion. Il y a donc peut être un bug.
Les digues ne disparaîtront pas, c'est lié a la visualisation actuelle.

> Ensuite, quid de l'étang qui se situe sur l'image ci-dessous, au
> sud-ouest du lac de Bouvent (Ain) et qui semble ignoré de CLC et
> recouvert par la prairie ?
>
>   
Bon après un petit calcul (et pas mal de recherche), le lac représente
un overlap de 1.15% avec la surface de la prairie. Or la limite que l'on
a est de 2%. La prairie ne serait pas importée si on utilisait un
paramètre de 1%. C'est fâcheux mais c'est un des cas particuliers que je
voyais arrivé (j'espérais très rarement), c'est a dire un polygone
inclus complètement dans une surface mais qui ne provoque pas un overlap
assez important pour ne pas utiliser le polygone.
Il m'est possible de créer des "trous" dans les polygones dans ce cas
particulier.

Emilie Laffray

Emilie Laffray

-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 195 octets
Desc: OpenPGP digital signature
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20090913/8bc443c1/attachment.sig>