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
Walter Nordmann walter.nordm...@web.de 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
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
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.
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
Frederik Ramm frede...@remote.org 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
Walter Nordmann walter.nordm...@web.de 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
Peter Körner osm-li...@mazdermind.de 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
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
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.
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.
--
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%
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
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
14 matches
Mail list logo