x

Re: Rendering der Stolpersteine


Geschrieben von wambacher (Gast) am 13. Oktober 2013 08:55:14: [flux]

Als Antwort auf: Rendering der Stolpersteine geschrieben von openzzz (Gast) am 11. Oktober 2013 20:03:

openzzz wrote:

wambacher wrote:

Was uns fehlt, ist eine Möglichkeit über einer "neutraleren" Mapnik-Basis-Karte Overlays darzustellen - und zwar vom OSM-Server aus. Dazu müsste man bestimmte Objektklassen aus den Rendering-Rules entfernen und gleichzeitig als WMS-Overlay zur Verfügung stellen.

Wir müssen aber sorgsam 3 Arten von Overlays unterscheiden:

- Serverseitig: ...
- Rasteroverlay: ...
- Vektoroverlay: ...

Stimmt natürlich, WMS-Layer war zu pauschal. Ich meinte Overlays im Allgemeinen und dabei ist die Technik eigentlich irrelevant - Hauptsache die Daten sind nicht starr in die Basiskarte integriert.

WMS ist immer ein Rasteroverlay, oder?

Soweit ich weiss, ja. Allerdings fällt das nicht so auf, wenn man transparenten Hintergrund verwendet.

Da hätten wir dann ein Performance- und Speicherplatzproblem.
Für jede Tile-Layer müsste der Server berechnen und Daten vorhalten.
Gut, falls nur wenige Leute die Geschichtslayer benutzen ist die Last kleiner,
die Caches können kleiner ausfallen.
Aber da OSM nunmal nicht die großen Servercluster hat wie Google, fürchte ich,
das würde die vorhandenen Resourcen überschreiten. Zumal OSM bisher noch kaum
genutzt wird - fast alle die ich kenne schauen nur auf Google Maps.
Wenn OSM beliebter wird könnte die Last extrem zunehmen.
Es sollte nicht unbedingt die Geschwindigkeit beim Zappen durch die Hauptkarte
negativ beeinflussen.

Da mach ich mir nicht allzu viele Sorgen. Speicher wird billiger (40€/TB ist schon machbar). Außerdem ist die Serverlast gut zu skalieren, indem mehrere Server nach Bedarf parallel schaffen können. Zudem werden die Basis-Renderer entlastet, da sie sich um viele Objekte nicht mehr kümmern müssen.

Es hängt auch etwas vom Typ des Overlays ab. POI lassen sich gut
als Vektorlayer einfach drüberzeichnen.

Stimmt. Und dann noch Clustering dazu, dann sieht das richtig gut aus.

Für das Rendering der Fahrradwege (OpenCycleMap) könnte das schwieriger werden.

Mein Vorschlag bezieht sich nur auf "unsere" Mapnik-Karte - genau dort haben wir ja diese Relevanz-Diskussionen und den "K(r)ampf" um die darzustellenden Objekte/Daten. Wenn wir diese Auswahl dem Enduser überlassen, sind wir den Stress los und der User ist happy - hoffe ich zumindest.

Die Sache ist wirklich noch nicht ausgegoren, aber ich finde man sollte mal drüber nachdenken - und es mal ausprobieren.

Dazu gehört auch -mal wieder- ein Blick über den Tellerrand. Man sollte wirklich mal genauer hinsehen, was im GEO-Umfeld mit OSM-Daten inzwischen angestellt wird. Ich habe das Gefühl, viele von uns sind irgendwie in dem "Renderer-Schema" gefangen. Da werden Mapnik mit Mapquest oder Cyclemap verglichen, ein eigenes Schema entwickelt und eventuell ein bis zwei Overlays drübergelegt. Das war es dann. (*) Die wirklich innovativen Anwendungen bemerkt man aber überhaupt nicht.

Solange ich nur Äpfel mit Äpfeln vergleiche komme ich nie drauf, daß Birnen auch gut schmecken können - von Bananen oder Feigen garnicht zu sprechen.

Gruss
walter

  • ) gilt natürlich auch für meine PLZ- und Missing Residentials-Karten. Allerdings sehe ich die als QA-Tool, bei denen der Look total unwichtig ist.