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
34 matches
Mail list logo