Re: [Talk-de] Omosis incrementeller update

2011-06-09 Diskussionsfäden Sarah Hoffmann
On Thu, Jun 09, 2011 at 03:25:44PM +, Sven Geggus wrote:
> Alexander Matheisen  wrote:
> 
> > Der Fokus liegt jetzt eher auf dem Datenbankschema.
> 
> Saarland in eine lokale Postgis auf dem heimischen importieren und anschaun.
> 
> PostGIS Snapshot Schema mit hstore, nicht das alte "Simple Schema".
> 
> Da werden wir vermutlich auch nen Index brauchen.
> 
> Ich denke an tägliche updates und nachlaufende cronjobs, die Spezialtabellen
> erstellen. Da kann man dann auch mit Spatial Operations Schwerpunkte von
> Polygonen z.B. bei Gebäuden erzeugen.

Darf ich an dieser Stelle etwas Werbung für Osgende [1] machen? Das ist
das Framework hinter der Wanderkarte, das genau diesen Prozess etwas
vereinfachen soll. Die Idee dabei ist, dass man einen Planeten in einer
osmosis Datenbank hat und dann ein paar Zeilen Python-Code schreibt,
der beschreibt, wie OSM-Tags umgewandelt werden sollen. Und osgende
kümmert sich dann um Import und Update.

Das Hauptproblem ist, dass das ganze noch ziemlich in den Kinderschuhen
steckt. Es fehlt noch Dokumentation, mehr Tabellentemplates und vor allem 
ein kleines Tutorial.

Aber wenn du es dir ohnehin für eine Fahrradkarte angucken willst,
macht es Sinn, die gleiche Technik für die Brauereikarte zu verwenden. 

Gruss

Sarah

[1] http://dev.lonvia.de/trac/wiki/OsgendeFramework

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Omosis incrementeller update

2011-06-09 Diskussionsfäden Sven Geggus
Alexander Matheisen  wrote:

> Der Fokus liegt jetzt eher auf dem Datenbankschema.

Saarland in eine lokale Postgis auf dem heimischen importieren und anschaun.

PostGIS Snapshot Schema mit hstore, nicht das alte "Simple Schema".

Da werden wir vermutlich auch nen Index brauchen.

Ich denke an tägliche updates und nachlaufende cronjobs, die Spezialtabellen
erstellen. Da kann man dann auch mit Spatial Operations Schwerpunkte von
Polygonen z.B. bei Gebäuden erzeugen.

Solange es keine generische Lösung für das POI Problem gibt halte ich das
erst mal für nen gangbaren Weg.

Gruss

Sven

-- 
"Those who do not understand Unix are condemned to reinvent it, poorly"
(Henry Spencer)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Omosis incrementeller update (was: OpenLinkMap outdated?)

2011-06-09 Diskussionsfäden Sarah Hoffmann
On Thu, Jun 09, 2011 at 03:38:12PM +0200, Alexander Matheisen wrote:
> Am Donnerstag, den 09.06.2011, 08:12 + schrieb Sven Geggus:
> > Ah OK, d.h. ich kann einfach statt sowas:
> > 
> > osmosis --rri workingDirectory=$WDIR --simc --wxc update.osc
> > osm2pgsql ... update.osc
> > 
> > etwas in dieser Art:
> > osmosis --rri workingDirectory=$WDIR --simc --wpc ...
> > 
> > verwenden?
> 
> Genau.
> 
> Der Fokus liegt jetzt eher auf dem Datenbankschema. Viel Doku zu diesem
> Punkt hab ich noch nicht gefunden, aber ich suche noch fleißig...

Die beste Dokumentation dazu ist das Skript, dass die Tabellen erstellt:

http://trac.openstreetmap.org/browser/applications/utils/osmosis/trunk/package/script/pgsnapshot_schema_0.6.sql

Je nachdem, was du vor hast, lohnt es sich, noch Indices ueber die
tags-Spalten zu erstellen.

Ausserdem kann ich die optionale Action-Table-Erweiterungen empfehlen:

http://trac.openstreetmap.org/browser/applications/utils/osmosis/trunk/package/script/pgsnapshot_schema_0.6_action.sql

Damit erhältst du nach jedem Update eine Liste der geänderten Objekte.
Allerdings existiert die Tabelle nur temporär. Man kann nur innerhalb
der osmosisUpdate-Funktion sehen. Wenn man sie ausserhalb auch braucht,
einfach in eine andere Tabelle kopieren.

Es gibt auch noch Skripte für das automatische Erstellen von Linestrings
und BBoxen für Wege, aber das macht das Update langsam. In den
meisten Fällen dürfte es deshalb besser sein, dass danach manuell
zu machen für die Objekte, wo man es wirklich braucht.

Sarah

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Omosis incrementeller update (was: OpenLinkMap outdated?)

2011-06-09 Diskussionsfäden Alexander Matheisen
Am Donnerstag, den 09.06.2011, 08:12 + schrieb Sven Geggus:
> Sarah Hoffmann  wrote:
> 
> > Sicher. Task --write-pgsql-change 
> > 
> > http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--write-pgsql-change_.28--wpc.29
> 
> Ah OK, d.h. ich kann einfach statt sowas:
> 
> osmosis --rri workingDirectory=$WDIR --simc --wxc update.osc
> osm2pgsql ... update.osc
> 
> etwas in dieser Art:
> osmosis --rri workingDirectory=$WDIR --simc --wpc ...
> 
> verwenden?

Genau.

Der Fokus liegt jetzt eher auf dem Datenbankschema. Viel Doku zu diesem
Punkt hab ich noch nicht gefunden, aber ich suche noch fleißig...


Alex


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Omosis incrementeller update (was: OpenLinkMap outdated?)

2011-06-09 Diskussionsfäden Sven Geggus
Sarah Hoffmann  wrote:

> Sicher. Task --write-pgsql-change 
> 
> http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--write-pgsql-change_.28--wpc.29

Ah OK, d.h. ich kann einfach statt sowas:

osmosis --rri workingDirectory=$WDIR --simc --wxc update.osc
osm2pgsql ... update.osc

etwas in dieser Art:
osmosis --rri workingDirectory=$WDIR --simc --wpc ...

verwenden?

Gruss

Sven

-- 
AMZN US won't let me buy MP3s b/c I have UK credit cards. Amazon UK won't   
let me buy MP3s b/c I'm in the US. P2P doesn't care. Go copyright!
(Cory Doctorow)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de