Je pense qu'il cherche une méthode mathématique automatisée calculant un polygone dérivé du polygone des frontières, qui est étendu en utilisant une largeur de "buffer" à l'extérieur de cette frontière (par exemple 100 mètres pour éviter les complications des lignes de côtes et pour inclure dedans les petits estuaires et les entrées de ports "fermées" par des digues ainsi qu'une toute petite partie de la zone maritime le long de la ligne de côtes pour y attacher les rochers et îlots côtiers sans générer trop d'exclaves).
Avec ensuite une étape de simplification utilisant le même paramètre de longueur pour étendre encore un peu la zone de buffer dans les parties concaves du polygone (pas les partie convexes sinon on risque d'éliminer des "pointes" qui font partie de la zone à inclure), partout où deux segments consécutifs du multipolygone obtenu peuvent n'en former qu'un seul d'une longueur restant inférieure au paramètre de largeur de buffer (il restera toutefois des exclaves possibles si elles sont plus éloignées entre elles que la taille de buffer). Ce genre de calcul sera plus précis à faire par traitement mathématique automatisé qu'à la main en traçant sur un fond de carte Mapnik dérivé des polygones de la base OSM... Il se trouve que ces deux traitements (extension de zone buffer, et simplification des tracés) existent déjà justement pour réaliser des rendus et font partie des algorithmes de base des systèmes de traitement GIS (par exemple pour étendre le tracé filaire d'une rivière ou d'une route en une surface remplissable). En revanche je ne sais pas trop si le critère de concavité des angles, tenant compte du côté interne ou externe de la frontière pour l'inclusion dans la surface des petits "creux" sur la frontière, tout en ne tronquant pas les "pointes") est implémenté quelque part pour l'instant (cela ne semble pas être le cas quand on regarde par exemple ce que produit Layers dans ses "simplifications" de tracés (car les frontières "simplifiées" de surfaces adjascentes ne se superposent pas correctement et laissent apparaître des interstices et des superpositions entre les faces qui sont parfaitement limitrophes dans la base OSM, car décrites par des ways communs). Le 17 octobre 2012 10:47, Vincent de Chateau-Thierry <[email protected]> a écrit : > Bonjour, > >> De : "Ab_fab" >> >> Je suis curieux de savoir s'il serait possible et pas trop compliqué >> d'obtenir un contour **enveloppant** une limite administrative ou >> politique. >> Par exemple en le générant sous forme de fichier .poly, en partant des >> données osm de la limite en question. >> >> Cela pourrait être utile pour faire des extractions de données plus fines >> qu'avec une bbox, tout en étant sûr d'avoir toutes les données à >> l'intérieur de la zone qui nous intéresse. L'équivalent de ce qu'a fait >> Jocelyn avec la France métropolitaine, mais pour des zones plus restreintes >> >> Est-ce qu'une base PostGIS est nécessaire ? Est-ce que JOSM propose ce >> genre de fonction ? _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
