[Talk-de] osmosis schema mit mapnik nutzen Was: Import von Planet.osm?

[Sarah Hoffmann]

On Tue, Dec 15, 2009 at 01:09:08PM +0100, Florian Lohoff wrote:
> On Tue, Dec 15, 2009 at 11:59:59AM +0100, Peter Körner wrote:
> > > Ich habe den Planeten kürzlich auf einer Dual-Core-CPU mit
> > > 2GB RAM in 30 Stunden mittels osmosis importiert. Das war allerdings auch
> > > ohne Erstellung von bbox und linestrings. Ein Tagesupdate braucht ca.
> > > 2 Stunden. Platzverbrauch in dieser Version ca. 190 GB.
> > > 
> > > Der Import per osm2pgsql dauert auf dem gleichen Rechner 3-4 Tage bei
> > > ca. 100GB Platzverbrauch. (Slim-Mode) Das Tagesupdate ist
> > > hier 8-9 Stunden beschäftigt.
> > 
> > Die osmosis-Version ist dann aber nicht für die verwendung mit mapnik 
> > geeignet, oder?
> 
> Jein - Das kann man so pauschal nicht sagen - Wenn du das standard mapnik
> osm.xml nehmen willst - NEIN - Auch ist das osmosis schema nicht so wirklich
> darauf optimiert. Mapnik braucht einfach eine tabelle mit einer geometry
> column - point, linestring und irgendwelchen metadaten was das eben sein soll.
> Mit entsprechenden regeln kann mapnik das dann malen.
> 
> Nichtsdestotrotz benutze ich mapnik mit dem osmosis schema um gewisse
> dinge zu rendern - Ist nicht optimal und relativ langsam - aber man
> kann zur not auch das osmosis schema nehmen (Und ein paar views dranstricken
> damit da wa mapnik interpretierbares rauskommt)
> 
> Hier ein Beispiel:
> 
> drop view powerlineview;
> create view powerlineview AS
>         SELECT ways.id,
>                 voltage.v as voltage,
>                 ways.linestring as geom
>         from    ways left outer join (
>                         select way_id,v from way_tags
>                          where k='voltage') voltage on ( ways.id = voltage.way_id ),
>                 way_tags wt
>         where   wt.k = 'power'
>         and     wt.v = 'line'
>         and     wt.way_id = ways.id;

Diese Anfrage stellst du aber nicht auf einer Datenbank, die den kompletten
Planeten enthält, oder? Wenn ich den SELECT-Teil auf meinem 
(zugegebenermassen etwas schwachbrüstigen) Rechner laufen lasse, braucht
die Anfrage knapp 15 Minuten. (Das ist natürlich immernoch wesentlich
günstiger als ein 8-Stunden-osm2psql-Tagesupdate, weswegen ich gerade
in diese Richtung experimentiere.)

Gruss

Sarah