Schick wäre m.E. auch ein gutes Konzept, in Openlayer-Karten die standardmäßig angezeigten Kacheln (also die in der Ausgangs-Zoomstufe, die jeder Besucher lädt, auch ohne sich in der Karte zu bewegen) lokal zu cachen. Hat da jemand gute Ideen, wie das umzusetzen wäre?
.htaccess …könnte in etwa so aussehen
<IfModule mod_expires.c>
# Enable expirations.
ExpiresActive On
# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600
# Archdiocese-specific performance additions
ExpiresByType text/html "access plus 4 weeks"
ExpiresByType application/x-javascript "access plus 4 weeks"
ExpiresByType application/javascript "access plus 4 weeks"
ExpiresByType text/javascript "access plus 4 weeks"
ExpiresByType text/css "access plus 4 weeks"
ExpiresByType image/gif "access plus 4 weeks"
ExpiresByType image/jpeg "access plus 4 weeks"
ExpiresByType image/jpg "access plus 4 weeks"
ExpiresByType image/png "access plus 4 weeks"
</IfModule>
Dann müsste man Openlayers ja noch dazu bringen, die Kacheln lokal zu suchen (was vermutlich einfach ist), und noch eine Weiterleitung für nicht existierende Kacheln konfigurieren (müsste auch machbar sein, denke ich?). Ich meine mich zu erinnern, etwas ähnlichem auch mal in der Mailingliste begegnet zu sein. Muss ich mal suchen, und dann einfach ausprobieren, ob ich alles zusammen umgesetzt und evtl. “wikifähig” bekomme.
Nuja…sicherlich bringt das etwas, dürfte aber letztlich nicht viel mehr als der berühmte Tropfen auf den heißen Stein sein. Das Problem sind ja nicht die normalen Besucher.
Vorsicht, wenn Du beim Testen Deines Caches für die ersten paar Kacheln an einem Proxy denkst…
Ich hab das auch schon mal gemacht und wurde prompt vom Tileserver für einen Tag ausgesperrt. Statt dass 100 Homepagebesucher mit ihrem Browser und ihrer IP die Tiles abholen, holt dann nämlich mein Server mit seiner IP-Adresse und (je nach Cache) seiner User Agent-Kennung alle Karten ab. Entlastet zwar langfristig, sieht aber kurzzeitig aus wie ein Massendownload. Und im Moment dürften die Serveradmins vielleicht ein wenig sensibel reagieren.
Ausserdem glaube ich auch, dass die durchschnittliche Openlayers-Seite eher wenig zum Gesamtverbrauch beiträgt…
viele Grüße, Max
Frisch von der ML:
Hi
@chriss66 was ist ML? Wo kann man da mehr Infos finden. Ich habe nur Windows und möchte irgenwie auch lokal meine Tiles generieren.
MfG
Achim
Ps: Mein Ziel wäre sowas wie die Hike&Bike Karte aus pbf Files lokal zu generieren…
Damit ist die MailingListe gemeint: http://www.mail-archive.com/talk-de@openstreetmap.org/msg88041.html
oder auch ein wenig gui-freundlicher: http://gis.638310.n2.nabble.com/Tiles-Downloader-bremsen-Server-aus-td6859453.html
gruss
walter
Wie sieht das denn mit 10.04 LTS aus? Gibts damit dann Probleme oder wieso der Hinweis auf 11.04?
hab es gerade ausgetestet: nö, bis jetzt sieht es nicht so aus, als ob es unter Lucid läuft:
Dann schau mal meine Anleitungen hier:
http://wiki.openstreetmap.org/wiki/User:Ajoessen
Kosmos, Mapnik, Mapserver zur freien Auswahl. Aktuell rendere ich mit Mapnik in einem leicht modifizierten Stil.
Hike und Bike gibts als zuschaltbare Layer.
Und, ganz wichtig: funktioniert alles unter Windows XP.
Gruß,
ajoessen
Bei mir funktioniert es aber auch unter 11.04 nicht. Weder 32 noch 64 Bit:
Und an der stelle bleibt er hängen. Sowohl grafisch als auch wenn man es im Terminal ausführt. Es fehlt auch noch der Befehl sudo apt-get update, um die Paketlisten zu aktualsieren.
Hi
Lokales MapRendering …
verschoben ==> http://forum.openstreetmap.org/viewtopic.php?id=13981
MfG
Achim
Ich würde vorschlagen, für die einzelnen Fragen bzgl. Mapsforge oder den Ubuntu Paketen neue Threads aufzumachen. Ich denke sonst findet man das nicht mehr unbedingt.
Die Version von osm2pgsql und die setup scripts benoetigen postgresql-8.4. Ich dachte eigentlich das 10.04 nur postgresql-8.3 hat. Wenn das nicht der Fall ist, sollte es dann auch in 10.04 funktionieren, wobei man vermutlich einen zweiten Satz Packete neu bauen muss direkt fuer 10.04.
Es sieht so aus als haette sich in das mod_tile post install skript ein Fehler in der letzten Version eingeschlichen, sodas aus irgendeinem Grund das neustarten von Apache haengt. Moeglciherweise kann man das Problem beheben wenn man in einem zweiten Fenster waerend das install script haengt Apache manuell mit “/etc/init.d/apache2 restart” neu startet. Da muss ich aber noch das tatsaechliche Problem finden und beheben.
Wegen der möglichen Sperrung der alten Versionen von MOBAC habe ich noch mal in meinem Archiv gekramt und die alten Versionen mal analysiert.
Diese alten Versionen verwendet als User-Agent normalerweise eine der beiden folgenden Varianten (und zwar exakt Zeichen für Zeichen):
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5
Beide gehören zu Firefox-Versionen, die mehr als nur ein paar Monate nicht mehr aktuell sind und auch von Mozilla nicht mehr unterstützt werden (unterstützt werden AFAIR nur der 3.6er Zweig und der jeweils neuste).
Wenn man also exakt diese beiden User-Agents blockieren würde hätte man mindestens 90% des MOBAC-Traffics der problematischen Versionen. Der Kollateralschaden bei normalen Nutzern sollte minimal sein.
Danke, ich habe auch mal die anderen Anbieter kontaktiert
http://getsatisfaction.com/ize/topics/openmaps_are_now_blcoked
http://forum.asamm.cz/viewtopic.php?f=10&t=1166
Ich wurde gebeten, das hier von menion (Autor von Locus) zu überbringen:
http://forum.asamm.cz/viewtopic.php?f=10&t=1166&p=6874#p6870
Darüber hinaus ging das hier über TALK von den Entwicklern von OpenMaps
http://lists.openstreetmap.org/pipermail/talk/2011-October/060336.html
Darüber hinaus hat mit Markus (NaviComputer) zurückgemailt und auch dort wurden einige Veränderungen vorgenommen