2010/6/4 Rodolphe Quiedeville
> Thomas Petazzoni a écrit :
> > On Thu, 03 Jun 2010 16:23:55 +0200
> > Christophe Merlet wrote:
> >
> >>> Le fichier XML non compressé est juste quelques octets en dessous de
> >>> 150GO.
> >> Au format SQL le dump de la base ferait combien ?
> >>
> >> Au format bi
Thomas Petazzoni a écrit :
> On Thu, 03 Jun 2010 16:23:55 +0200
> Christophe Merlet wrote:
>
>>> Le fichier XML non compressé est juste quelques octets en dessous de
>>> 150GO.
>> Au format SQL le dump de la base ferait combien ?
>>
>> Au format binaire de la base, ça donne quoi ?
>
> Étrangemen
On Thu, 03 Jun 2010 16:23:55 +0200
Christophe Merlet wrote:
> > Le fichier XML non compressé est juste quelques octets en dessous de
> > 150GO.
>
> Au format SQL le dump de la base ferait combien ?
>
> Au format binaire de la base, ça donne quoi ?
Étrangement, c'est visiblement un peu plus gro
Etienne Chové a écrit :
Le 03/06/2010 16:23, Christophe Merlet a écrit :
Le XML n'est il pas trop verbeux ?
D'où le taux de compression de 93%, grace la répétition de beaucoup de
motifs. Je ne suis pas sûr que changer de format gagne vraiment quelque
chose par rapport à un fichier co
On jeudi 3 juin 2010, Christophe Merlet wrote:
> Est-il plus simple est rapide de télécharger le fichier XML et de le
> triturer pour travailler dessus
A mon avis oui, parcequ'il ne faut pas oublier que les utilisations des
données osm ne conduit pas forcément uniquement à une base postgres, ni
2010/6/3 Christophe Merlet
> > Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl?
>
>
> N'importe, je n'ai pas de préférence. Disons le plus pratique à être
> réutilisé ou le plus compact.
>
>
Le format plus facile a réutiliser serait sûrement un mélange de schéma
Osmosis avec un support hstore (qu
Le jeudi 03 juin 2010 à 15:38 +0100, Emilie Laffray a écrit :
>
>
> 2010/6/3 Christophe Merlet
>
> Au format SQL le dump de la base ferait combien ?
>
>
> Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl?
>
> Au format binaire de la base, ça donne quoi ?
>
>
Le jeudi 03 juin 2010 à 15:38 +0100, Emilie Laffray a écrit :
>
>
> 2010/6/3 Christophe Merlet
>
> Au format SQL le dump de la base ferait combien ?
>
>
> Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl?
N'importe, je n'ai pas de préférence. Disons le plus pratique à
Le 03/06/2010 16:23, Christophe Merlet a écrit :
> Le XML n'est il pas trop verbeux ?
D'où le taux de compression de 93%, grace la répétition de beaucoup de
motifs. Je ne suis pas sûr que changer de format gagne vraiment quelque
chose par rapport à un fichier compressé.
--
Etienne
___
2010/6/3 kimaidou
> Bonjour
>
> Pour le format binaire, je pense que Christophe pensait au format ".backup"
> fait par PostgreSQL via l'outil pg_dump.
>
> Je ne comprends pas non plus pourquoi nous ne pouvons pas télécharger
> directement ce genre de fichier. Ce format est justement fait pour !
>
Bonjour
Pour le format binaire, je pense que Christophe pensait au format ".backup"
fait par PostgreSQL via l'outil pg_dump.
Je ne comprends pas non plus pourquoi nous ne pouvons pas télécharger
directement ce genre de fichier. Ce format est justement fait pour !
Ca éviterait de parser du xml, mê
2010/6/3 Christophe Merlet
>
> Au format SQL le dump de la base ferait combien ?
>
>
Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl?
> Au format binaire de la base, ça donne quoi ?
>
Quel format binaire? Celui de Traveling salesman ou celui qui a été annoncé
récemment?
>
> Le XML n'est il p
Le jeudi 03 juin 2010 à 15:26 +0200, Pieren a écrit :
> Je relaie une information parue sur la liste principale (Frederik
> Ramm) concernant le fichier planet (qui est, rappelons-le, un fichier
> contenant l'ensemble des données de la base osm pour toute la planète
> au format xml, compressé en bz
2010/6/3 Julien D.
>
> À quand une décomposition en plusieurs fichiers/parties/layers ?
>
> Je ne pense pas qu'on puisse continuer indéfiniment sur ce modèle de
> fichier unique.
>
Pourquoi pas?
Beaucoup de gens utilisent ce fichier comme base et applique ensuite des
diffs avec des options dans
Je relaie une information parue sur la liste principale (Frederik Ramm)
concernant le fichier planet (qui est, rappelons-le, un fichier contenant
l'ensemble des données de la base osm pour toute la planète au format xml,
compressé en bz2 et généré une fois par semaine, les autres fichiers n'étant
q
15 matches
Mail list logo
