[OSM-talk-fr] Corine Land Cover : Import manuel des rebuts, était : Corine Land Cover : nomenclature 14 "Espaces verts artificialisés , non agricoles"

[Vincent Pottier]

Emilie Laffray a écrit :

>> >> Bonjour,
>> >>
>> >> Il faudrait voir ce qui constitue un rebut ou pas, mais ce n'est pas
>> >> bien difficile.
>> >>     
>>     
Ce qu'on n'importe pas en masse dans OSM :
- le 'abandonné' dans la nomenclature.
- les overlaps

>> >> Par definition, je garde tous les polygones dans la
>> >> base de donnee avec leurs taux de recouvrements.
>> >>     
>>     
Je l'avais bien imaginé. De même que Sly garde les communes dans son
dépôt même si elles sont dans osm. Pour l'instant...

>> >> Il faut toutefois
>> >> noter que ce taux est plutot indicatif car il ne montre que le
>> >> recouvrement par la surface la plus importante, ce qui est dans la
>> >> majorite des cas, une tres bonne approximation.
>> >> Une interface web est tout a fait realisable. Il faut voir quel
>> >> language on veut utiliser. Ca fait quelques annees que je n'ai pas
>> >> utilise PHP ou Python pour une interface web. Je serais tout a fait
>> >> confortable pour realiser un script Python (ou autre language sauf
>> >> bien sur Perl) qui produirait automatiquement un fichier OSM apres
>> >> avoir choisi une zone. Il faudrait juste voir les problemes de
>> >> permission d'execution a partir de la page web pour mettre a
>> >> disposition apres le fichier.
>> >>     
>>     
D'après ce que j'ai compris, osmosis sait extraire une zone selon une
bbox. et osmosis, c'est du java en ligne de commande. Il faut donc un
petit script qui écrive la requête pour osmosis à partir
du formulaire http et qui retourne un fichier .osm, et qui sache traiter
les erreurs de base : hors zone, zone invalide (Est < Ouest), code
inexistant (on peut traiter une partie en frontend avec du javascript et
lancer une requête xmlHTTP si valide)
Ce qui suppose une petite API : définition du code clc et du
recouvrement, et correspondance au nom de fichier, bbox... pour
interfacer avec osmosis

>> >> Enfin grosso modo, c'est faisable dans un delai raisonnable.
>> >> Je suppose que l'on pourrait aussi mettre au point un layer pour
>> >> afficher les zones qui sont bonnes ou pas.
>> >> J'avoue que je ne maitrise pas du tout la partie carte de OSM.
>>     
Moi non plus.

>> >> Manipuler la base de donnee, et ecrire du code, il n'y a pas de
>> >> probleme pour moi mais le reste c'est flou pour le moment.
>> >>
>> >> Emilie Laffray
>> >>     
>>     
Je peux faire un proto de frontend... dans un délai raisonnable.

Reste à :
- préciser l'api
- trouver un serveur pour le dépôt et acceptant de faire tourner le
script (php, python ?) et osmosis : openstreetmap.fr ?

Vincent