planet.osm aktuell halten

p3pp3 · 2010-07-12 12:37:28

Hallo,

meine DB hält einen Planetfile vom April inne. Nun möchte ich, ohne einen kompletten Import des gesamten Planetfiles zu starten, die Änderungen seit diesem Zeitpunkt einfügen.
Kann ich dazu die auf planet.openstreetmap.org angebotenen changesets nutzen? Wenn ja, wie?

Grüße

wambacher · 2010-07-12 13:20:46

p3pp3 wrote:

Hallo,
meine DB hält einen Planetfile vom April inne. Nun möchte ich, ohne einen kompletten Import des gesamten Planetfiles zu starten, die Änderungen seit diesem Zeitpunkt einfügen.
Kann ich dazu die auf planet.openstreetmap.org angebotenen changesets nutzen? Wenn ja, wie?
Grüße

so kannst du dein planet-file updaten

ich mache sowas mit osmosis. dauerte aber einige tage, bis ich es kapiert hatte. schau mal ins wiki und meld dich bei unklarheiten. bin nicht @home und kann derzeit nicht nachsehen.

schritt1: java installieren
schritt 2: osmosis installieren und testweise aufs lokales osm-file ansetzen
schritt 3: change-file besorgen
schritt 4: mit osmosis mergen
schritt 5: mit poly-file interessanten bereich rausschneiden, da die diff-files weltweit sind und daher immer mehr "ballast" dazu kommt
.
schritt n: eventuell automatisieren (day/hour/minute)

--------------------------------------------------------------------

wenn du aber deine db direkt updaten willst, ohne ein neues osm-file zu erstellen, geht das angeblich auch mit osmosis und den change-files.
den weg bin ich aber noch nicht gegangen (soll tracktype=grade4 sein

gruss

wambacher

Last edited by wambacher (2010-07-12 13:25:44)

p3pp3 · 2010-07-12 13:36:41

hallo wambacher,

1-3 ist verständlich.

ich habe jetzt z.B. das changefile vom 100505.osm.bz2. Mein Planetfile in der DB ist vom 100428.

Wie kann ich jetzt die Veränderungen einfügen? Ein konkreter aufruf von osmosis mit den benötigten Parametern würde mir sehr helfen.

Zu 5: Poly Files werden nicht benötigt da die ganze Welt interessant ist

Viele Grüße
p3pp3

Last edited by p3pp3 (2010-07-12 13:36:50)

wambacher · 2010-07-12 15:00:02

p3pp3 wrote:

ich habe jetzt z.B. das changefile vom 100505.osm.bz2. Mein Planetfile in der DB ist vom 100428.

dann brauchst du ALLE changefiles ab dem 28.4. macht osmosis aber automatisch, wenn ihm das gesagt wird.

Wie kann ich jetzt die Veränderungen einfügen? Ein konkreter aufruf von osmosis mit den benötigten Parametern würde mir sehr helfen.

muttu halt warten - oder mal probieren - bringt sowieso mehr

rennt osmosis bei dir schon?

p3pp3 · 2010-07-12 15:23:40

automatisch wird nicht gehen da der osm server keine direkte verbindung zum internet hat. per hand alle files zu beziehen ist ja auch kein problem.

osmosis läuft, schmeißt aber exceptions ala

"Caused by: org.xml.sax.SAXParseException: XML document structures must start and end within the same entity."

wenn ich versuche ein diff zu erstellen. das diff sollte doch aus dem aktuellen planetfile und den changesets erstellt werden oder?

z.B.

osmosis --read-xml file="changeset-xyz.osm.bz2" --read-xml file="planet-latest.osm.bz2" --derive-change --write-xml-change file="changeset1.osc"

grüße

wambacher · 2010-07-12 15:33:20

p3pp3 wrote:

wenn ich versuche ein diff zu erstellen. das diff sollte doch aus dem aktuellen planetfile und den changesets erstellt werden oder?

das diff IST ein change-file. du must merge machen (old.osm + diff/change.osc -> new.osm)

btw: es gibt wirklich noch rechner ohne netzanbindung?

Last edited by wambacher (2010-07-12 15:34:58)

p3pp3 · 2010-07-12 19:29:20

btw: es gibt wirklich noch rechner ohne netzanbindung?

ja die soll es noch geben

ich habe mir mal so ein changeset file angeschaut, da sind information wie

    <changeset id="4640837" created_at="2010-05-08T16:53:37Z" num_changes="330" closed_at="2010-05-08T16:53:57Z" open="false" min_lon="23.0436108" min_lat="53.0657529" max_lon="23.1370541" max_lat="53.1123231"  user="langus" uid="182212">
    <tag k="comment" v="kleosin" />
    <tag k="created_by" v="Langus" />
  </changeset>

enthalten, was doch keinerlei neue informationen sind, sonder lediglich eine beschreibung irgendwelcher änderungen (aber nichtmal neue bzw editierte werte).
darum dachte ich das die changesets sich auf den neueren planetfile beziehen und er die neuen informationen aus diesem dann bezieht.

wäre es nicht auch sinnvoller einen diff file zwischen dem aktuellen planetfile und dem planetfile welcher in der db gespeichert wurde, zu bilden und diesen dann in die datenbank einzuspielen?

wambacher · 2010-07-12 22:12:40

p3pp3 wrote:

wäre es nicht auch sinnvoller einen diff file zwischen dem aktuellen planetfile und dem planetfile welcher in der db gespeichert wurde, zu bilden und diesen dann in die datenbank einzuspielen?

hi,

ich hab gleich am anfang darauf hingewiesen, dass du einen etwas anderen weg gehen musst, wenn du direkt die datenbank abgleichen willst.
alle meine aussagen betreffen den update des osm-files.

und so mach ich das:

/opt/programme/osmosis-latest/bin/osmosis \
--read-xml-change file="change.osc" \
--simc \
--read-xml file="../$STADT/$STADT.osm" \
--apply-change \
--bounding-polygon file="../$STADT.poly" \
--write-xml file="new.osm"

ersetze "...$STADT..." z.b. durch ...dortmund... und das ist dann ein teil meiner auswertung für dortmund.

lass die poly-zeile weg und damit ist deine ursprüngliche frage beantwortet.

ACHTUNG: die reihenfolge der osmosis-optionen ist äußerst kritisch - nur so geht es!
gruss

wambacher

p.s. den direkten db-update halte ich auch für sinnvoll - wenn ich in 2-3 monaten damit durch bin, melde ich mich wieder

wambacher

Last edited by wambacher (2010-07-12 22:15:24)

wambacher · 2010-07-12 22:26:31

p3pp3 wrote:

ich habe mir mal so ein changeset file angeschaut, da sind information wie ... drin

nachschlag:

hab ich bei der heutigen hitze übersehen:

du brauchts die files aus den daily, hour-replicate oder minute-replicate -verzeichnissen; ja nach dem, wie aktuell die daten sein sollen.

und die sehen etwa so aus:

<?xml version='1.0' encoding='UTF-8'?>
<osmChange version="0.6" generator="Osmosis 0.35">
<modify>
<node id="26293790" version="2" timestamp="2010-07-12T14:59:44Z" uid="24250" user="ed_waypointsdotph" changeset="5199805" lat="12.1319412" lon="119.8438394">
<tag k="source" v="SRTM"/>
</node>
....

da sind alle aenderungen drin.

gilt für beide verfahren: osm+osc->osm und db+osc->db

Last edited by wambacher (2010-07-12 22:28:05)

p3pp3 · 2010-07-13 08:42:38

hab erstmal vielen dank.

ich ziehe mir jetzt per Hand die Daily Diffs über planet.openstreetmap.org (im History Ordner sind zum Glück alle vorhanden).
Problematisch ist das osmosis bei read-xml nen Fehler schmeißt (s.o.) und ich eigentlich weniger Lust habe 2 planet Files zu entpacken

die Daily Diffs kann ich doch dann auch direkt per osm2pgsql --append --slim update.osc.gz einladen, oder?

fireball2 · 2010-07-13 08:49:22

Hallo Leute,

ich wäre auch an dieser dif-Variante interessiert und hoffe, dass ihr nichts dagegen habt, wenn ich mich auch noch mit meinem Problem hier rein zwänge.
Wie schon geschrieben wurde, ist es immerhin ein riesiger Unterschied, ob man "europe.osm.bz2" mit 4GB oder lediglich die nahezu wöchentlichen changesets mit nur ca. 170MB von hier herunterlädt.

Nun wollte ich die Datei "changesets-100707.osm.bz2" mit osmosis auf den gleichen Bereich zuschneiden, wie ich es schon zuvor mit der "europe.osm.bz2" getan habe, um anschließend beides zusammenzufügen (merge). Leider hagelt es bereits beim Zuschneiden Fehlermeldungen oder es kommt lediglich eine 1kb große Datei heraus. Das Zuschneiden der "europe.osm.bz2" klappt wunderbar. Warum geht dies nicht mit der changeset-Datei, oder muss man erst "mergen" und dann wieder zuschneiden? Für einen Tipp wäre ich sehr dankbar.

Hier noch ein paar Hintergrundinfo's zu meiner Vorgehensweise:
Prinzipiell benötige ich den Kartenausschnitt für GpsMid und ging bislang so vor. Nur die Punkte 1-5 sind dort für diese Frage wohl eventuell von Belang.

Verwende ich den folgenden Befehl zum Ausschneiden, dann erhalte ich nach 43172 Millisekunden eine 1kb große Datei namens "changesets-100707_Ausschnitt.osm":
osmosis --rx file=D:\changesets-100707.osm --tee 1 --bounding-box top="50.00" bottom="49.00" left="9.00" right="12.00"
--wx file=D:\changesets-100707_Ausschnitt.osm

oder:
osmosis --fast-read-xml-0.6 file=D:\changesets-100707.osm --tee 1 --bounding-box top="50.00" bottom="49.00" left="9.00" right="12.00"
--write-xml file=D:\changesets-100707_Ausschnitt.osm
Dies wiederum veranlaßt Osmosis tausendmal die folgende Fehlermeldung auszugeben:
org.openstreetmap.osmosis.core.xml.v0_6.impl.FastXmlParser readUnknownElement
WARNUNG: Unknown xml element changeset. publicId=(null), systemId=(null), lineNumber=10416, columnNumber=234

amm · 2010-07-13 09:06:33

Wenn man mehrere Monate per diff aufholen muss, ist man wahrscheinlich besser dran einfach ein komplett neuen planet zu importieren, denn ein komplett import ist meist deutlich effektiver, so das sich der diff import irgendwann nicht mehr lohnt. Genau wo dieser Punkt liegt haengt von den verwendeten tools (z.B. osmosis vs osm2pgsql) und hardware ab, aber bei Monaten auf zu holen ist es auf jedenfall eine Ueberlegung wert.

wambacher · 2010-07-13 09:32:15

fireball2 wrote:

Warum geht dies nicht mit der changeset-Datei, oder muss man erst "mergen" und dann wieder zuschneiden? Für einen Tipp wäre ich sehr dankbar.

genau das problem hatte ich auch mal: ich wollte erst das changefile, das ja immer worldwide ist, zurechtschneiden und DANACH mit dortmund mergen. erschien mir sinnvoll, da es ja schneller sein sollte,

geht aber nicht.

schau dir mein beispiel von oben nochmal an; so geht es.

gruss

wambacher

wambacher · 2010-07-13 09:38:16

amm wrote:

Wenn man mehrere Monate per diff aufholen muss, ist man wahrscheinlich besser dran einfach ein komplett neuen planet zu importieren, denn ein komplett import ist meist deutlich effektiver, so das sich der diff import irgendwann nicht mehr lohnt. Genau wo dieser Punkt liegt haengt von den verwendeten tools (z.B. osmosis vs osm2pgsql) und hardware ab, aber bei Monaten auf zu holen ist es auf jedenfall eine Ueberlegung wert.

hast schon recht, ist halt ne frage des zeitaufwandes.

es gibt aber einen osmosis-option, wo er dann alles automatisch macht (change file holen, mergen, naechstes osc ...) ist aber halt nur "seine" arbeit. das hat den vorteil, dass es kein problem gibt, wenn man mal ein osc-file verpasst hat. geht dann alles automatisch.

mein obiges beispiel macht das aber gerade nicht, da ich für zeitabhängige auswertungen lokale kopien der osc-files brauche

wambacher

fireball2 · 2010-07-13 09:40:08

@amm:Vermutlich liegt ein Mißverständnis vor, der Link sollte lediglich aufzeigen, für was ich die changesets brauche und sollte nicht heißen, dass ich eine Karte aus dem Jahre 2009 per diff aktualisieren wollte. Vielleicht habe ich mich etwas unklar ausgedrückt.

@wambacher: Danke, mit Deiner Befehlszeile funktionierts. Wer lesen kann ist klar im Vorteil.
osmosis.jar --read-xml-change file=D:\20100709-20100710.osc --simc --read-xml file=D:\Karte.osm --apply-change --bounding-box top="50.00" bottom="49.00" left="9.00" right="12.00" --write-xml file=D:\Karte_neu.osm
Außerdem, hatte ich scheinbar die falsche Datei heruntergeladen, denn mit der Datei "changesets-100707.osm.bz2" kann Osmosis nichts anfangen. Es sind OSC-Dateien erforderlich. Und wie Kollege wambacher schon sagte, scheint es von OSC-Dateien keine wöchentlichen Updates zu geben (max. täglich).

Noch eine Frage:
Meine "europe.osm.bz2" von der geofabrik ist vom "09.07.2010 07:52". Mit welchem täglichen diff von hier würdet ihr jetzt beginnen aufzuholen? Ist es z.B. schlimm, wenn man ein changeset zu früh und damit doppelt einspielt? Sind dann die Wege doppelt drin oder erkennt Osmosis, dass dieses changeset bereits enthalten ist?

p3pp3 · 2010-07-13 09:48:30

für was werden denn dann die wöchentlichen changesets überhaupt benötigt?!? bin jetzt etwas verwirrt

wambacher · 2010-07-13 09:52:00

fireball2 wrote:

Noch eine Frage:
Meine "europe.osm.bz2" von der geofabrik ist vom "09.07.2010 07:52". Mit welchem täglichen diff von hier würdet ihr jetzt beginnen aufzuholen? Ist es z.B. schlimm, wenn man ein changeset zu früh und damit doppelt einspielt? Sind dann die Wege doppelt drin oder erkennt Osmosis, dass dieses changeset bereits enthalten ist?

ich hab damit keine negativen erfahrungen gemacht; irgendwie kriegt er das hin.

fireball2 · 2010-07-13 10:23:53

p3pp3 wrote:

für was werden denn dann die wöchentlichen changesets überhaupt benötigt?!? bin jetzt etwas verwirrt

Die Frage kann ich auch nicht richtig beantworten, hier ein Versuch:
Ich nehme an, dass es sich bei diesen Dateien um alle changeset's handelt, welche in dieser Zeitspanne (Woche) von den OSM-Mappern erzeugt wurden. Deins hier ist z.B. auch mit drin. Diese Datei ist wohl OSM-spezifisch und könnte vermutlich direkt in JOSM verwendet werden, zu welchem Grund auch immer. Daher dachte ich auch, dass ein einfaches "mergen" mit Osmosis möglich sei. Die OSC-Datei wiederum ist vermutlich von Osmosis für Osmosis erzeugt worden. Dies erkennt man auch an den unterschiedlichen Dateiköpfen.

OMC:

<?xml version='1.0' encoding='UTF-8'?>
<osmChange version="0.6" generator="Osmosis 0.35">
  <delete>...

changeset-Datei:

<?xml version="1.0" encoding="UTF-8"?>
<osm version="0.6" generator="OpenStreetMap planet.c" timestamp="2010-07-07T23:45:31Z">
  <bound box="-90,-180,90,180" origin="http://www.openstreetmap.org/api/0.6" />
  <changeset id="1" created_at="2005-04-09T19:54:13Z" num_changes="2" closed_at="2005-04-09T20:54:39Z" open="false" min_lon="-0.1465242" min_lat="51.5288506" max_lon="-0.1464925" max_lat="51.5288620" />
...

Last edited by fireball2 (2010-07-13 10:24:46)

fireball2 · 2010-07-13 14:14:18

Was spricht eigentlich für oder gegen die Verwendung des Osmosis-Schalters von --simplify-change (--simc)?
Ich habe mal mit beiden Schaltern ein dif in meine Karte integriert und keine Veränderung der Dateigröße festgestellt. Ich dachte der Schalter vereinfacht die Historie der einzelnen nodes/ways/realtions und daraus resultiert eine kleinere Dateigröße, aber scheinbar verstehe ich die Funktion des Schalters nicht richtig. Ich würde mich freuen, wenn mich diesbezüglich jemand erleuchten könnte. Danke.

amm · 2010-07-13 16:03:40

Ich glaube hier liegt moeglicherweise ein missverstaendniss bezueglich der Namengebung vor. Die "changeset" dateien im root Verzeichniss von planet.openstreetmap.org sind _keine_ diff files. Sie enthalten also nicht die noetigen Daten um eine DB oder einen plate file aktuell zu halten. Um genau zu sein, sie enthalten ueberhaupt keine "OSM daten" sondern nur die Metadaten der changesets. Das heist den changeset Kommentar und die created_by information der changesets. Diese sind also als ergaenzung zum planet.osm gedacht wenn man diese meta daten auswerten will (was in den allermeisten faellen nicht der fall ist).
Es gibt glaube ich keine woechentlichen diffs mehr, und man muss sich diese selbst aus den daily diffs erzeugen, oder eben die daily direct verwenden.

wicking · 2011-01-04 14:01:53

Ich möchte eine vier Tage alte planet-Datei aktualisieren. Ich würde dafür am Liebsten --append-change verwenden, weil man dort scheinbar mehrere Input-Dateien auf einmal angeben kann. Aber dort steht auch als Anmerkung, dass

If delta change files are being used (ie. only one change per entity per file), then the --merge-change task may be more appropriate

ich also lieber --merge-change verwenden soll. Damit kann man aber immer nur zwei osc-Dateien verbinden (mergen).

Außerdem soll man vorher noch sortieren. Das steht aber nur bei --merge-change dabei, nicht bei --append-change, was auch gegen die Verwendung von --merge-change spricht.

Weiß hier jemand was dazu? Oder wo frage ich das besser?

Garmin-User · 2011-01-04 15:44:25

Merge-change nehme ich, um die Daily Changes zu mergen weil sie nicht täglich in die zu aktualisierende Datei kommen - letztendlich wie bei minütlichen Changes (Replication Task), welche nicht jede Minute "abgeholt" werden, lückenlos müssen die Daten dennoch sein.

Der Merge funktioniert ohne Sort bis jetzt korrekt:
osmosis --rxc $oldchange.osc.gz --rxc $change.osc.gz --mc --wxc $newchange.osc.gz

Bei apply-change (nicht "append-change") verwende ich statt "sort" ein "simplify-change":
osmosis --rxc $range.osc.gz --simc --rb area-$olddate.osm.pbf --ac --bb top=55.3 left=5.6 bottom=45.7 right=18.9 --wb omitmetadata=true area-$lastdate.osm.pbf

Die Verwendung der Variablen ist für den täglichen Gebrauch in Scripts gedacht, die Variablen sind aus den Dateinamen gewonnen die je nach Stand der Aktualisierung innerhalb der Changes sowie beim Planet-Ausschnitt angepasst werden.

Viele Grüße
Mario

Last edited by Garmin-User (2011-01-04 15:48:44)

Marqqs · 2011-01-04 17:26:12

wicking wrote:

Damit kann man aber immer nur zwei osc-Dateien verbinden (mergen).

Ich würds eventuell mit osmchange probieren. Falls die .osc-Dateien alle im aktuellen Verzeichnis sind, müsste das unter Linux z.B. so gehen:

cat alt.osm | ./osmchange *.osc >neu.osm

Die Anzahl der .osc-Dateien ist dabei nur durch den Hauptspeicherplatz begrenzt, es können also zig Dateien auf einmal verarbeitet werden.

Zu osmchange: http://wiki.openstreetmap.org/wiki/DE:O … _(program)
Zum täglichen Update: http://wiki.openstreetmap.org/wiki/Dail … M_XML_file

wicking · 2011-01-04 17:44:24

Garmin-User wrote:

Merge-change nehme ich, um die Daily Changes zu mergen weil sie nicht täglich in die zu aktualisierende Datei kommen - letztendlich wie bei minütlichen Changes (Replication Task), welche nicht jede Minute "abgeholt" werden, lückenlos müssen die Daten dennoch sein.

Gut, wenn man das täglich macht ist das praktisch. Aber wenn man eben mal mehrere Änderungen vereinen will, muss man sich mit einem Bash-Skript helfen, oder? Etwa so:

cd $VERZEICHNIS_MIT_CHANGESETS
j="null"
for i in *.osc.gz; do
  if [ ! blub$j = "blubnull" ]; then
    osmosis --rxc $j --rxc $i --mc --wxc merged.osc.gz
  fi
  if [ blub$j = "blubnull" ]; then
    j=$i
  else
    j=old.osc.gz
    mv merged.osc.gz old.osc.gz
  fi
done

Ein recht längliches Skript, was man vielleicht mittels --append-change verkürzen könnte – hoffte ich jedenfalls.

Der Merge funktioniert ohne Sort bis jetzt korrekt:

Wahrscheinlich sind die auf planet.osm.org veröffentlichten changesets schon sortiert.

Bei apply-change (nicht "append-change") verwende ich statt "sort" ein "simplify-change":

Ja, aber ich will ja eben gerade was über die Verwendung von --append-change erfahren, weil das so schön viele Eingabedateien akzeptiert. Bleibt wohl nichts als ausprobieren, denn die Dokumentation im Wiki sagt mir nichs genaueres darüber, was denn nun der Unterschied zwischen --merge-change und --append-change ist.

wicking · 2011-01-04 17:49:18

Marqqs wrote:

wicking wrote:
Damit kann man aber immer nur zwei osc-Dateien verbinden (mergen).
Ich würds eventuell mit osmchange probieren. Falls die .osc-Dateien alle im aktuellen Verzeichnis sind, müsste das unter Linux z.B. so gehen:
cat alt.osm | ./osmchange *.osc >neu.osm
Die Anzahl der .osc-Dateien ist dabei nur durch den Hauptspeicherplatz begrenzt, es können also zig Dateien auf einmal verarbeitet werden.
Zu osmchange: http://wiki.openstreetmap.org/wiki/DE:O … _(program)
Zum täglichen Update: http://wiki.openstreetmap.org/wiki/Dail … M_XML_file

Oh, vielen Dank für diesen Tipp. Zwar weiß ich jetzt noch nicht, wozu dieses ominöse --append-change da ist, aber mit osmchange scheint's ja noch viel einfacher zu gehen. Danke sehr.

PS: Ich sehe gerade, dass es doch gar nicht so günstig ist, wenn alle Dateien nur gepackt vorliegen (was bei solch riesigen XML-Dateien sinnvoll ist). Denn Osmosis entpackt gz- und bz2-Dateien (leider keine lzop-Dateien) im Betrieb und erzeugt auch wieder gepackte Dateien. Mit osmchange ist das scheinbar nicht möglich.

Last edited by wicking (2011-01-04 18:01:55)

Announcement

#1 2010-07-12 12:37:28

planet.osm aktuell halten

#2 2010-07-12 13:20:46

Re: planet.osm aktuell halten

#3 2010-07-12 13:36:41

Re: planet.osm aktuell halten

#4 2010-07-12 15:00:02

Re: planet.osm aktuell halten

#5 2010-07-12 15:23:40

Re: planet.osm aktuell halten

#6 2010-07-12 15:33:20

Re: planet.osm aktuell halten

#7 2010-07-12 19:29:20

Re: planet.osm aktuell halten

#8 2010-07-12 22:12:40

Re: planet.osm aktuell halten

#9 2010-07-12 22:26:31

Re: planet.osm aktuell halten

#10 2010-07-13 08:42:38

Re: planet.osm aktuell halten

#11 2010-07-13 08:49:22

Re: planet.osm aktuell halten

#12 2010-07-13 09:06:33

Re: planet.osm aktuell halten

#13 2010-07-13 09:32:15

Re: planet.osm aktuell halten

#14 2010-07-13 09:38:16

Re: planet.osm aktuell halten

#15 2010-07-13 09:40:08

Re: planet.osm aktuell halten

#16 2010-07-13 09:48:30

Re: planet.osm aktuell halten

#17 2010-07-13 09:52:00

Re: planet.osm aktuell halten

#18 2010-07-13 10:23:53

Re: planet.osm aktuell halten

#19 2010-07-13 14:14:18

Re: planet.osm aktuell halten

#20 2010-07-13 16:03:40

Re: planet.osm aktuell halten

#21 2011-01-04 14:01:53

Re: planet.osm aktuell halten

#22 2011-01-04 15:44:25

Re: planet.osm aktuell halten

#23 2011-01-04 17:26:12

Re: planet.osm aktuell halten

#24 2011-01-04 17:44:24

Re: planet.osm aktuell halten

#25 2011-01-04 17:49:18

Re: planet.osm aktuell halten

Board footer