Préambule par un gars relou et radotteur (moi) mais qui veut ne pas perdre espoir : je m'étais promis de ne plus répondre à tes mails que je trouve trop désordonnés et beaucoup trop long pour arriver à en trouver la vrai question qui tiendrait en 10 lignes, mais c'est dommage car il y en a avec des vrai bonnes questions dedans, méritant réflexion mais noyées dans du "autre chose" comme c'est le cas de celle-ci.
Mais pourquoi te sens tu obligé de faire les question et les réponses ? D'apporter tout de suite des solutions à ce que tu crois être un problème, rentrer dans des constructions compliquées de il faudrait faire si ou ça alors qu'en fait tu n'a pas attendu les avis des autres qui pourraient t'apporter une autre vu au problème qui n'en est peut-être pas un, ou peut-être pas où tu crois ? Comme j'ai trop de mal à comprendre l'intégralité de ton mail, je vais reformuler ta question telle que je la comprend, et telle que je l'aurais posée : Philippe Verdy aurait donc pû (seulement) écrire : > J'ai un exemple de géométrie pour une frontière de commune en > Espagne que je ne sais pas comment rentrer dans OSM > > Voir ici : > > http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=343332 > > On a le cas suivant apparemment non prévu par OSM (mais prévu dans les > modèles OpenGIS), ou mal converti par osm2gis : > > Le cas concerné est celui-là (simplifié ici): > > +-----+-----+ (noeuds 1, 2, 3) > | A | B | > +-----+-----+ (noeuds 4, 5, 6) > | C | A | > +-----+-----+ (noeuds 7, 8, 9) > > Ici, la commune A possède deux anneaux qui se touchent en un seul point > j'ai rentré cette commune dans OSM ainsi mais le validateur > http://analyser.openstreetmap.fr me dit qu'il y a des intersections, le site > layers.openstreetmap.fr ne la fait pas apparaître et l'outils osm2gis > exporte sans être comptabile avec OpenGIS/SQL Et moi de te/me répondre : A mon avis, la manière dont tu as saisie cette commune est bonne, et le fait que tu es pû la saisir prouve que la base OSM ne l'empêche pas, tu es simplement en présence d'un bug dans tous les outils cités préalablement. En effet, la modélisation dans OSM suit en général ce qui est indiqué dans le wiki, et la page qui explique comment rentrer les frontières administrative est celle-là : http://wiki.openstreetmap.org/wiki/Relation:boundary qui dit grosso modo qu'il faut respecter la construction des relations "multipolygon" expliquée ici : http://wiki.openstreetmap.org/wiki/Multipolygon qui à son tour dit : "Generally, the multipolygon relation can be used to build multipolygons in compliance with the OGC Simple Feature standard (http://www.opengeospatial.org/standards/sfs)." En cherchant, on fini par tomber sur l'information concernant ce standard qui dit : "2. The Boundaries of any 2 Polygons that are elements of a MultiPolygon may not ‘cross’ and may touch at only a finite number of points." Donc, ne change rien, ce que tu as fais est bon conformément à ce que dit le wiki. Toutefois, la présence de bug dans divers outils inciterait à en discuter sur la page multipolygon du wiki pour rappeler que la construction qui fait se toucher des polygon par un/des point(s) est valide, pourquoi pas rajouter un exemple et ensuite indiquer la présence de ce bug dans les différents éditeurs de ces outils. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
