osmosis - ein Buch mit sieben Siegeln

softcake · 2011-05-23 09:03:23

Hallo tippeltappel,

hast Du schon mal einen Blick in die commands.log vom Map Composer geworfen? Der Inhalt ist bisweilen recht aufschlussreich

Gruß, softcake

wambacher · 2011-05-23 09:22:03

tippeltappel wrote:

Hi
Hab doch noch was probiert.
Nach einer Vorlage von ajoessen habe ich eine Berechnung mit OSMOSIS ausprobiert.
Das hat aber nicht geklappt:
...

sieht doch ganz gut aus - für mich.

ich sehe derzeit nur eine Ursache:

du darfts auf deine Platte in dem aktuellen Verzeichnis nicht schreiben

("unable to open file for writing" am ende des ersten bildes)

der befehl an sich ist ok und das umfeld (java...) scheint auch ok zu sein.

walter@wno-server:~/OSM/projekte/planet$ osmosis --rb duesseldorf.osm.pbf --bb left=6.75  right=7.5  bottom=51.10 top=51.8 --wx Essen.osm
23.05.2011 10:12:41 org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.39

23.05.2011 10:12:43 org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
23.05.2011 10:12:43 org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
23.05.2011 10:12:43 org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
23.05.2011 10:14:15 org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline complete.
23.05.2011 10:14:15 org.openstreetmap.osmosis.core.Osmosis run
INFO: Total execution time: 94544 milliseconds
walter@wno-server:~/OSM/projekte/planet$

eventuell musst du noch apostrophe um die bbox machen, aber das kann ich nicht checken, da unser haushalt windows-freie zone ist.

--wx "file=c:\temp\Essen.osm" oder --wx 'file=c:\temp\Essen.osm'

wäre auch mal einen versuch wert

gruss
walter

edit: lass erst mal die bbox ganz weg. dann macht er einfach aus pbf ein osm und wir schlagen uns nicht mit den komischen leerzeichen rum.

osmosis --rb duesseldorf.osm.pbf --wx Essen.osm

aber denk an die Schreibrechte/Plattenplatz

Last edited by wambacher (2011-05-23 09:28:07)

ajoessen · 2011-05-23 09:39:41

wambacher wrote:

tippeltappel wrote:
Hi
Hab doch noch was probiert.
Nach einer Vorlage von ajoessen habe ich eine Berechnung mit OSMOSIS ausprobiert.
Das hat aber nicht geklappt:
...
sieht doch ganz gut aus - für mich.
ich sehe derzeit nur eine Ursache:
du darfts auf deine Platte in dem aktuellen Verzeichnis nicht schreiben
("unable to open file for writing" am ende des ersten bildes)

Ja, mir deucht, bei der Standard-WinXP-Installation war da so was...
Arbeitsplatz/rechte Maustaste auf E: /Eigenschaften/Freigabe und Sicherheit/Sicherheit
Erweitert / [x] Berechtigungen für alle untergeordneten...
Am besten alles für alle zulassen.
Mit OpenCommandWindowHere sollte tt das aber auf jeder Platte zum Laufen kriegen.

eventuell musst du noch apostrophe um die bbox machen, aber das kann ich nicht checken, da unser haushalt windows-freie zone ist.
--wx "file=c:\temp\Essen.osm" oder --wx 'file=c:\temp\Essen.osm'
wäre auch mal einen versuch wert

Nö, solche Ansprüche stellt XP nicht. Ich würde erst mal mit nem Regbez-Extrakt probieren, das läuft schneller durch. Die Kommandozeile von tt will nach E:\ schreiben, und darf es wohl nicht.

EDIT:
Wobei mich wundert, dass er beim task 1-read-pbf scheitert. Da dürfte er doch höchstens temporäre Dateien schreiben.

BTW:
Die aktuelle pbftoosm läft bei mir mit:

pbftoosm.exe -h=1000 < D:\Karten\osm\Geofabrik\Duesseldorf.osm.pbf > duesseldorf.osm

Ob der mkgmap das Ergebnis frisst, weiss ich nicht.
Aber vielleicht sollte für die Probleme mit pbftoosm ein eigener Beitrag aufgemacht werden.

Gruß,
ajoessen

Last edited by ajoessen (2011-05-23 09:52:26)

tippeltappel · 2011-05-23 09:59:48

Moin Moin

Vielen Dank Euch für's Mittüfteln.
Zum Basteln und Probieren hab ich erst heute Abend wieder Zeit.
Daher nur kurz eine Zwischenbemerkung.

Ich denke, die Entstehung der/des Fehler/s hängt mit dem Ausschneiden der BoundingBox zusammen.
Das einfache Umrechnen einer *.osm.pbf zu *.osm führte dagegen in einem zurückliegenden Testlauf zu einer Datei, die nicht nur Composer, sondern auch mkgmap geschluckt haben. (Testlauf: Niedersachsen umgewandelt > fertige Karte war ok)

Wenn ich Composer mit einer alten auf anderem Weg entstandenen Essen.osm füttere, wird die Karte auch anstandslos berechnet.

Bis heute Abend

Viele Grüße
tippeltappel

Last edited by tippeltappel (2011-05-23 10:06:34)

tippeltappel · 2011-05-23 10:04:05

@ ajoessen
Ich arbeite mit windows7 (siehe Posting#1)
nicht XP

Um das Problem mit den Schreibrechten zu prüfen, muß ich mir heute Abend Hilfe erfragen.
Das Betriebssystem lerne ich gerade erst kennen und da sind noch einige Fragen offen.

Viele Grüße
tippeltappel

wambacher · 2011-05-23 10:17:45

tippeltappel wrote:

@ ajoessen
Ich arbeite mit windows7 (siehe Posting#1)
nicht XP
Um das Problem mit den Schreibrechten zu prüfen, muß ich mir heute Abend Hilfe erfragen.
Das Betriebssystem lerne ich gerade erst kennen und da sind noch einige Fragen offen.
Viele Grüße
tippeltappel

na immerhin gibst du nicht auf

eventuell darf er ja auch eine existierende Essen.osm nicht überschreiben.

Gruss
walter

ajoessen · 2011-05-23 10:18:41

tippeltappel wrote:

@ ajoessen
Ich arbeite mit windows7 (siehe Posting#1)
Das Betriebssystem lerne ich gerade erst kennen und da sind noch einige Fragen offen.

Dito. Ich bleib lieber bei XP. Da weiß ich, was ich habe ;-)

Osmosis schreibt seine temporären Daten bei mir in
C:\Dokumente und Einstellungen\<Benutzer>\Lokale Einstellungen\Temp

Vielleicht hilft es auch, wenn du dir admin-rechte einräumst.

Gruß,
ajoessen

tippeltappel · 2011-05-23 11:00:27

@ ajoessen
Administratorkonto ist (war Gestern schon) eingerichtet.
Auf Windowsebene kommen aber bei Programmen wie z.B. einer alten GarminMapSource-Version irgendwelche Sicherheitsabfragen.
Da muß noch "justiert" werden.

Der Composer meldete auch zuerst fehlende Schreibrechte, als ich das Programm in einen Unterordner von Programme einsortiert hatte.
Als ich den Bereich direkt in C:\ in einen eigenen Ordner installiert hatte (außerhalb von "User") lief Composer mit den gewohnten Vorgaben wie gewünscht.

Gruß
tt

P.S.
Ist der Pfad für die temp-Dateien variabel?

Last edited by tippeltappel (2011-05-23 11:02:19)

tippeltappel · 2011-05-23 11:13:52

wambacher wrote:

...
eventuell darf er ja auch eine existierende Essen.osm nicht überschreiben.
Gruss
walter

Keine Ahnung.
Kann nicht mehr zurückverfolgen, ob ich die vor dem Testlauf gelöscht hatte.
Hab ich zwischendurch gemacht.
Merke ich mir für den nächsten Testlauf vor.

Aufgeben?
Ich probier bis zum Umfallen bzw. bis ich einfach keine Idee mehr hab.
Aber für die Ideen sorgt Ihr schon!

Im Moment hab ich aber einfach keine Zeit zum Weitermachen.
Jetzt muß ich mich erst einmal um Wichtigereres kümmern.

Viele Grüße
tippeltappel

ajoessen · 2011-05-23 11:17:22

tippeltappel wrote:

@ ajoessen

P.S.
Ist der Pfad für die temp-Dateien variabel?

Ja, kann in der Variablen PATH eingetragen werden.

Bei XP:
rechte Maustaste auf Arbeitsplatz
Erweitert
Umgebungsvariablen
Da gibts dann Benutzervariablen für <benutzer>
TEMP=
TMP=
Die kannst du natürlich überallhin setzen. Macht Sinn, wenn C:\ nicht allzugroß ist.

Gruß,
ajoessen

ajoessen · 2011-05-23 11:21:22

tippeltappel wrote:

Aufgeben?
Ich probier bis zum Umfallen bzw. bis ich einfach keine Idee mehr hab.

Wie wärs mit ner Parallelinstallation von XP ;-)
Dual-boot sollte da klappen.

Dual boot mit win und linux funktionierte dagegen bei mir nur bis zur ersten Softwareaktualisierung. Die S.A. kennt nämlich kein dual boot, und nachher wollte der boot manager weder mit win noch mit linux (ubuntu) starten. :-(

Gruß,
ajoessen

wambacher · 2011-05-23 11:56:55

ajoessen wrote:

tippeltappel wrote:
@ ajoessen

P.S.
Ist der Pfad für die temp-Dateien variabel?
Ja, kann in der Variablen PATH eingetragen werden.

wie wärs denn hiermit?

JAVACMD_OPTIONS="-Xmx512M -Djava.io.tmpdir=/mnt/video/tmp"

osmosis --rb ....

einfach die globale Variable JAVA_CMD_OPTIONS mit windows-mitteln setzen - vor 5 jahren wusste ich noch wie das ging.
hat den Vorteil, dass das nur für JAVA und nicht gleich für das ganze System gilt und auch unter linux funzt.

-Xmx512M oder gar 1024M ist sowieso sinnvoll.

Gruss
Walter

Marqqs · 2011-05-23 12:01:21

ajoessen wrote:

Wobei mich wundert, dass er beim task 1-read-pbf scheitert. Da dürfte er doch höchstens temporäre Dateien schreiben.

(Temporäre Dateien braucht pbftoosm übrigens nicht.)

ajoessen wrote:

BTW:
Die aktuelle pbftoosm läft bei mir mit:
pbftoosm.exe -h=1000 < D:\Karten\osm\Geofabrik\Duesseldorf.osm.pbf > duesseldorf.osm

Das -h=1000 brauchts übrigens nicht, die internen Default-Werte sollten mindestens noch so lange ausreichen, bis sich die Anzahl der Nodes in OSM verdoppelt hat.

ajoessen wrote:

Aber vielleicht sollte für die Probleme mit pbftoosm ein eigener Beitrag aufgemacht werden.

Korrekt!
Dieser Beitrag hier ist zwar mit Osmosis überschrieben, aber eigentlich ging es eher um ein konkretes Datenumwandlungsproblem als um Osmosis. Trotzdem, es gibt eh schon einen eigenen Thread für pbftoosm, ich schließe mich ajoessen an, alles pbftoosm-Spezifische dorthin zu verlagern:
http://forum.openstreetmap.org/viewtopi … 01#p166501

tippeltappel · 2011-05-23 13:56:30

Danke für die Tipps.
Probiert wird später.
Die Neugier treibt mich in kurzen Pausen immer mal wieder her.

@ Marqqs
Den anderen Thread hatte ich angesehen.
Da verstehe ich nur Bahnhof.
Es geht mir in der Tat ganz konkret um den Weg, ein Planetfile in eine *.osm-Datei zu wandeln, deren Größe so bemessen ist, daß sie auf einem 32bit-System mit Composer bzw. den darin enthaltenen Tools wie z.B. mkgmap in eine Karte umgerechnet werden kann.

Mit pbftoosm hab ich den Weg, ein *.osm.pbf in *.osm zu wandeln im Prinzip schon gefunden. Nur wenn zusätzlich eine BoundingBox ausgeschnitten wird, verursachen die Ausgabedateien bei der Weiterverarbeitung Fehler, die ich nicht nachvollziehen kann. Ich bin kein Programmierer. Ob es nun Sinn macht, sich an dieser Stelle darüber weiter auszutauschen, die Entscheidung überlasse ich Dir. Ihr könnt ja "da drüben" weiter diskutieren. Wenn Ihr dann einen Fehler im Programm gefunden habt und eine neue bessere Version von pbftoosm zur Verfügung steht, würde ich mich freuen, wenn Du die dann wie bisher mit einem Link hier postest. Die teste ich dann gerne und berichte, ob's funktioniert hat.

Dann machen wir hier jetzt ausschließlich mit dem Thema OSMOSIS weiter.

Denn mit osmosis würde ich die Lösung auch gerne wissen. Die Tempofrage ist mir im Moment egal. Ich möchte es einfach können.

Der Grund wurde eigentlich schon genannt.
Bei mir sind alle Rechner mit Ausnahme einer kleinen, alten "Möhre" ohne Verbindung zum Internet. Die kann das Download von Geofabrik erledigen. Ansonsten wird damit nichts hinsichtlich Kartenberechnung gemacht.

Composer ist so konzipiert, daß auf die URL von Geofabrik zugegriffen und dann oder dabei das Download von Osmosis geschnitten wird.
Dieser Weg scheidet in meiner Situation aus. Also muß ich die Input-Dateien für Composer auf einem anderen Weg zurechtschneiden.

Da in Composer Osmosis als Tool integriert ist, war mein erster Gedanke, dieses Tool außerhalb von Composer einzusetzen. Da ich da aber allein nicht durch fand und ich schon beim Öffnen des Programms scheiterte, entstand die Überschrift. Und die trifft im Moment nach wie vor zu. Mit OSMOSIS stehe ich noch ganz am Anfang. Bislang hab ich damit nichts Brauchbares hinbekommen.

Aber ich bin ganz zuversichtlich, daß das dank Eurer Hilfe noch wird.

So, jetzt muß ich weg.
Bis heute Abend.

Tschau
tt

wambacher · 2011-05-23 14:29:44

tippeltappel wrote:

Mit OSMOSIS stehe ich noch ganz am Anfang. Bislang hab ich damit nichts Brauchbares hinbekommen.

think positive!!

ich fand die Fehlermeldungen schon ganz brauchbar

Gruss
Walter

tippeltappel · 2011-05-23 19:29:28

aighes wrote:

Schau dir doch die osmdatei vorher mal im josm an oder in einem Texteditor. Dann weißt du, ob die schon fehlerhaft ist, oder ob der Fehler sich erst im Composer eintritt.

Habe ich gerade versucht.
JOSM bleibt im Ladevorgang (Datei öffnen ... essen.osm) stecken.

Gruß
tt

Marqqs · 2011-05-23 19:34:48

tippeltappel wrote:

JOSM bleibt im Ladevorgang (Datei öffnen ... essen.osm) stecken.

Ich verwende JOSM zwar nur selten, aber möglicherweise ist die Datei einfach so groß, dass das sehr, sehr lange dauert.
Ich würde zuerst einen Versuch mit einem kleinen Dorf machen.

tippeltappel · 2011-05-23 19:35:02

softcake wrote:

Hallo tippeltappel,
hast Du schon mal einen Blick in die commands.log vom Map Composer geworfen? Der Inhalt ist bisweilen recht aufschlussreich
Gruß, softcake

ja
Deine Frage ist für mich allerdings wenig aufschlußreich.

tippeltappel · 2011-05-23 19:42:42

ajoessen wrote:

tippeltappel wrote:
Aufgeben?
Ich probier bis zum Umfallen bzw. bis ich einfach keine Idee mehr hab.
Wie wärs mit ner Parallelinstallation von XP ;-)
Dual-boot sollte da klappen.
Dual boot mit win und linux funktionierte dagegen bei mir nur bis zur ersten Softwareaktualisierung. Die S.A. kennt nämlich kein dual boot, und nachher wollte der boot manager weder mit win noch mit linux (ubuntu) starten. :-(
Gruß,
ajoessen

Na, für solche Experimente hab ich keinen Nerv.
Da hab ich noch 'ne bessere Option: verschiedene Systemplatten in Wechselrahmen.
Aber im Moment steht das noch nicht zur Diskussion.

Gruß
tt

tippeltappel · 2011-05-23 19:49:56

Marqqs wrote:

tippeltappel wrote:
JOSM bleibt im Ladevorgang (Datei öffnen ... essen.osm) stecken.
Ich verwende JOSM zwar nur selten, aber möglicherweise ist die Datei einfach so groß, dass das sehr, sehr lange dauert.
Ich würde zuerst einen Versuch mit einem kleinen Dorf machen.

In der Idee mit JOSM zu testen, sehe ich jetzt nicht wirklich einen Sinn.

Wie bereits beschrieben, führt die einfache Umwandlung von *.osm.pbf zu *.osm zu einer Datei, die von Composer und mkgmap verarbeitet werden kann. Das ist reproduzierbar. Ich habe es eben noch einmal probiert.

Der Fehler entsteht, wenn mit pbftoosm eine Box ausgeschnitten wird.

Ich teste das jetzt noch einmal mit einem anderen Kartenausschnitt und Koordinaten, die lediglich eine Nachkommastelle aufweisen.
Mal sehen, was dann passiert.

Und dann will ich versuchen, der Geschichte mit den Schreibrechten auf den Grund zu gehen.
Vielleicht funktioniert dann ja auch was mit OSMOSIS.

Gruß
tt

tippeltappel · 2011-05-23 22:08:26

STRIKE

Der mit pbftoosm erzeugte planet-Ausschnitt war jetzt "verdaubar".
Die Idee, vereinfachte Koordinaten einzugeben, hat zum Erfolg geführt.
Ob das nun tätsächlich der Grund war, oder ob in den Daten selbst das Geheimnis liegt?
Drauf gekommen bin ich, weil Nop mal irgendwo irgendwann begründet hat, warum Composer bei der Eingabe der Koordinaten nur eine Nachkommastelle erlaubt.

Nun hat Composer brav alles durchgerechnet und mkgmap hat alles wie gewünscht übernommen und eine Karte gebaut.

Meine Kommandozeile:
pbftoosm.exe -i=germany.osm.pbf -b=6.4,6.6,50.5,50.7 --drop-brokenrefs >Wolfgarten.osm

Bleibt zu testen, ob die Daten auch dann akzeptiert werden, wenn die History gedropt wird.

Was mir noch aufgefallen ist:
Als Essen.osm erstellt wurde, dauerte die Berechnung 1 bis 2 Minuten.
Die Berechnung des wesentlich kleineren Kartenausschnitt dauerte jetzt 4 bis 5 Minuten.

Jetzt mach ich mal Pause.

Wenn ich nicht einschlaf , probiere ich dann noch mal mein Glück mit OSMOSIS.

EDIT
Es hat mir keine Ruhe gelassen.
Also hab ich mit Freigaben experimentiert, die Ordner in C: verschoben ...
Aber OSMOSIS läuft nicht. Es kann die Datei nicht schreiben.
Jetzt weiß ich nicht weiter.

Gruß
tippeltappel

Last edited by tippeltappel (2011-05-24 02:00:25)

ajoessen · 2011-05-26 07:13:14

tippeltappel wrote:

EDIT
Es hat mir keine Ruhe gelassen.
Also hab ich mit Freigaben experimentiert, die Ordner in C: verschoben ...
Aber OSMOSIS läuft nicht. Es kann die Datei nicht schreiben.
Jetzt weiß ich nicht weiter.

Nachdem du ja nun Batchdateien schreiben kannst, mach mal folgenden test:
set TEMP=E:\<pfad>
set TMP=E:\<pfad>
E:
cd \<pfad>
call <pfad-zu-osmosis>osmosis.bat ...

Für <pfad> solltest du sämtliche Rechte haben.

Gruß,
ajoessen

hurdygurdyman · 2011-05-26 07:56:11

Obwohl ich von osmosis nix verstehe hat mich dieser thread doch weitergebracht.
Ich finde jetzt mehr tolle smilies
Danke

Last edited by hurdygurdyman (2011-05-26 09:40:26)

tippeltappel · 2011-05-26 09:49:21

Moin! So langsam fehlt mir etwas Schlaf. *lach*

@ hurdygurdyman
Na, siehste

@ ajoessen
Ok. Die batch sieht dann insgesamt so aus?
(mal schnell aus dem Kopf geschrieben; hoffentlich verwechsele ich jetzt keine Befehle; )

# Stammverzeichnis aufrufen
cd /d e:
# Temppfad festlegen
set TEMP=E:\osm-temp
set TMP=E:\osm-temp
# Tempverzeichnis aufrufen
E:
cd \osm-temp
# Osmosis aufrufen und box ausschneiden
call osm\osmosis.bat E:\osm-rohdaten\pbf\germany.osm.pbf -b=6.8,51.2,7.2,51.3 --drop-brokenrefs >E:osm-rohdaten\osm Fehlergebiet.osm
pause

Sobald ich Zeit habe, das auszuprobieren, mache ich das. (Nicht vor heute Abend)

ajoessen · 2011-05-26 10:46:28

tippeltappel wrote:

@ ajoessen
Ok. Die batch sieht dann insgesamt so aus?
(mal schnell aus dem Kopf geschrieben; hoffentlich verwechsele ich jetzt keine Befehle; )
# Stammverzeichnis aufrufen
cd /d e:

kannste weglassen, ist in dem E: weiter unten schon enthalten

# Temppfad festlegen
set TEMP=E:\osm-temp
set TMP=E:\osm-temp
# Tempverzeichnis aufrufen
E:
cd \osm-temp
# Osmosis aufrufen und box ausschneiden
call osm\osmosis.bat E:\osm-rohdaten\pbf\germany.osm.pbf -b=6.8,51.2,7.2,51.3 --drop-brokenrefs >E:osm-rohdaten\osm Fehlergebiet.osm
pause

Wo genau steht deine osmosis.bat? Also die, die bei osmosis 0.39 dabei ist?
Nach einem früheren Posting von dir wäre das
E:\osm\osmosis\aktVers\bin\osmosis.bat.
Die Parameter dahinter hast du jetzt einfach von pbftoosm kopiert, die versteht osmosis natürlich nicht.

Am besten stellst du die germany.osm.pbf auch in das temp-Verzeichnis, und lässt die Pfade für Input und Output erstmal weg. Dann müsste alles im selben Verzeichnis stattfinden.

also:

set TEMP=E:\osm-temp
set TMP=E:\osm-temp
E:
cd \osm-temp
call E:\osm\osmosis\aktVers\bin\osmosis.bat -v --read-pbf germany.osm.pbf --bb left=6.715 right=6.725 bottom=51.25 top=51.26 --write-xml bbox.osm

Gruß,
ajoessen

Announcement

#76 2011-05-23 09:03:23

Re: osmosis - ein Buch mit sieben Siegeln

#77 2011-05-23 09:22:03

Re: osmosis - ein Buch mit sieben Siegeln

#78 2011-05-23 09:39:41

Re: osmosis - ein Buch mit sieben Siegeln

#79 2011-05-23 09:59:48

Re: osmosis - ein Buch mit sieben Siegeln

#80 2011-05-23 10:04:05

Re: osmosis - ein Buch mit sieben Siegeln

#81 2011-05-23 10:17:45

Re: osmosis - ein Buch mit sieben Siegeln

#82 2011-05-23 10:18:41

Re: osmosis - ein Buch mit sieben Siegeln

#83 2011-05-23 11:00:27

Re: osmosis - ein Buch mit sieben Siegeln

#84 2011-05-23 11:13:52

Re: osmosis - ein Buch mit sieben Siegeln

#85 2011-05-23 11:17:22

Re: osmosis - ein Buch mit sieben Siegeln

#86 2011-05-23 11:21:22

Re: osmosis - ein Buch mit sieben Siegeln

#87 2011-05-23 11:56:55

Re: osmosis - ein Buch mit sieben Siegeln

#88 2011-05-23 12:01:21

Re: osmosis - ein Buch mit sieben Siegeln

#89 2011-05-23 13:56:30

Re: osmosis - ein Buch mit sieben Siegeln

#90 2011-05-23 14:29:44

Re: osmosis - ein Buch mit sieben Siegeln

#91 2011-05-23 19:29:28

Re: osmosis - ein Buch mit sieben Siegeln

#92 2011-05-23 19:34:48

Re: osmosis - ein Buch mit sieben Siegeln

#93 2011-05-23 19:35:02

Re: osmosis - ein Buch mit sieben Siegeln

#94 2011-05-23 19:42:42

Re: osmosis - ein Buch mit sieben Siegeln

#95 2011-05-23 19:49:56

Re: osmosis - ein Buch mit sieben Siegeln

#96 2011-05-23 22:08:26

Re: osmosis - ein Buch mit sieben Siegeln

#97 2011-05-26 07:13:14

Re: osmosis - ein Buch mit sieben Siegeln

#98 2011-05-26 07:56:11

Re: osmosis - ein Buch mit sieben Siegeln

#99 2011-05-26 09:49:21

Re: osmosis - ein Buch mit sieben Siegeln

#100 2011-05-26 10:46:28

Re: osmosis - ein Buch mit sieben Siegeln

Board footer