Le log de la réunion se trouve sur le wiki: http://wiki.openstreetmap.org/wiki/Reunions_Francophones/R%C3%A9union_sp%C3%A9ciale_Corine
Résumé des débats: - Émilie se chargerait de créer un fichier OSM contenant tous les polygones de toutes les classes CLC sans overlaps ou maximum 5% d'overlap. Il faut encore trouver un script qui puisse faire l'upload, genre bulk_import.pl compatible API 0.6 et qui puisse reprendre en cas d'interruption de service (fort probable si la durée du transfert excède plusieurs jours). L'avantage de cette méthode est qu'elle permet de faire la fusion des nodes avant leur création dans OSM. Elle évite ainsi de re-télécharger (download) plus-tard les données déjà transférées dans OSM pour fusionner ces nodes. Donc le transfert est uni-directionnel, simple et rapide. - le premier point d'achoppement est de trouver le script qui va bien et qui ne viole pas les nouvelles limites de l'API 0.6 (taille des changeset) - le deuxième point concerne la gestion des polygones en overlap (en conflit avec des polygones déjà présents dans OSM). Plusieurs méthodes ont été discutées: * une bdd avec ces polygones, les contributeurs récupèrent une série de polygones sur une bbox, font la fusion avec les données OSM (c'est à dire qu'ils doivent juger au cas par cas si les données OSM sont meilleures ou pas, voire fusionner les nouveaux polygones avec ceux déjà présents) avec l'éditeur JOSM. Une fois la zone "traitée", il faudrait marquer les polygones comme tel dans la base avec par exemple un flag "deleted" que le contributeur activerait par le biais d'une interface web * un système de fichiers. Un peu comme les limites administratives, on découpe l'ensemble des polygones en overlap en petits groupes de 10 ou 20 polygones définis dans des fichiers OSM. Ces fichiers seraient mis à disposition sur un dépot. Un contributeur qui se charge d'un fichier le supprimerait du dépôt pour éviter que d'autres commencent le même travail. Le dépôt pourrait être un répertoire sur un serveur avec accès limité par un compte utilisateur ou un dépôt SVN. * chaque zone serait un courriel dans une boite IMAP publique Voila, j'espère que nous pourrons trouver une solution assez rapidement. Pieren _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
