Le 15 juil. 10 à 16:18, sly (sylvain letuffe) a écrit :
Chouette, ça parle de relation, je vais pouvoir jeter un peu
d'huile... en
mettant un peu d'eau dans mon vin.
Le plus dangereux c'est l'eau dans l'huile bouillante ;-)
Je ne suis pas d'accord avec le "non, non" de pieren. La méthode
décrite par
stéphane peut très bien aller pour le cas indiqué du bâtiment, ça
fonctionnera, ça sera rendu et ça évite deux ways superposés.
Oui, mais ça me parait pas trop "logique" à moi.
Je veux dire si tu enlève le batiment principal l'autre se retrouve
sans mur pour fermer le polygone...
Du coup je trouve plus "logique" (à mon sens) de tracer le 2ème way
par dessus l'autre.
Dans la réalité il y a bien 2 "frontières" communes.
Sachant qu'on évite de superposer des noeuds en les fusionnants,
pourquoi ne
pas faire pareil avec les ways ?
- l'élément de base est le noeud
- un chemin ordonne/regroupe des noeuds
- une relation ordonne/regroupe des ways
simple non ?
Oui, si on faisait des bâtiments des relations et non des way. Or les
batiments sont actuellement des way.
Perso je me sers parfois des relations pour regrouper des batiments au
sein d'un même site. (par exemple les batiments d'une école et son
area dans une relation "site".
là ou je suis toutefois un peu d'accord avec le "non, non" de
pieren, c'est
que les outils d'aujourd'hui (josm et potlatch) n'aidant pas
vraiment la
manipulation "transparente" des relations, faire un multipolygon
pour deux
bâtiments de 4 noeuds, ça fait un peu rouleau compresseur pour une
mouche et
complique (aujourd'hui en tout cas) l'édition pour un très faible
gain de
temps et maintenance ultérieure.
D'autant que nous avons vu récemment que l'assemblage de polygones non
fermés abouti parfois a des rendu aberrant (osmarender avec une
rivière il n'y a pas très longtemps sur la ML)... Bon OK on tag pas
pour le rendu...
--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : <http://cognac-citoyen.blogspot.com/>
Twitter : <https://twitter.com/padorange> - Facebook : <http://www.facebook.com/pa.dorange
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr