Hallo!
Gary68 schrieb:
hi,
den osmarender status kannst du hier sehen. die tiles werden ja verteilt
gerechnet... ein request dauert auf einem 2GHz core so ca 3min bei mir.
aber es kommt schon vor, dass 1000 requests in der queue sind - und wenn
dann nur 20 leute rechnen...
Wolfgang Wienke wrote:
Oder macht jeder weitere Renderer (z.B. openfietskaart.nl,
www.opencyclemap.org) wieder seine eigene Updatepolitik?
Ja.
openfietskaart.nl ( openwandelkaart.nl, tile.openstreetmap.nl) = minute
updates, so sie sind etwa 5 Min. hinten der main DB.
--
Lennard
Wolfgang Wienke schrieb:
Woher kommt es, das Renderer teilweise Veränderungen, die man durch
Hochladen von Daten erzeugt, innerhalb von Sekunden nach Aktualisieren
des Browserfensters anzeigen, zum Teil erst nach einer Woche??
Hi,
Mapnik kann ich da auch nicht so recht nachvollziehen.
In
Chris-Hein Lunkhusen schrieb:
Mapnik kann ich da auch nicht so recht nachvollziehen.
In tiefen Zoomstufen klappt der Update meist fix,
in den höchsten Zoomstufen sind die Änderungen teilweise
erst nach Wochen drin.
Beispiel: Die Kaserne hab ich gestern eingetragen:
Am So, 28.06.2009, 11:52 schrieb Lennard:
so sie sind etwa 5 Min. hinten der main DB.
Wie kommen die so schnell an die Änderungsimformationen?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo!
Woher kommt es, das Renderer teilweise Veränderungen, die man durch
Hochladen von Daten erzeugt, innerhalb von Sekunden nach Aktualisieren
des Browserfensters anzeigen, zum Teil erst nach einer Woche??
( es geht hier um hochgeladene Fahrradrouten)
Es kann NICHT daran liegen, das ich
hi,
den osmarender status kannst du hier sehen. die tiles werden ja verteilt
gerechnet... ein request dauert auf einem 2GHz core so ca 3min bei mir.
aber es kommt schon vor, dass 1000 requests in der queue sind - und wenn
dann nur 20 leute rechnen...
7 matches
Mail list logo
