Le 11 mai 2012 14:03, Vincent Pottier <vpott...@gmail.com> a écrit :
> Le 11/05/2012 12:50, Philippe Verdy a écrit :
>
>> Dans compter aussi que dans certains cas (en fait assez souvent) le
>> découpage arbitraire d'une même forêt en plusieurs sous-zone selon des
>> frontières arbitraires a été fait dans CORINE en créant une double
>> frontière, non jointive entre les fragments, et qui créent un corridor
>> arbitraire laissé vide entre deux fragments de forêt au balisage
>> strictement identique, et laissant croire à l'existence d'une chemin
>> qui n'existe PAS du tout !
>>
> Marrant, je ne vois pas ce dont il s'agit !
> Pourtant, des polygones Corine, je m'en suis coltiné ! Et des maousses.
>
> Les landuse=forest contigus, ils ne se distinguent pas par un
> wood=mixed|deciduous|coniferous ?

Non, aucune différence de tags. Ces découpages arbitraires sont faits
avec de grands segments droites qui suivent très très
approximativement des frontières administratives (au point de créer
beaucoup de confusion quand justement ce sont ces frontières) ou
taillent dans le vid les contours réels des rivières et lignes de
côtes, quand elles servent à faire des découpage (pas toujours car on
trouve aussi des zones de forêts qui survolent sans problème aussi la
mer pour inclure un îlot côtièr), ou compliquent les limties des
plages...

Dans d'autres cas, ces lignes suivent exactement un parallèle ou un
méridien, mais on trouve aussi des lignes de coupe sur des diagonales
tracées arbitrairement.

L'ennui c'est que ces découpes arbitraires souvent sont faites pour
que les morceaux ne se touchent pas du tout (alors que ces zones ont
exactement les mêmes attributs, jusque même l'identifiant CLC-ID qui a
été importé avec), on a donc des doubles tracés, et en zoomant un peu,
on voit ces lignes dans le rendu. Des lignes qui ne correspondent à
rien du tout de réel.

Les exemples sont faciles à trouver, surtout dans les zones où les
forêts suivent des contours complexes mais sont très étendues pourtant
: il suffit de regarder les montagnes.

C'en est à un point que la grande majorité des objets et points
géométriques positionnés sont faits de ces fragments de zone CORINE,
qui masquent alors les rares routes ou les villages et quelques points
d'intérêt.

C'est pour ça qu'un nettoyage de ces fragments est à faire (en
fusionnant des morceaux qui devraient l'être, au moins sur des
surfaces raisonnables laissant voir le reste).

Il est acceptable par exemple de laisser une même forêt tronçonnée par
commune commune, à condition que ce tronçonnage ne masque pas la
géométrie de ces communes. Mais alors autant partager utiliser la
ligne de frontière intercommunale pour réaliser ce tronçonnage d'une
même forêt en plusieurs morceaux. (cela nécessite la conversion de ces
morceaux de forêts (importés uniquement comme des ways fermés) en
multipolygones permettant ce partage de segments. Mais si cela laisse
un fragment simple isolé de l'autre côté de la frontière alors que
l'essentiel de la forêt est sur une aute commune, autant grouper les
deux morceaux (ce qui évite aussi de scinder le way de frontière
intercommunale là où traverse la limite de cette forêt (alors là, la
fusion des zones simplifie nettement la carte).

Note: en fusionnant plusieurs zones (décrites au départ comme des ways
fermés) dans un multipolygone on se retrouve à avoir des segments
externes (rôle "outer") devant des frontières internes dans la zone
fusionnée : attention surtout dans ce cas là à ne PAS laisser les
attributs de la forêt sur ces segments devenus "inner" car sinon la
géométrie sera incorrecte, ou bien la zone interne sera rendue comme
étant aussi une forêt, là où elle ne l'était pas avant la fusion des
morceaux dans un même multipolygone : en principe on transfère de
toute façon tous les attributs anciennement définis sur les ways
fermés dans la nouvelle relation, et on ne laisse plus aucune attribut
sur les ways eux-mêmes : c'est en faisant cette fusion et important
des attributs communs qu'on voit que les morceaux forment ensemble une
seule et même zone.

_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à