>
> Man setzt nen Rechner auf, der kontinuierlich Updates rechnet. Um so schneller
> der ist, um so häufiger gibt es Updates. Wenns mehr Styles gibt, dann geht
> halt für jeden einzelnen Style langsamer. Dann macht man einen Spendenbutton
> auf die Seite und sagt: Um so mehr Geld zusammen kommt, um so eher können
> wir einen weiteren Server dazustellen. Wenn Leute sehen, wofür sie Geld
> geben, dann funktioniert das sogar manchmal...
>

Warum denn kontinuierlich Updates rechnen? Das bedeutet doch wieder,
dass man sich auf ein fixes Stylepaket festlegen muss.
Warum nicht on Demand genau das Stylepaket und die Kacheln rechen, die
der Nutzer haben will.

Use Case: Nutzer wählt aus Dropdown zB. den VeloMap Style aus, klickt
sich aber noch die Höhenlinien dazu und dafür die Gebäudeumrisse raus.
Außerdem hätte er gerne Schutzhütten und Parkbänke drin, kann aber auf
die Restaurants verzichten.
Dazu ein kleiner Hinweis: "Wenn du den Schmarn mit dem
Rumkonfigurieren lässt, bekommst du die Karte gleich aus dem Cache,
ansonsten dauert's".

Der Rest klappt dann wie von dir beschrieben. Der Nutzer muss 4h auf
seine Karte warten. Will er, dass es nächstes mal schneller geht, muss
er auf den Spenden-Button drücken.

Der Server rechnet natürlich immer noch kontinuierlich, doch halt
nicht mehr auf ständige Updates, sondern auf der Anfragenqueue.

Hach, erfindet sich das leicht, wenn man's nicht implementieren muss....

Gruss,
Chaos

_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Antwort per Email an