Bonjour, 2011/11/9 Frédéric Rodrigo <fred.rodr...@gmail.com>: > Jusqu'à présent il a été question de ne pas faire de travail en double > avec les autres outils de qualité, même s'il y a des détections > d'anomalies très proche ou identique. > Il faut voir les outils OSMI, KeepRight, Osmose (et autres) comme > complémentaire.
Il y a également une autre solution: c'est d'utiliser l'API de Open-Inspector pour télécharger des erreurs à afficher sur l'interface d'osmose. Un peu comme ce qui est déjà fait pour OpenStreetBugs. Par contre, je pense qu'on risque de perdre toutes les informations données par l'interface d'Open-Inspector - à moins qu'on n'arrive à tout caser dans les bulles. L'API est documentée là: http://wiki.openstreetmap.org/wiki/OSM_Inspector/WxS#WFS_access Il manquerait juste une moulinette pour transformer ceci en un fichier de ce genre: http://osm5.univ-nantes.fr/osmose/analyser_osmosis_missing_parent_tag-luxembourg.xml Si quelqu'un est intéressé pour écrire la moulinette, je peux fournir les informations minimales à mettre dans le .xml. >> A propos d'Osmose, serait-il possible d'avoir davantage de détections >> d'erreur de géométrie, en particulier pour les relations >> multipolygones ? On n'a actuellement pas vraiment d'outil pour analyser les relations dans osmose, et je ne sais pas si ça se peut se faire efficacement avec ce qu'on a actuellement. (base osmosis et fichier .osm par région + liste des ways/relations dans une base de donnée dédiée, pour calculer les relations non fermées). >> Par exemple, cette relation: >> http://www.openstreetmap.org/browse/relation/1180699 C'est quoi le problème avec cette relation ? Je n'ai rien vu de spécial, à part qu'elle est constitué en deux morceaux accolés. Merci, Jocelyn _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
