Am 04.07.2012 22:55, schrieb Roland Olbricht:
um dem ganzen eine Linie zu geben: Der Einsatz ist vor allem in dem Szenario
nützlich, dass man spontan Kacheln berechnen möchte. Overpass API ersetzt dann
die Extraktion und den Splitter.
Hallo,
kann man denn ausschließen, dass es Inkompatibilitäten zwischen den
Kacheln gibt, wenn diese zeitlich unterschiedlich erstellt werden. Wenn
man nun bspw. eine Deutschlandkarte erstellen möchte mit 150 Tiles und
jedes Tile nur 10s braucht, so sind das zwischen dem ersten und dem
letzten auch schon 25min. Viel mit cachen kann man in der Kette dann
auch nicht machen. Es wäre nun nicht gerade zielführend, wenn das
Routing scheitert, weil sich die Daten zwischen TileA und TileB
unterscheiden.
Oder man stellt die OverpassAPI so ein, dass sie sich keine Updates
holt, bzw. nur einmal am Tag etc. und dann alle gecacheten Tiles
gelöscht werden.
Aber ich denke dann wäre es auch wieder sinnvoller für diesen fixen
Zeitpunkt den splitter auf einem planet laufen zu lassen und alle
nötigen Tiles zu erzeugen. Aus diesen Tiles kann man dann entweder
OnDemand die angeforderten Kartentiles erzeugen und zu Karten verknüpfen
oder man rechnet (auf einem performanten Server) permanent alle
Kartentiles und überlässt das Zusammenfügen zu einer Karte und das
ausliefern einem schwächeren Server.
Wobei ich allgemein bei diesem Weg das Gefühl hab, dass man bei vielen
Karten mit dem Rechnen nicht hinterher kommt. Sei es nun OnDemand oder
per batch.
Henning
_______________________________________________
Talk-de mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-de
