Non tu lis mal, il s'agit de deux ways distincts qui ne sont pas dans les mêmes relations. Et ça se produit ailleurs, Osmose se trompe ou alors utilise des données pas à jour
Le 2 novembre 2014 01:03, Ronan Morin <ronan_mo...@hotmail.com> a écrit : > Bonjour, > > Selon moi, ca vient du fait que la zone CORINE fait partie de la même > relation que les frontières classiques (admin_level 2 dans ton exemple). > Osmose n'a aucune raison de les considérer différemment et les voit comme > deux frontières au même niveau qui se croisent... > > D'autre part, la frontière en question ne semble pas complète, il manque > la "Rue des Fèves". Est ce que ce ne serait pas une erreur de selection qui > fait que la zone CORINE a fini dans la relation à la place de cette rue? > > Cdlt, > ------------------------------ > From: verd...@wanadoo.fr > Date: Sat, 1 Nov 2014 23:59:34 +0100 > To: talk-fr@openstreetmap.org > Subject: [OSM-talk-fr] intersection entre communes ??? > > > Je ne comprend pas ce que fait là cette détection entre une frontière > internationale (qui est aussi une rue à cet endroit, mais c'est secondaire > car on a des erreurs de même type sans ça) et un landuse rédidentiel (qui > n'a rien d'une "commune"). > > On dirait qu'Osmose tente de trouver des villages qui "pourraient" > éventuellement être des subdivisions d'une commune, alors que les > agglomérations n'ont rien à voir avec les villages en tant que tels, et > encore moins avec les zones résidentielles d'un découpage d'utilisation des > sols (où on trouve d'autres usages comme des forêts, zones d'activité > commerciale ou industrielle; parcs et jardins...) > > Je ne suis pas convaincu de la méthode (qui ne fonctionne pas plus en > Belgique où les "sections communales" (niveau 9) sont en fait l'ancien > découpage des communes avant leur fusion massive (totalement indépendant > des zones résidentielles et villages), et où les sous-sections sont des > quartiers administratifs eux aussi indépendant des utilisations de sols. > Peut-être que c'est adapté à l'Afrique où le découpage administratif est à > l'état d'ébauche, mais pas du tout en Europe (et surtout pas les landuse > issus du vieil import CORINE comme ici) > > Voici "l'erreur" rapportée par Osmose: > > *Intersection entre communes* > *way 41904064 <http://www.openstreetmap.org/browse/way/41904064>* rawedit > <http://osmose.openstreetmap.fr/fr/map/#> josm > <http://localhost:8111/load_object?objects=w41904064> edit > <http://osmose.openstreetmap.fr/fr/map/#> > *source* = Union européenne - SOeS, CORINE Land Cover, 2006. > *landuse* = residential > *CLC:id* = FR-1644 > *CLC:code* = 112 > *CLC:year* = 2006 > *way 293523268 <http://www.openstreetmap.org/browse/way/293523268>* > rawedit <http://osmose.openstreetmap.fr/fr/map/#> josm > <http://localhost:8111/load_object?objects=w293523268> edit > <http://osmose.openstreetmap.fr/fr/map/#> > *admin_level* = 2 > *name* = Rue Dombrie > *surface* = asphalt > *source* = cadastre-dgi-fr source : Direction Générale des Impôts - > Cadastre. Mise à jour : 2012 > *border_type* = nation > *boundary* = administrative > *highway* = service > Erreur reportée le : 2014-11-01 > > > _______________________________________________ Talk-fr mailing list > Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
