[OSM-talk-fr] Re : Encore plus de fichiers Corine

[sly (sylvain letuffe)]

> 2009/5/27 Pieren <pieren3 at gmail.com>:
> > Je pense qu'on pourrait uploader toutes les classes qui n'ont pas
> > d'overlap en un seul script sur toute la France. 

ça me semble en effet la bonne démarche.

> > Attention toutefois à 
> > réorganiser le fichier OSM des nouvelles données pour qu'il ne fasse
> > pas tous les nodes, puis tous les ways, puis toutes les relations mais
> > qu'il procède par polygone (mais ça peut être un problème pour
> > l'histoire de réutiliser les noeuds). 

Oui, ça devient un nouveau problème, mais je conçois parfaitement que envoyer 
400Mo de donnée OSM en commençant par tous les noeuds, ne peut que mal finir 
avec des paquets d'orphelins donc d'incohérences.

> > On Wednesday 27 May 2009 14:26, Emilie Laffray wrote: 
> Donc pas de fusions des points. A noter que j'avais fait un sort sur
> les donnees afin que le fichier final ressemble le resultat d'un dump
> (nodes, ways et finalement relations). 
Bien que cette approche me semble la plus logique j'ai vraiment peur que tout 
partent en foirage car les raisons pour qu'un upload de 20 heures (au pif) 
soit interrompus sont légions.

En le faisant polygone par polygone, j'en arrive même à imaginer un script qui 
fasse quelque chose genre :
( sur la base de 
http://wiki.openstreetmap.org/wiki/Corine_Data_Import#Exporting_the_table_to_a_0.6_osm_file
)
une boucle qui rempli OSM au fûr et à mesure qu'il vide la base ou les 
fichiers temporaires permettant ainsi une reprise en cas de pépin, 
minimisation des risques de doublons, état d'avancement, etc, numérotage des 
changeset par polygone pour avoir une bonne tracabilité.

Rien de pire qu'un traitement énorme qui foire en cours de route mais on ne 
sait pas où.

C'est une idée, je ne suis peut-être pas assez développeur et trop admin sys 
pour préférer ce type de méthode.

> A noter que l'on peut faire la fusion des points a posteriori une fois
> que tous les polygones ont ete importes. 
Oui, je pense qu'en plus c'est quelque chose qui existe déjà pour éviter les 
points aux coordonnées identiques par nettoyage de la base. Ainsi on garde un 
découpage en étapes "plus simples"

>Il faudra que je regarde mais c'est faisable.
On pourrait aussi se faire aider sur la liste dev, je suis presque sûr que 
quelqu'un à déjà ça dans un carton

-- 
sly
Sylvain Letuffe sylvain at letuffe.org
qui suis-je : http://slyserv.dyndns.org