Emilie Laffray a écrit : > Bonjour, > > oui j'ai vu le thread sur la ML anglaise. > Ce qui est possible de faire (je verifierais une fois que j'aurais > importe la France dans ma base de donnee ce soir) c'est d'utiliser > postgres et de trouver tous les polygones qui se superposent. > C'est assez facile a faire avec Postgis. OpenJump utilise JTS comme > moteur geometrique, qui n'est autre que la version source de la > librairie utilisee dans Postgis. > LibGeos est le port C++ de JTS. > Une fois qu'on a trouve les polygones qui posent conflits il faut voir > ce qu'on veut faire avec. Il est potentiellement possible de creer une > table qu'on exporte en OSM via SHP avec les polygones superposes pour > montrer les erreurs. Apres, il faut voir comment on corrige cela. > Je pense que l'on peut automatiser la detection de conflit assez > facilement a partir du moment ou l'on travaille a partir de la base de > donnee. On peut peut etre commencer par ecrire les regles de detection > de conflits. Postgis est vraiment tres souple de ce point de vue la du > moment qu'on ecrit la bonne requete SQL. Pour avoir travailler sur > certaines choses sur l'Australie, je suis globalement assez contente > de la vitesse que Postgres a pour ce genre de chose. > Postgres gere bien malgre tout les tables atteignant facilement les > 80M de lignes. Il est meme possible d'optimiser cela en utilisant des > partitions tables qui sont en fait des heritages d'une table mere. > > Emilie Laffray Une metadata 'clc:fixme' facile à détecter et à mettre en rouge dans un layer ?
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
