Hallo,
gibt es eine einfach Möglichkeit aus einer Postgresql Datenbank im
Snapshotschema einen durch ein Polygon abgegrenzten Bereich in ein
pfb-File zu schreiben?
Ich habe bis jetzt nur osmosis mit einem Zwischenschritt über eine
bounding-box gefunden.
$OSMOSIS \
--read-pgsql host=XX
Hallo Peter,
Am Mittwoch, den 07.08.2013, 23:02 +0200 schrieb Peter Körner:
Hi Jörg,
ausschnitte von
https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md
könnten dir weiterhelfen.
Lg, Peter
danke das war es :-)
Gruß Jörg
--
Jörg Frings-Fürst
OSM privat
Jörg Frings-Fürst o...@jff-webhosting.net wrote:
Ich hänge im Augenblick schon beim installieren von hstore.
Das ist relativ einfach. Man installiere das Paket postgresql-contrib-9.x
und führe dann den Befehl CREATE EXTENSION hstore aus.
Sven
--
Der wichtigste Aspekt, den Sie vor der
Hallo,
gibt es irgend wo eine Beschreibung wie ich unter ubuntu 13.04
postgresql (9.1) für osmosis das snapshot-Schema installiere?
Ich hänge im Augenblick schon beim installieren von hstore.
Über google habe ich einiges gefunden, aber in französisch und
japanisch / chinesisch.
Danke für
Hi Jörg,
ausschnitte von
https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md
könnten dir weiterhelfen.
Lg, Peter
Am 07.08.2013 21:30, schrieb Jörg Frings-Fürst:
Hallo,
gibt es irgend wo eine Beschreibung wie ich unter ubuntu 13.04
postgresql (9.1) für osmosis das
du führst die scripte osmosis-latest/script/pgsnapshot* nach bedarf aus.
signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
bei der 9.x ist hstore bereits installiert. es muß nur mit CREATE EXTENSION
hstore; in psql angeschaltet werden.
Gruss
walter
-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View
warum nicht gleich die aktuellere 9.2? und postgis 2.0.3 natürlich
installation ist identisch zur 9.1
Gruss
walter
-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message
http://wiki.openstreetmap.org/wiki/Osmosis/PostGIS_Setup#Postgres_9.1
signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am Sonntag, den 12.06.2011, 09:26 + schrieb Sven Geggus:
Alexander Matheisen alexandermathei...@ish.de wrote:
Welchen Namen wird die DB haben? Muss ich dann nämlich noch in meinen
Scripten anpassen.
Keine Ahnung. Für mich steht jetzt erst mal ein Systemupdate an und
das muss ich
Alexander Matheisen alexandermathei...@ish.de wrote:
Welchen Namen wird die DB haben? Muss ich dann nämlich noch in meinen
Scripten anpassen.
Keine Ahnung. Für mich steht jetzt erst mal ein Systemupdate an und
das muss ich jetzt erst mal aklären welche Option ich da wähle.
Wird also sicher
SELECT
tags-'name',astext(ST_PointOnSurface(ST_MakePolygon(make_way_geometry(id
FROM ways WHERE (tags ? 'microbrewery') and (tags-'microbrewery'='yes');
Sieht doch richtig gut aus. Jetzt muss ich eigentlich nur noch Datenbank und
Aktualisierung auf dem devserver aufsetzen.
OK, dann
Alexander Matheisen alexandermathei...@ish.de wrote:
Wie werden die Spezialdatenbanken erzeugt? Ein simples INSERT/SELECT?
/s/datenbanken/tabellen
Sorry
Sven
--
Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen
(Wolfgang Schäuble)
/me is giggls@ircnet, http://sven.gegg.us/ on
Am Freitag, den 10.06.2011, 07:49 + schrieb Sven Geggus:
Alexander Matheisen alexandermathei...@ish.de wrote:
Wie werden die Spezialdatenbanken erzeugt? Ein simples INSERT/SELECT?
/s/datenbanken/tabellen
Statt hier so kleinlich die Fehler anderer zu verbessern, könntest du
mal direkt
Alexander Matheisen alexandermathei...@ish.de wrote:
Statt hier so kleinlich die Fehler anderer zu verbessern
Dir ist aber schon klar, dass ich einen Fehler von _mir_ selbst korrigiert
habe. Also nochmal zum mitschreiben: Ich habe fälschlicherweise Datenbanken
geschrieben anstatt Tabellen.
Die
Am Freitag, den 10.06.2011, 13:38 + schrieb Sven Geggus:
Alexander Matheisen alexandermathei...@ish.de wrote:
Statt hier so kleinlich die Fehler anderer zu verbessern
Dir ist aber schon klar, dass ich einen Fehler von _mir_ selbst korrigiert
habe. Also nochmal zum mitschreiben: Ich
Moin,
Ich treibe die Frage mal noch weiter. Vielleciht geht es ja
tatsächlich mit einem einzigen query alle flächenhaften microbrewery
POI zu selektieren.
Momentan geht folgendes:
Ich selektiere mir alle id die mich interessieren:
SELECT id FROM ways WHERE (tags ? 'microbrewery') and
So funktioniert das zwar aber es geht bestimmt noch eleganter.
Mein Problem liegt konkret darin, dass ich das WHERE id = ... nicht
mit WHERE (tags ? 'microbrewery') ersetzen kann, weil ich ja die
einzelnen Gruppen von nodes mit ST_MakeLine bearbeiten möchte und
nicht alle nodes mit diesem
Sven Geggus wrote:
Ich treibe die Frage mal noch weiter. Vielleicht geht es ja
tatsächlich mit einem einzigen query alle flächenhaften microbrewery
POI zu selektieren.
hi Sven, manchmal hilt es mir und anderen, das Problem mal wirklich genau zu
beschreiben.
Am Anfang (Thread-Start)
Am Anfang (Thread-Start) wolltest du das Zentrum von Flächen finden; jetzt
suchst das was mit flächenhaften Objekten.
Ich sehe da schon einen gewissen Zusammenhang, aber was suchst du genau
Alle Brauereien, die als Area/Polygon eingetragen sind?
Wie sind die getaggt?
Welches
Alexander Matheisen wrote:
Wenn ich das richtig verstanden habe, geht es darum, dass bei der
Abfrage von mehreren Objekten nach Tag der Mittelpunkt zwischen allen
Punkten berechnet wird und nicht nur zwischen den Punkten der jeweiligen
Einzelflächen. Es geht um das osmosis Schema.
Hi
On Fri, Jun 10, 2011 at 06:13:06PM +, Sven Geggus wrote:
Moin,
Ich treibe die Frage mal noch weiter. Vielleciht geht es ja
tatsächlich mit einem einzigen query alle flächenhaften microbrewery
POI zu selektieren.
Momentan geht folgendes:
Ich selektiere mir alle id die mich
On Fri, Jun 10, 2011 at 01:20:33PM -0700, Walter Nordmann wrote:
Alexander Matheisen wrote:
Wenn ich das richtig verstanden habe, geht es darum, dass bei der
Abfrage von mehreren Objekten nach Tag der Mittelpunkt zwischen allen
Punkten berechnet wird und nicht nur zwischen den Punkten
Walter Nordmann walter.nordm...@web.de wrote:
hi Sven, manchmal hilt es mir und anderen, das Problem mal wirklich genau zu
beschreiben.
OK, noch mal von vorne...
Gegeben: DB im Osmosis schema, ganz analog zum osm Dateiformat
relevante Tabellen:
Tabelle »public.ways«
Spalte|
Am Freitag, den 10.06.2011, 13:20 -0700 schrieb Walter Nordmann:
Alexander Matheisen wrote:
Wenn ich das richtig verstanden habe, geht es darum, dass bei der
Abfrage von mehreren Objekten nach Tag der Mittelpunkt zwischen allen
Punkten berechnet wird und nicht nur zwischen den Punkten
Da es höchstwahrscheinlich um das Osmosis-Snapshot Schema handelt und Sven
verzweifelt versucht, aus Nodes Flächen zusammenzubauen, frage ich mich
langsam was das soll.
Ich vermute, Sven hat einfach vergessen, linestring und bbox als optionale
Spalten der Ways-Tabelle anzulegen.
Kommt
Das geht mit etwas Gruppierungsmagie, aber irgendwie wird es dann
ineffizient. Die beste Methode ist, sich eine Funktion zu definieren:
CREATE FUNCTION make_way_geometry(id bigint) RETURNS geometry
AS $$ SELECT ST_MakeLine(n.geom)
FROM (SELECT unnest(nodes), id
Sven Geggus wrote:
relevante Tabellen:
Tabelle »public.ways«
Spalte| Typ | Attribute
--+-+---
id | bigint | not null
version | integer | not null
Alexander Matheisen wrote:
Wenn ich das richtig verstanden habe, geht es darum, dass bei der
Abfrage von mehreren Objekten nach Tag der Mittelpunkt zwischen allen
gefundenen Objekten berechnet wird statt zwischen den Punkten der
jeweiligen Einzelflächen. Also konkret: Es bildet den
Sarah Hoffmann lon...@denofr.de wrote:
Das geht mit etwas Gruppierungsmagie, aber irgendwie wird es dann
ineffizient. Die beste Methode ist, sich eine Funktion zu definieren:
CREATE FUNCTION make_way_geometry(id bigint) RETURNS geometry
AS $$ SELECT ST_MakeLine(n.geom)
Walter Nordmann walter.nordm...@web.de wrote:
Nun möchte ich daraus letztendlich wie bisher das kml für die Brewpub
Map erzeugen. Nur ist das bisher halt erheblich einfacher weil in
der osm2pgsql DB ja schon flächenhafte Elemente drin sind. Beim
osmosis Schema muss ich mir diese natürlich
deine Entscheidung - dein Problem
Gruss
Walter
-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst
sehen, dass da kein Wald ist.
--
View this message in context:
Hallo zusammen,
vielleicht kann ja jemand von euch ein wenig helfen.
Ich versuche einen SQL Befehl zu basteln, der Mittelpunkt einer
Fläche ausgibt (ST_PointOnSurface).
Dazu muss man wohl zuerst aus Punkten eine Fläche machen und dann mit
hilfe von ST_PointOnSurface den Mittelpunkt der Fläche
On Thu, Jun 09, 2011 at 06:48:54PM +, Sven Geggus wrote:
Hallo zusammen,
vielleicht kann ja jemand von euch ein wenig helfen.
Ich versuche einen SQL Befehl zu basteln, der Mittelpunkt einer
Fläche ausgibt (ST_PointOnSurface).
Dazu muss man wohl zuerst aus Punkten eine Fläche machen
Jetzt mal generell:
Warum kann man nicht wie bisher mit osm2pgsql eine hstore DB updaten?
Warum braucht man osmosis? Bei dem bisherigen Datenbankschema kann man
ja auch andere Tabellen herausfiltern und wir haben nicht die Probleme,
wie man dies oder jenes nun abfragt.
Alex
ganz einfach:
weil die mit osm2pgsql erzeugte datenbank besser zum rendern geeignet ist
und die mit osmosis im snapshot-schema gepflegte dafür vielseitiger ist.
beide haben ihre vor- und nachteile.
gruss
walter
-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du
st_centroid berechnet die Mittelpunkt des Polygons; dieser kann aber bei
bestimmten Formen des Polygons durchaus ausserhalb der Fläche liegen (z.B.
Bumerang oder U).
st_pointOnSurface garantiert, dass der Punkt innerhalb der Fläche liegt;
dieser kann aber nicht immer im Zentrum sein, wenn da ein
Alexander Matheisen wrote:
Warum kann man nicht wie bisher mit osm2pgsql eine hstore DB updaten?
Das mit osmosis erzeugte snapshot-schema enthält selbstverständlich auch
einen hstore.
Ausserdem haben wir keine Probleme damit - eventuell nur du?
Gruss
Walter
-
Wenn du den Wald vor lauter
Alexander Matheisen alexandermathei...@ish.de wrote:
Warum kann man nicht wie bisher mit osm2pgsql eine hstore DB updaten?
Weil es keinen Sinn ergibt wenn wir sowieso Spezialdatenbaken
erzeugen. Die osmosis Datenbank ist einfach universeller und hat
außerdem auch schon länger ebenfalls einen
On Thu, Jun 09, 2011 at 01:26:38PM -0700, Walter Nordmann wrote:
st_centroid berechnet die Mittelpunkt des Polygons; dieser kann aber bei
bestimmten Formen des Polygons durchaus ausserhalb der Fläche liegen (z.B.
Bumerang oder U).
st_pointOnSurface garantiert, dass der Punkt innerhalb der
Sarah Hoffmann lon...@denofr.de wrote:
SELECT ST_PointOnSurface(ST_MakePolygon(ST_MakeLine(n.geom)))
FROM (SELECT unnest(nodes)
FROM ways WHERE id = 99382824) as w, nodes n
WHERE w.unnest = n.id;
Danke! Das sieht doch schonmal gut aus:
Am Donnerstag, den 09.06.2011, 13:32 -0700 schrieb Walter Nordmann:
Alexander Matheisen wrote:
Warum kann man nicht wie bisher mit osm2pgsql eine hstore DB updaten?
Das mit osmosis erzeugte snapshot-schema enthält selbstverständlich auch
einen hstore.
Ausserdem haben wir keine Probleme
Am Donnerstag, den 09.06.2011, 20:38 + schrieb Sven Geggus:
Alexander Matheisen alexandermathei...@ish.de wrote:
Warum kann man nicht wie bisher mit osm2pgsql eine hstore DB updaten?
Weil es keinen Sinn ergibt wenn wir sowieso Spezialdatenbaken
erzeugen. Die osmosis Datenbank ist
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
Alexander Schulze schrieb:
Hallo,
ich weiss, das is Off-Topic. Aber vielleicht kann mir ja trotzdem jemand
kurz helfen. Ansonsten ignorieren.
Ich versuche der PostgreSQL-DB beizubringen nen anderes Verzeichnis zu
benutzen.
System: Ubuntu 8.04
PostgreSQL: 8.3
wie ist der
Hallo,
ich weiss, das is Off-Topic. Aber vielleicht kann mir ja trotzdem jemand
kurz helfen. Ansonsten ignorieren.
Ich versuche der PostgreSQL-DB beizubringen nen anderes Verzeichnis zu
benutzen.
System: Ubuntu 8.04
PostgreSQL: 8.3
wie ist der einfachste Weg?
Wenn ich nur den Eintrag
wie ist der einfachste Weg?
Wenn ich nur den Eintrag data_directory in
/etc/postgresql/8.3/main/postgresql.conf ändere, bin ich noch nicht am
Ziel.
viele Änderungen in der conf brauchen ein restart ;-)
CU W
___
Talk-de mailing list
hi,
viele Änderungen in der conf brauchen ein restart ;-)
das is mir schon klar. Bei mir brauchst meist sogar nen stop und start,
da der restart nicht richtig will
Alex
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo,
Alexander Schulze wrote:
Ich hab auch noch keine Daten in der DB.
Wenn ich alle Dateien/Ordner von var/lib/postgresql/8.3/main/ in mein
neues Verzeichnis kopiere, dann kommt ein Error: Could not open log
file ... und ob Postgres überhaupt den neuen Ort nutzt, ka
Ich habe das
viele Änderungen in der conf brauchen ein restart ;-)
das is mir schon klar. Bei mir brauchst meist sogar nen stop und start,
da der restart nicht richtig will
das sollte aber stabiler sein ;-)
Hast du das als weiteren tablespace eingerichtet? IMHO kann man sogar
Indices und Tables einer dB
On Mon, Dec 22, 2008 at 12:38:54AM +0100, Alexander Schulze wrote:
ich weiss, das is Off-Topic. Aber vielleicht kann mir ja trotzdem jemand
kurz helfen. Ansonsten ignorieren.
Ich versuche der PostgreSQL-DB beizubringen nen anderes Verzeichnis zu
benutzen.
Weiss ich jetzt so direkt auch
mv /var/lib/postgresql /mein/tolles/verzeichnis
ln -s /mein/tolles/verzeichnis/postgresql /var/lib/
geschummelt?!
SCNR W
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On Mon, Dec 22, 2008 at 01:05:03AM +0100, Wolfgang W. Wasserburger wrote:
Hast du das als weiteren tablespace eingerichtet? IMHO kann man sogar
Indices und Tables einer dB auseinanderlegen; hab's aber noch nie selbst
gemacht.
Ja, das geht. Ich hab da schon gemacht. Allerding muss man dann bei
hallo,
mv /var/lib/postgresql /mein/tolles/verzeichnis
ln -s /mein/tolles/verzeichnis/postgresql /var/lib/
dank dir. Das ist genau das was ich brauche. Quick und dirty ;-)
Alex
___
Talk-de mailing list
Talk-de@openstreetmap.org
67 matches
Mail list logo
