Re: [Talk-de] postgresql und/oder postgis

[Peter Körner]

Am 22.07.2010 15:23, schrieb Walter Nordmann:

Danke für den schnellen update - jetzt verziehen sich langsam die Wolken.


Klar, kein Ding. Wenn du noch Fragen hast - stell sie ruhig. Wenn man 
sich erst mal eingearbeitet hat fehlt einem oft die Perspektive.


Lg

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

Re: [Talk-de] postgresql und/oder postgis

[Walter Nordmann]

Peter Körner wrote:
> 
> in der PostGIS Doku die in dem neuen Abschnitt im Wiki auch verlinkt ist.
danke,
bei dem wiki-abschnitt ist ja noch nicht mal die Tinte trocken ;)

Danke für den schnellen update - jetzt verziehen sich langsam die Wolken.

lg

walter

-
Ich bin root, ich darf das.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/postgresql-und-oder-postgis-tp5322689p5325289.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] postgresql und/oder postgis

[Peter Körner]

Am 22.07.2010 12:28, schrieb Walter Nordmann:

und wenn du mir jetzt noch verräts, wo ich die infos über st_transform,
askml und konsorten finden kann,
krall ich mir die manuals und hab was zu lesen fürs wochenende.

in der Po0stGIS Doku die in dem neuen Abschnitt im Wiki auch verlinkt ist.



Lg

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

Re: [Talk-de] postgresql und/oder postgis

[Walter Nordmann]

Sven Geggus wrote:
> 
>> Um den Inhalt der way-Spalte leserlich zu machen, kannst du ST_AsText 
>> benutzen.
> 
> Siehe mein Posting. Wenn man die datenbank in Google Projektion laufen hat
> kann man das ganze mit ST_transform in lat/lon umrechnen. Oder man nimmt
> askml, der macht das implizit
> 
danke sven,

und wenn du mir jetzt noch verräts, wo ich die infos über st_transform,
askml und konsorten finden kann,
krall ich mir die manuals und hab was zu lesen fürs wochenende.

gruss

walter 

die ganze sache ist so komplex, da sieht man am anfang den wald vor lauter
bäumen nicht ;(


-
Ich bin root, ich darf das.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/postgresql-und-oder-postgis-tp5322689p5324807.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] postgresql und/oder postgis

[Sven Geggus]

Peter Körner  wrote:

> Um den Inhalt der way-Spalte leserlich zu machen, kannst du ST_AsText 
> benutzen.

Siehe mein Posting. Wenn man die datenbank in Google Projektion laufen hat
kann man das ganze mit ST_transform in lat/lon umrechnen. Oder man nimmt
askml, der macht das imlizit:

hstore=> select astext(ST_transform(way,4326)) from planet_point where
osm_id=255472178;
astext
--
 POINT(11.2525225 49.6297999)
(1 Zeile)

hstore=> select askml(way) from planet_point where osm_id=255472178;
  askml  
-
 11.2525225,49.6297999
(1 Zeile)

Gruss

Sven

-- 
Threading is a performance hack.
(The Art of Unix Programming by Eric S. Raymond)

/me is gig...@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] postgresql und/oder postgis

[Sven Geggus]

Walter Nordmann  wrote:

> danke, hatte mich gestern gefragt, WELCHE der verschiedenen tabellen nur für
> WAS zuständig ist; ich werd die anderen einfach ignorieren. eventuell noch
> ...rel, da ich was mit grenzen machen möchte.

Nein die anderen Tabellen sind nicht für die Anwendung gedacht sondern nur
für das inkrementelle update. 

Sven

-- 
Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit
Office nicht kompatibles Bürosoftwarepaket einzuführen.
(Florian Weimer in de.alt.sysadmin.recovery)
/me is gig...@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] postgresql und/oder postgis

[Sven Geggus]

Frederik Ramm  wrote:

> Die Roads-Tabelle enthaelt eine Untermenge der Daten aus der 
> Lines-Tabelle und dient dazu, den Zugriff fuer kleine Zoomlevel zu 
> beschleuningen. Das ist ein ziemlich haesslicher Hack.

Das ganze Programm ist ein historisch gewachsener Verhau daher wundert mich
das jetzt nicht so sehr.

Sven

-- 
"Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der
Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der
Demokraten" (Theodor W. Adorno)
/me is gig...@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] postgresql und/oder postgis

[Peter Körner]

Am 22.07.2010 07:07, schrieb Walter Nordmann:


hi peter,

danke für die "späte" antwort ;)


Generell gibt es folgende Spalten:

...


aha, einen kleinen schritt weiter; die spalten hatte ich schon aber manche
sind doch sehr "cryptisch". wenn ich erst an way/type geometry denke - aber
das brauche ich zur zeit hoffentlich nicht.

Schau mal hier für ein Beispiel bzgl. einer bbox abfrage:


Um den Inhalt der way-Spalte leserlich zu machen, kannst du ST_AsText 
benutzen.


> es kann doch nicht sein, dass die

datenstruktur nirgens beschrieben ist. zumindest was die verschiedenen
tabellen bedeuten.

Ich habe das mal versucht aufzuschreiben:


Lg, Peter

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

Re: [Talk-de] postgresql und/oder postgis

[Walter Nordmann]

Sven Geggus wrote:
> 
> Es gibt aber nur 4 relevante Tabellen: ..point ..ways ..polygon und
> ..roads
danke, hatte mich gestern gefragt, WELCHE der verschiedenen tabellen nur für
WAS zuständig ist; ich werd die anderen einfach ignorieren. eventuell noch
...rel, da ich was mit grenzen machen möchte.
geht ja alles anscheinend in richtung mapnik und rendern möchte ich (noch)
nicht.


>> aber ich werd wohl an die developer rangehen müssen :( 
> 
> osm2pgsql hat AFAIK keinen Maintainer :)
die/den wollte ich sowieso nicht angehen. osm2psql macht die knochenarbeit
des datenschaufelns - ich dachte mehr an postgis (wenn ich das überhaupt
brauche, da bin ich mir noch unsicher)

danke fuer die info, 
gestern stand ich noch am abgrund - heute bin ich einen schritt weiter ;)


-
Ich bin root, ich darf das.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/postgresql-und-oder-postgis-tp5322689p5324701.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] postgresql und/oder postgis

[Frederik Ramm]

Hallo,

Sven Geggus wrote:

Die Aufgabe der roads Tabelle ist mir selber auch nicht klar obwohl ich den
hstore code verbrochen habe :)


Die Roads-Tabelle enthaelt eine Untermenge der Daten aus der 
Lines-Tabelle und dient dazu, den Zugriff fuer kleine Zoomlevel zu 
beschleuningen. Das ist ein ziemlich haesslicher Hack.


aber ich werd wohl an die developer rangehen müssen :( 


osm2pgsql hat AFAIK keinen Maintainer :)


Jon Burgess.

Bye
Frederik


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

Re: [Talk-de] postgresql und/oder postgis

[Sven Geggus]

Walter Nordmann  wrote:

> kann doch nicht sein, dass die datenstruktur nirgens beschrieben ist.

Es gibt aber nur 4 relevante Tabellen: ..point ..ways ..polygon und ..roads

Deren Aufbau ist im wesentlichen durch die Styledatei vorgegeben.

Die Aufgabe der roads Tabelle ist mir selber auch nicht klar obwohl ich den
hstore code verbrochen habe :)

Die anderen 3 dürften ja klar sein. POI, Wege und Polygone.

Eine ganz simple hstore Datenbank hat dann pro Tabelle nur 3 Spalten:

Die Splate "osm_id" ist die ID des OSM Objekts.

Die Spalte "way" ist das Geometrieobjekt:

hstore=> select astext(way) from planet_point where osm_id=255472178;
  astext  
--
 POINT(1252625.07483985 6382408.84058035)
(1 Zeile)

Die Spalte "tags" enthält alle tags des Objekts:

hstore=> select (each(tags)).key,(each(tags)).value from planet_point where 
osm_id=255472178;
 key  |  value  
--+-
 name | Klosterbrauerei
 amenity  | restaurant
 cuisine  | german
 microbrewery | yes
(4 Zeilen)


> aber ich werd wohl an die developer rangehen müssen :( 

osm2pgsql hat AFAIK keinen Maintainer :)

Sven

-- 
It's easier for our software to compete with Linux when there's piracy than
when there's not. (Bill Gates)

/me is gig...@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] postgresql und/oder postgis

[Walter Nordmann]

hi peter,

danke für die "späte" antwort ;)


Generell gibt es folgende Spalten:
> ...
> 
aha, einen kleinen schritt weiter; die spalten hatte ich schon aber manche
sind doch sehr "cryptisch". wenn ich erst an way/type geometry denke - aber
das brauche ich zur zeit hoffentlich nicht.

zusätzlich möchte ich dich auf diesen Abschnitt der Doku hinweisen. Die 
> Queries kannst du über den psql-Prompt ausprobieren:
> 
> 
> 
ohne dieses wiki würden ja die diff-updates bei mir nicht laufen. aber das
sind doch nur ein paar test-abfragen.es kann doch nicht sein, dass die
datenstruktur nirgens beschrieben ist. zumindest was die verschiedenen
tabellen bedeuten.
aber ich werd wohl an die developer rangehen müssen :( 

derzeit suche ich bei der postgis-doku um da weiter zu kommen.

-
Ich bin root, ich darf das.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/postgresql-und-oder-postgis-tp5322689p5324033.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] postgresql und/oder postgis

[Peter Körner]

Am 21.07.2010 22:02, schrieb Walter Nordmann:

offen:
zugriff auf die db unter java mit jdbc, eigendliche anwendung


probiers mal so:

o...@osm:~$ psql -U gis gis
gis=> \d
... liste aller Tabellen ...

gis => \d planet_point
... liste aller Spalten in der point Tabelle ...

gis=> \q
... und raus ...


Generell gibt es folgende Spalten:
osm_id - die ID
way - die PostGIS Geometrie
tags - der HStore mit allen Tags
z_order - Sortier-Reihenfolge, nur bei line & polygon
way_area - Fläche, nur bei polygon
und eine Spalte für jeden Tag aus dem Import-Style.

zusätzlich möchte ich dich auf diesen Abschnitt der Doku hinweisen. Die 
Queries kannst du über den psql-Prompt ausprobieren:




Lg

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

[Talk-de] postgresql und/oder postgis

[Walter Nordmann]

hi,

auf die gefahr hin, dass folgende antworten kommen:

- kennst du wiki?
. googel mal!
- schau doch im source-code nach!
- ???
- frag doch im developer-bereich nach!
- ...

kann mir jemand ne stelle nennen, wo die datenstruktur der db zumindest
ansatzweise beschrieben ist?
das dazu 100% passende wiki ist leer.

und ein hinweis auf einige beispiele wär auch nicht schlecht.

kurz zum status: 
postgresql läuft, planet-file ist drin (partial), automatischer diff-update
läuft - jetzt will ich endlich an die daten ran ;)

offen: 
zugriff auf die db unter java mit jdbc, eigendliche anwendung

gruss

walter

-
Ich bin root, ich darf das.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/postgresql-und-oder-postgis-tp5322689p5322689.html
Sent from the Germany mailing list archive at Nabble.com.

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