[OSM-dev-fr] Travailler sur des imports partiels
Philippe DAVID
philippe.david at allgoob.com
Mer 4 Juil 21:37:10 BST 2012
2012/7/4 sly (sylvain letuffe) <liste at letuffe.org>
> > Ce dont j'avais peur c'est que le
> > problème que j'ai rencontré sur le dump d'une région puisse aussi arriver
> > à l'échelle d'un pays. D'après ce que dit le readme de geofabrik dans
> > clipbounds, c'est la même méthode utilisée donc ça pourrait aussi
> arriver.
> > Et d'ailleurs c'est arrivé comme disait Frédéric.
>
> Le mieux serait peut-être de re-vérifier, beaucoup ont fait remonter
> l'information à geofabrik et je sais que le polygone utilisé pour découper
> la
> france a pas mal été changé ces dernières années et peut-être que
> maintenant,
> si tu télécharges le fichier france.osm tu aura toute la france
> (métropolitaine
> en tout cas)
>
>
> > Pour résumer, si je souhaite:
> > - avoir un nominatim de plusieurs pays
> > - avoir toutes les données, quitte à déborder
> > - appliquer des diff updates
> >
> > Est-ce que je peux faire ça pour les pays en questions seulement ?
> > ou c'est
> > trop compliqué et il vaut mieux travailler direct sur le monde entier ?
>
> Si tu veux appliquer les diff updates, ça change pas mal de chose car c'est
> l'opération qui nécessite le plus de ressources serveur (i/o
> principalement).
>
> En clair, si tu as besoin des diffs, il te faut une grosse bécanne, et
> parti de
> là, importer le monde ne te prendra que 2 jours au max, donc j'ai envie de
> dire, importe le monde directement.
>
> Seul cas : tu utilises des disques de trop petite taille pour contenir une
> base monde et là il va falloir ruser. (Si ton projet et professionnel,
> essayes
> plutôt de convaincre de te faire payer des gros disques, tu y gagnera
> plusieurs journées qui auraient couté plus que les disques ;-) )
>
>
Oui alors l'idée c'était de voir si ça pouvait tenir sur des SSD?
Je cite la page Nominatim/Install:
"For a full planet install you will need a minimum of 600GB of hard disk
space (as of January 2012)"
"On a 12-core machine with 32GB RAM and standard SATA disks, the initial
import (osm2pgsql) takes around 20 hours and the indexing process another
250 hours. Only, 8 parallel threads were used for this setup because I/O
speed was the limiting factor."
600GB c'est la taille de la db dans postgresql à la fin à votre avis ?
Sinon sur du SATA ça veut dire 10 jours à monopoliser les disques si je
comprends bien.
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20120704/98c6443a/attachment.html>
Plus d'informations sur la liste de diffusion dev-fr