> Toutefois, si le traitement du fichier est plus rapide,
> osm2pgsql en mode slim reste quasiment inchange en terme de performance.
En tous cas, pour mes p'tits traitements perso (génération de
cartes Garmin), c'est le jour et la nuit: je gagne plusieurs heures
à chaque génération :
* 30% sur le temps de récup du france.pbf (car 30% + petit)
* Evitement de la phase d'extraction BZ2 -> OSM (1/4 h je crois, sûrement plus)
* Et surtout, pour parser chaque bande composant ma carte, ca fait
15mn au lieu de 45mn je crois de mémoire
Donc au total, ca change tout. Et accessoirement, ca gagne de la
place. Tout bénéf :) Je passe juste en OSM pour mes fichiers
intermédiaires ("petite" taille) pour pourvoir controler le contenu.
> Même geofabrik/Frederik Ramm ne le demande pas.
C'est pas très clair. Il ne le demande pas directement mais pousse
quand meme pas mal dans cette direction :) Sur le blog [1] il dit :
The new “protobuf binary format” (.osm.pbf) is 30% smaller than the
bzip2-compressed OSM XML, and it can be processed or extracted much
faster than bzip2 files. Also, while we will continue supporting the
bzip2 files for a while, we hope that we can ultimately free up some
resources by dropping bz2 support, and use these resources to produce
an even wider set of daily updated OSM extracts.
D'ailleurs les PBF sont maintenant générés en priorité on dirait. Au
vu des économies de disque et de bande passante, ca doit etre bien
tentant comme orientation.
Il ne reste qu'à attendre l'adoption en natif par JOSM :)
[1] http://blog.geofabrik.de/?p=58
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
