Ca vient d'un ancien découpage arbitraire des données Corine: les très grands polygones de landuse été taillés à la hache (pas toujours orthogonalement d'ailleurs) sur de grandes distances.
A l'époque de l'import c'était nécessaire car les outils OSM ne pouvaient pas traiter des polygones aussi grands. Maintenant certains rassemblent ces anciens fragments Corine, pour ensuite les redécouper sur des limites moins arbitraires (des routes, des rivières voire des fossés). Certains utilisent les limites administratives pour redécouper ces grands polygones mais c'est une vraie plaie. Généralement quand ils ne font, ils cassent tout un tas de relations dépendantes. Les vraies limites de découpe des grands polygones naturels ne devraient pas être aribtraires mais suivre les limites de parcelles au minimum mais si possible d'autres traits naturels ou construits (natural=*, waterway=*, highway=*), donc les lignes de côte, rives de cours d'eau. Etant donné que les routes sont tracées sur du filaire, je pense même qu'on ne devrait pas les suivre (sauf les petits chemins forestiers ou agricoles), mais plutôt limiter ces landuse sur un trait parallèle à la route. Plus la route est large (et à plus forte raison les voies express et autoroutes) ou plus la zone est dense en informations (par exemple les parcs en milieu urbain) et plus les landuse devraient avoir leur propre trait parallèle dessiné plus précisément. En revanche les zones résidentielles et zones industrielles étant des zones construites peuvent s'appuyer sur le routier pour les délimiter. -- Note Cédric: ton agent email (je ne pense pas que c'était Gmail en ligne, même si tu as un compte Gmail, car Gmail ne fait pas ce genre d'erreur), a des problèmes de codage à l'envoi. On doit lire entre les lignes et deviner les caractères codés. Je ne recode pas dans ta citation ci-dessous. On dirait que tu utilises un outil externe pour envoyer à Gmail et qu'il code mal ses messages et envoie un saut de ligne en trop avant les entêtes et le corps du message, qui, du coup, apparaissent tous les deux dans le corps du message qui est envoyé sans indiquer son codage réel. Le 6 octobre 2012 13:38, Cedric Dumez-Viou <cedricdumezv...@gmail.com> a écrit : > =?ISO-8859-1?Q?_d=E9coupage_landuse_et_administratif...?= > MIME-Version: 1.0 > Content-Type: text/plain; charset="utf-8" > Content-Transfer-Encoding: quoted-printable > > C'est bien un de ceux-l=C3=A0. > > didier2020 <didier2...@free.fr> a =C3=A9crit=C2=A0: > > > Le samedi 06 octobre 2012 =C3=A0 12:49 +0200, Cedric Viou a =C3=A9crit : >> Bonjour, >>=20 >> >> >> > clc a parfois des d=C3=A9coupages arbitraires (forme orthogonales au su= > d de >> > l'ile de france) >>=20 >> Des exemples? Car de tr=C3=A8s gros polygones (~100km) ont =C3=A9t=C3=A9= > effeuill=C3=A9s >> puis d=C3=A9coup=C3=A9s en blocs pour en faciliter l'import. > c'est exactement ca: la limite du bloc ne correspond pas forcement a une r= > =C3=A9alit=C3=A9 physique > http://www.openstreetmap.org/browse/relation/967786 >> Cedric _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
