2009/7/3 sly (sylvain letuffe) sylv...@letuffe.org:
Juste pour vous tenir au courant : j'ai terminé (et testé) le script
qui fusionne les nodes dupliqués sans en modifier l'ordre. J'ai aussi
fusionner les fichiers xml en un seul non compressé (2.4Gb).
Prochaines étapes dans les jours prochains:
-
2009/7/7 Pieren pier...@gmail.com
- modification du script python bulk_upload pour créer les éléments
dans l'ordre de déclaration du fichier xml (et pas par type)
Ça je peux faire. Ça ne devrait pas trop prendre de temps.
Malheureusement, l'import CLC n'a aucune chance d'être terminé
Bonjour à tous,
Le 2 juillet 2009 23:29, Emilie Laffrayemilie.laff...@gmail.com a écrit :
Pas de problème. Il y a en effet 18 080 504 objets dans les fichiers que
j'ai exporte. Désolée de ne pas avoir pu faire plus. Je suis un peu
pressée par le temps en ce moment.
Une fois que vous aurez un
Et une explication pour les néophytes :)
Il reste encore beaucoup d'étapes avant que l'on puisse voir notre belle
carte française avec forêts, champs,... ?
Parce que Emilie et Sly nous font baver avec leur carte (Corine et BD Alti)
:p
Le 3 juillet 2009 09:46, David MENTRE
2009/7/3 Etienne Trimaille etienne.trimai...@gmail.com
Et une explication pour les néophytes :)
Il reste encore beaucoup d'étapes avant que l'on puisse voir notre belle
carte française avec forêts, champs,... ?
Parce que Emilie et Sly nous font baver avec leur carte (Corine et BD Alti)
:p
2009/7/3 David MENTRE dmen...@linux-france.org
Bonjour à tous,
Une fois que vous aurez un peu plus de temps, ce serait sympa de faire
un courriel résumant cet import. J'ai vaguement suivi les discussions
sur ces listes mais j'ai pas compris tous les problèmes d'import et je
suis curieux des
2009/7/3 Emilie Laffray emilie.laff...@gmail.com:
La dernière étape
est en cours de réalisation par Pieren.
Emilie Laffray
La dernière étape consiste a fusionner les nodes dupliqués
(éventuellement aussi les fichiers .osm).
Mais il faut aussi que je fasse des tests pour voir si le script
2009/7/3 Pieren pier...@gmail.com
La dernière étape consiste a fusionner les nodes dupliqués
(éventuellement aussi les fichiers .osm).
Mais il faut aussi que je fasse des tests pour voir si le script
bulk_upload.py est capable de gérer une telle quantité d'éléments.
En effet, pour chaque
Pieren wrote:
Sinon, je pourrais aussi le faire sur un post-traitement par script.
Mais je pense aussi que le plus facile est de modifier l'outil
original.
Pieren
Ok, j'ai normalement corrige le problème des fichiers. J'ai vérifié
l'upload d'au moins tous les nooverlaps. Ça devrait donc
Pieren wrote:
Ok, et merci pour le super boulot.
Je suis en train de tester le petit programme qui fusionne les nodes
superposés. Comme il y a 16 millions d'objets à contrôler, ça risque
de prendre un petit peu de temps.
Pas de problème. Il y a en effet 18 080 504 objets dans les fichiers
Emilie Laffray a écrit :
Pieren wrote:
Ok, et merci pour le super boulot.
Je suis en train de tester le petit programme qui fusionne les nodes
superposés. Comme il y a 16 millions d'objets à contrôler, ça risque
de prendre un petit peu de temps.
Pas de problème. Il y a en
Yann Coupin wrote:
Pas sûr de comprendre quel est le problème, mais osmosis a une
commande pour trier un fichier avant de merger. Je l'ai déjà utilisé
sans soucis (si ce n'est que la commande n'était pas documentée quand
on travaille avec des fichier 0.6 mais j'ai modifié la doc depuis)
2009/7/1 Emilie Laffray emilie.laff...@gmail.com:
Vi je suis au courant de cette fonction. Je l'ai deja utilise. Toutefois
pour l'upload, cette fonction est inadaptée, car elle met tous les
points d'abords, puis toutes les ways, et toutes les relations. Les
fichiers sont produits la par objets
2009/7/1 Pieren pier...@gmail.com
Emilie, deux fichiers ne sont pas complets sur ton site:
nooverlaplandusewood.osm.bz2
nooverlaplanduse.osm.bz2
Je relancerais l'upload plus tard dans la journée. C'est assez ennuyeux
d'avoir les uploads qui ne marchent pas comme ça. Ce sont bien sur les deux
Bon,
je viens de me rendre compte que Osmosis nécessite d'avoir des fichiers
triés afin de procéder a une fusion des fichiers, ce qui va bien sur a
l'encontre de ce que l'on veut faire pour importer les données de Corine.
http://wiki.openstreetmap.org/wiki/Osmosis/DetailedUsage#--merge_.28--m.29
Pas sûr de comprendre quel est le problème, mais osmosis a une
commande pour trier un fichier avant de merger. Je l'ai déjà utilisé
sans soucis (si ce n'est que la commande n'était pas documentée quand
on travaille avec des fichier 0.6 mais j'ai modifié la doc depuis)
16 matches
Mail list logo