Re: [OSM-talk-fr] beta est de retour...

2010-04-11 Par sujet Etienne Chové
sly (sylvain letuffe) a écrit : > On mercredi 31 mars 2010, Etienne Chové wrote: >> Sur les serveurs HP, il faut 1h30 pour importer la France large et 32h >> pour l'Europe. Voila pour mes bench (réalisé avec osm2pgsql). > > Dieu ! > > Un poil de détails ? C'est sur une debian lenny (j'ai fait u

Re: [OSM-talk-fr] beta est de retour...

2010-03-31 Par sujet sly (sylvain letuffe)
On mercredi 31 mars 2010, Etienne Chové wrote: > Sur les serveurs HP, il faut 1h30 pour importer la France large et 32h > pour l'Europe. Voila pour mes bench (réalisé avec osm2pgsql). Dieu ! Un poil de détails ? sur cette page, tu donnes le nombre de slot RAM, mais y'en a combien d'installée ?

Re: [OSM-talk-fr] beta est de retour...

2010-03-31 Par sujet Etienne Chové
Le 31/03/2010 13:41, Marc Sibert a écrit : > Juste une question pour moi car je redéveloppe mon API OSM en C++ pour > la version 0.6 : > 7 jours pour importer quoi ? Un planet complet ? C'est une question de > benchmark car j'ai un parser de fichiers .osm qui remplit une base > Sqlite3 (Spatialite

Re: [OSM-talk-fr] beta est de retour...

2010-03-31 Par sujet sly (sylvain letuffe)
On mercredi 31 mars 2010, Pieren wrote: > Question bête : les indexes ne sont-ils pas automatiquement créés par > osm2pgsql ? Osm2pgsql s'occupe des indexes spatiaux et de celui sur les osm_id (pas particulièrement utile pour dessiner une carte, mais utile pour débugger) Mais comme ça prenait d

Re: [OSM-talk-fr] beta est de retour...

2010-03-31 Par sujet Emilie Laffray
2010/3/31 Pieren > 2010/3/31 sly (sylvain letuffe) > > Les comparaisons sont dur à faire avec des machines différentes, pour mon >> osm2pgsql, l'import a pris la moitié, et la création des indexes spatiaux >> le >> reste >> Mais je n'importe pas tout, et le schéma osm2pgsql n'est pas super optim

Re: [OSM-talk-fr] beta est de retour...

2010-03-31 Par sujet julien
> 2010/3/31 sly (sylvain letuffe) > >> Les comparaisons sont dur à faire avec des machines différentes, pour >> mon >> osm2pgsql, l'import a pris la moitié, et la création des indexes >> spatiaux >> le >> reste >> Mais je n'importe pas tout, et le schéma osm2pgsql n'est pas super >> optimal >> je

Re: [OSM-talk-fr] beta est de retour...

2010-03-31 Par sujet Pieren
2010/3/31 sly (sylvain letuffe) > Les comparaisons sont dur à faire avec des machines différentes, pour mon > osm2pgsql, l'import a pris la moitié, et la création des indexes spatiaux > le > reste > Mais je n'importe pas tout, et le schéma osm2pgsql n'est pas super optimal > je trouve > > Questio

Re: [OSM-talk-fr] beta est de retour...

2010-03-31 Par sujet sly (sylvain letuffe)
On mercredi 31 mars 2010, Marc Sibert wrote: > 7 jours pour importer quoi ? Un planet complet ? En effet, j'ai pas été super utile dans mon commentaire ;-) Il s'agit du fichier europe.osm.bz2 par géofabrik de 3.2Go en bzip2 L'import est fait à l'aide de osm2pgsql comprenant quelques petits tweaks

Re: [OSM-talk-fr] beta est de retour...

2010-03-31 Par sujet Emilie Laffray
2010/3/31 Marc Sibert > sylvain letuffe a écrit : > > ... après 7 jours d'import > > > > c'est qu'elle grossie vachement la base osm ! > > > Juste une question pour moi car je redéveloppe mon API OSM en C++ pour > la version 0.6 : > 7 jours pour importer quoi ? Un planet complet ? C'est une quest

Re: [OSM-talk-fr] beta est de retour...

2010-03-31 Par sujet Marc Sibert
sylvain letuffe a écrit : > ... après 7 jours d'import > > c'est qu'elle grossie vachement la base osm ! > Juste une question pour moi car je redéveloppe mon API OSM en C++ pour la version 0.6 : 7 jours pour importer quoi ? Un planet complet ? C'est une question de benchmark car j'ai un parse

[OSM-talk-fr] beta est de retour...

2010-03-30 Par sujet sylvain letuffe
... après 7 jours d'import c'est qu'elle grossie vachement la base osm ! maintenant il va falloir du temps aussi pour rattraper la base actuelle Les bugs de calcul sur les départements avec exclaves devaient être gérés maintenant -- sly ___ Talk-fr