Hi,
Stephan Wolff wrote:
Ich hatte vermutet, dass meine verschachtelten Abfragen Schuld sind,
aber Frederik hat mit dieser Beschreibung die Hauptursache getroffen.
Ich habe den Zeitbedarf verschiedener SQL-Abfragen für größere Bereiche
verglichen. Eine einfache Abfrage aller Punkte mit
Moin!
Am 01.02.2011 19:41, schrieb Frederik Ramm:
Stephan Wolff wrote:
Der von mir erstellten Regeln führen leider zu sehr sehr langen
Renderzeiten.
[...] Ausserdem hat die Standard-Datenbank
auch keine Indexe ausser dem geografischen; Deine Abfragen sind ja oft:
select haufen krimskrams
Hallo, Mapnik baut um deine Abfrage noch eine
Bounding Box in die Where-Klause, in etwa in der Art:
AND way
ST_Transform(ST_SetSRID(ST_MakeBox2D(ST_Point(13.5333,50.95),ST_Point(13.9333,51.15)),4326),900913))
So kannst du dann deine Abfragen auch testen (EXPLAIN).
Generell sind die Operation
Am 02.02.2011 00:01, schrieb Kolossos:
Vielleicht wäre es ja eine Idee erstmal einen temporären View auf
power=* innerhalb der BBOX zu kreieren und dann darauf in den folgenden
20 Abfragen auf diesen stark reduzierten Datensatz zuzugreifen.
Dafür müsste man vermutlich die Syntax des
On 03.02.2011 01:45, Stephan Wolff wrote:
Objekten berechnet werden (z.B. /tiles/powermap/10/537/327.png).
Scheinbar werden viel größere Bereiche als ein Tile geografisch
selektiert.
Der Server rechnet Metatiles. Das sind in der Regel 64 einzelne Tiles
die am Stück gerechnet und gespeichert
Moin,
in meinen ersten Versuchen mit Mapnik habe ich eine Karte der
elektrischen Infrastruktur erstellt. Die Karte zeigt Stromleitungen
mit Kodierung von Spannung und Frequenz, Kraftwerke mit Energiequelle
und Leistung sowie Umspannwerke.
Ein Kartenausschnitt ist unter
Am 1. Februar 2011 17:17 schrieb Stephan Wolff s.wo...@web.de:
Wer kann mir Tipps zur Verbesserung der Performance geben?
Gibt es Beispiele für die Auswertung numerischer tags für Mapnik?
ich finde dieses Thema auch sehr interessant, vor allem die Frage, ob
die expliziten Typumwandlungen mit
Hallo,
Stephan Wolff wrote:
Der von mir erstellten Regeln führen leider zu sehr sehr langen
Renderzeiten.
So komplizierte Regeln sind dann halt schon ein gutes Argument fuer eine
eigene Datenbank, in der man diese Sachen, die man staendig braucht,
ueber Trigger vorberechnen laesst.
Am 1. Februar 2011 19:09 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
(Hier habe ich den Verdacht,
dass es wie ich es mir gedacht hatte, sowieso nicht funktioniert in
Mapnik: auch wenn ich mit order by die Reihenfolge versuche vorzugeben
entspricht das Ergebnis nicht dem erwarteten
Moin!
Am 01.02.2011 19:41, schrieb Frederik Ramm:
Stephan Wolff wrote:
Der von mir erstellten Regeln führen leider zu sehr sehr langen
Renderzeiten.
So komplizierte Regeln sind dann halt schon ein gutes Argument fuer eine
eigene Datenbank, in der man diese Sachen, die man staendig braucht,
Hallo, der hstore auf dem Toolserver ist meines Wissens indiziert,
genutzt wird dieser Index bei einer eher lokalen Abfrage aber wohl
erstmal nicht.
Vielleicht wäre es ja eine Idee erstmal einen temporären View auf
power=* innerhalb der BBOX zu kreieren und dann darauf in den folgenden
20
11 matches
Mail list logo
