Le 03/06/2013 10:48, Yves Pratter a écrit :
J'ai remarqué aussi un problème similaire qui semble corrigé sous
osm.fr <http://osm.fr> :
Il s'agit d'une *relation* de type *multi-polygones* pour regrouper
les différents bâtiments ici d'une école : suivant le logiciel de
rendu (et le niveau de zoom), on se retrouve avec un libellé par
morceau de bâtiment !!
Peux-t-on, doit-on saisir les tags autrement ?
Je pensais sur la surface du terrain occupé par l'école, mais c'est
difficile avec le cadastre de trouver les parcelles exactes.
Sur l'imagerie aérienne, on voit souvent la clôture.
Sous Google Map Maker, la consigne est d'aligner les bords du polygone
avec le centre des routes adjacentes pour que le rendu soit plus
lisible (voir joli).
Ça, c'est la pratique GMM. Pas la mienne.
S'ils veulent faire de la belle peinture, c'est leur problème.
Je ne suis pas contre la belle peinture de polygone. Mais au moins,
qu'elle soit intelligente !
Si le bord de l'école maternelle coïncidait avec l'axe de la route, il y
aurait souvent des bambins écrasés !
Je ne cartographie jamais les écoles jusqu'à l'axe de la route ! Quand
je n'ai pas assez de précision, je cartographie au pif, en deçà de la
route. Ça n'est pas très exact (c'est du pif) mais ça ne contient pas
les erreurs d'intersection de voirie et d'école.
On en a déjà discuté plusieurs fois sur cette liste.
Mon point de vue, c'est qu'en alignant les polygones sur l'axe de la
voirie, ils sont forcément faux (sauf boundary...) Le bord d'un champs,
d'une forêt n'est jamais l'axe de la route mais le bord de la route.
Une bordure champs/forêt alignée sur l'axe de la voirie fait que le
champs et la forêt sont faux.
Si, en plus les points sont partagés, c'est galère à reprendre.
Si en plus, comme sur Valence, c'est de la folie de relations
multipolygone...
J'dis ça, j'dis rien...
--
FrViPofm
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr