Je suis le débat avec attention. Quelle est donc la méthodologie à suivre? Car je peut vous dire que des poly landluse=farm de très grande taille j'en ai trouvé quelques uns en cherchant un peut.
2009/10/13 Emilie Laffray <emilie.laff...@gmail.com> > Etienne Chové wrote: > > Est ce que le gros polygone ne fait pas presque autant de taille que > > l'original ? > > > > Le but est de générer 60 fichiers et des les envoyer un par un ? C'est > > donc du multipolygone où un a un outer (le gros) et plein de inner (les > > petits) ? Je crois que j'ai pas tout compris :-( > > > Le gros polygone est quasiment aussi gros que le principal. Toutefois, > les autres polygones sont indépendants du principal du fait du coupure > du polygone principal. Dans certains cas, la surface est négligeable, > dans d'autres cas, elle ne l'est pas. > Les inners ne rentrent pas en ligne de compte en fait, car ils font > partie d'un polygone. La technique utilisée en fait ne résoud qu'un > problème: importer un polygone qui est énorme et qui n'a plus les > overlaps puisque je les ai enlevés. > Il est possible de découper un gros polygone en plusieurs bouts mais ça > implique d'écrire un petit programme en Python pour découper ça a > posteriori, ce qui devrait être assez facile a faire. Après, on peut en > théorie tout remettre dans le même fichier OSM, mais on ne change rien a > la taille. Ou alors, on fait le travail en amont a partir de la base > Corine, et on crée des entrées supplémentaires (centroid au final plus > simple a trouver). > Enfin, voila ce ne sont que des idées. Mais techniquement tout est > possible. > > Emilie Laffray > > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr