Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

Fischkopp0815 · 2021-10-19 06:59:36

Es geht um das sogenannte Hüttendorf auf der Watt´n Insel in Büsum

https://www.openstreetmap.org/?mlat=54. … 0&layers=N

Das sind Container die da in jedem Jahr von ca. Mai-Okt in etwa gleicher Anordnung stehen. Im Augenblick werden sie mal wieder für den Winter abgebaut.Wie seht ihr das? Einzeichen? Mit welchen Tags um das Temporäre zu kennzeichen? Oder ev. garnicht eintragen?

Nop · 2021-10-19 07:34:15

Ich zeichne temporäre Gebilde gar nicht ein (analog zur professionellen Kartographie).

Wenn man sie unbedingt einzeichnen will, sollten sie auf jeden Fall ein neues Haupttag oder ein Prefix am Haupttag bekommen. Wenn die besonderen Umstände lediglich in Zusatztags untergebracht werden, erscheinen sie in allen existierenden Karten und Anwendungen falsch als dauerhafte Gebäude.

OSM_RogerWilco · 2021-10-19 07:52:27

Ich würde sie auch nicht eintragen. Jedenfalls nicht als Gebäude.

Fischkopp0815 · 2021-10-19 11:07:28

Nop wrote:

Ich zeichne temporäre Gebilde gar nicht ein

Das sind nicht einmalig temporäre Gebilde. Die sind in jedem Jahr wieder da. Manche dort vorhandenen POIs sogar mit Website, z.B.https://www.bistro-laguna-buesum.de/. Ob diese Container auf Luftbildern sind hängt davon ab wann die aufgenommen wurden. Sie einfach zu ignorieren bring da nichts, die sind schnell wieder eingezeichnet. Wie bringt man das temporäre zum Ausdruck? Für die Container vielleicht sowas wie temporary:building=yes in Anlehnung an die Lifecycle-Prefix.Für die POIs darin?Keine Ahnung.

Last edited by Fischkopp0815 (2021-10-19 11:14:18)

OSM_RogerWilco · 2021-10-19 11:11:54

Du schreibst im Betreff, dass die Container nicht mal am gleichen Ort stehen ("ungefähr"). amenity=fast_food etc. könnte man mit Öffnungszeiten entsprechend eintragen. Aber nicht die "Gebäude".

skyper · 2021-10-19 13:58:46

OSM_RogerWilco wrote:

Du schreibst im Betreff, dass die Container nicht mal am gleichen Ort stehen ("ungefähr"). amenity=fast_food etc. könnte man mit Öffnungszeiten entsprechend eintragen. Aber nicht die "Gebäude".

Auch `amenity` halte ich bei nicht fest-installierten Objekten für inkorrekt. Auch wenn ein Restaurant geschlossen hat, ist es vor Ort sichtbar und dient als Orientierungshilfe.

Habe ein ähnliches Problem mit Food-Trucks und mobilen Cafés. Ein anderes Beispiel sind Marktstände. Wir brauchen einen eigenen Schlüssel oder Präfix für so was, nur einen Zusatztag oder gar nur Öffnungszeiten funktioniert mMn. hier nicht.

the-asca · 2021-10-19 15:28:17

Erinnerte mich jetzt stark an dieses Thema https://forum.openstreetmap.org/viewtopic.php?id=73656 (war ja auch von dir) und da wurde dann schon https://wiki.openstreetmap.org/wiki/Key:seasonal vorgeschlagen. Unterschied zu dem anderen ist diesmal wohl, dass es keinen "Winterstandort" gibt, also ist seasonal noch passender. Bei dem anderen war's ja eher so, dass es woanders weiterhin anschaubar ist, sich eher der Node verschieben müsste.

OSM_RogerWilco wrote:

Du schreibst im Betreff, dass die Container nicht mal am gleichen Ort stehen ("ungefähr"). amenity=fast_food etc. könnte man mit Öffnungszeiten entsprechend eintragen. Aber nicht die "Gebäude".

Selbst wenn die Gebäude/Container jedesmal ein wenig anders dastehen, finde ich es besser wenn sie dennoch überhaupt erfasst sind als gar nicht, oder?

EinKonstanzer · 2021-10-19 15:58:53

Immer wieder das gleiche Thema und leider (glaube ich) immer noch keine Lösung.

Man könnte "sesonal" einfach mal als prefix für die Gebäude nehmen -> sesonal:building=yes
Über sesonal=* wird das dann gesteuert.
Wäre jetzt mal mein Vorschlag...

the-asca wrote:

Selbst wenn die Gebäude/Container jedesmal ein wenig anders dastehen, finde ich es besser wenn sie dennoch überhaupt erfasst sind als gar nicht, oder?

+1
Und sonst kommt wieder jemand und zeichnet diese als reguläre Gebäude ein...

skyper · 2021-10-19 16:10:46

the-asca wrote:

Erinnerte mich jetzt stark an dieses Thema https://forum.openstreetmap.org/viewtopic.php?id=73656 (war ja auch von dir) und da wurde dann schon https://wiki.openstreetmap.org/wiki/Key:seasonal vorgeschlagen. Unterschied zu dem anderen ist diesmal wohl, dass es keinen "Winterstandort" gibt, also ist seasonal noch passender. Bei dem anderen war's ja eher so, dass es woanders weiterhin anschaubar ist, sich eher der Node verschieben müsste.

Halte `seasonal=*` hier für ungeeignet, weil ja das gesamte "Gebäude" und die Einrichtung/Restaurant komplett verschwinden. Wenn das Gebäude stehen bleibt und das Restaurant nur saisonal geöffnet ist, würde es passen.

the-asca wrote:

OSM_RogerWilco wrote:
Du schreibst im Betreff, dass die Container nicht mal am gleichen Ort stehen ("ungefähr"). amenity=fast_food etc. könnte man mit Öffnungszeiten entsprechend eintragen. Aber nicht die "Gebäude".
Selbst wenn die Gebäude/Container jedesmal ein wenig anders dastehen, finde ich es besser wenn sie dennoch überhaupt erfasst sind als gar nicht, oder?

Ja, aber wie? Das mit nur einem Zusätztag einzutragen, halte ich für unpassend.
`seasonal:building=*` + `seasonal:amenity=restaurant` oder allgemeiner `temporary:building` + `temporary:amenity`?
Bei letzterem bekomme ich auch meine Marktstände und Food-Trucks unter.

Fischkopp0815 · 2021-10-19 17:13:25

skyper wrote:

`seasonal:building=*` + `seasonal:amenity=restaurant` oder allgemeiner `temporary:building` + `temporary:amenity`?
Bei letzterem bekomme ich auch meine Marktstände und Food-Trucks unter.

temporary:building und temporary:amenity gibt es schon, aber sehr selten.

temporary:building
https://taginfo.openstreetmap.org/keys/ … g#overview

temporary:amenity
https://taginfo.openstreetmap.org/keys/ … y#overview

skyper · 2021-10-19 20:58:09

Danke dann werde ich wohl `temporary:amenity=cafe @ (We,Sa 08:00-; PH off)` verwenden für mein mobiles Café zu Marktzeiten.

Last edited by skyper (2021-10-19 20:58:48)

EinKonstanzer · 2021-10-19 21:44:09

Fischkopp0815 wrote:

skyper wrote:
`seasonal:building=*` + `seasonal:amenity=restaurant` oder allgemeiner `temporary:building` + `temporary:amenity`?
Bei letzterem bekomme ich auch meine Marktstände und Food-Trucks unter.
temporary:building und temporary:amenity gibt es schon, aber sehr selten.
temporary:building
https://taginfo.openstreetmap.org/keys/ … g#overview
temporary:amenity
https://taginfo.openstreetmap.org/keys/ … y#overview

Auch gut!
Löschen... und dann kommt der nächste und zeichnet sie wieder als reguläre Gebäude ein ist halt auch dauer keine Lösung.

Mammi71 · 2021-10-20 07:16:02

Fischkopp0815 wrote:

Das sind Container die da in jedem Jahr von ca. Mai-Okt in etwa gleicher Anordnung stehen. Im Augenblick werden sie mal wieder für den Winter abgebaut.

Ich habe auch so ein Beispiel, wo ich seit geraumer Zeit überlege, wie ich das sinnvoll tagge. In meinem Lieblingsurlaubsort werden für die DRK Wasserwacht jedes Jahr an den gleichen Standorten auf der Düne Container als Wasserwachttürme aufgestellt.
Für Container als Gebäude gibt es https://wiki.openstreetmap.org/wiki/Tag … Dcontainer

Nop wrote:

Wenn man sie unbedingt einzeichnen will, sollten sie auf jeden Fall ein neues Haupttag oder ein Prefix am Haupttag bekommen.

Warum immer neue Tags erfinden, wenn sich das mit bestehenden datenbanktechnisch hinreichend genau abbilden lässt?

Nop wrote:

Wenn die besonderen Umstände lediglich in Zusatztags untergebracht werden, erscheinen sie in allen existierenden Karten und Anwendungen falsch als dauerhafte Gebäude.

Der Grundsatz 'Wir taggen nicht für den Renderer' gilt auch umgekehrt: wir lassen nicht etwas weg, nur weil Renderer oder Anwender das nicht oder nicht richtig auswerten.

the-asca wrote:

und da wurde dann schon https://wiki.openstreetmap.org/wiki/Key:seasonal vorgeschlagen.

+1 genau für solche Anwendungen ist seasonal=* da.

the-asca wrote:

Unterschied zu dem anderen ist diesmal wohl, dass es keinen "Winterstandort" gibt, also ist seasonal noch passender.

Genaugenommen stehen die Container auch im Winter irgendwo abgestellt und warten auf ihren nächsten Einsatz.

the-asca wrote:

Selbst wenn die Gebäude/Container jedesmal ein wenig anders dastehen, finde ich es besser wenn sie dennoch überhaupt erfasst sind als gar nicht, oder?

In meinem Beispiel der Wasserwachttürme finde ich es nicht nur besser sondern wichtig, dass die überhaupt erfasst werden. Das sind lebensrettende Informationen. In meinem Fall stehen sie auch jedes Jahr exakt an der gleichen Stelle, die Fundamente bleiben ja an Ort und Stelle, wenn sie nicht von Winterstürmen beschädigt werden.

EinKonstanzer wrote:

Man könnte "sesonal" einfach mal als prefix für die Gebäude nehmen -> sesonal:building=yes
Über sesonal=* wird das dann gesteuert.

seasonal als prefix hätte aktuell nur den effekt, dass auf der Standardkarte kein Rendern erfolgen würde. Einen Mehrwert sehe ich darin auch nicht. Das etablierte seasonal=* reicht vollkommen aus und hätte den Vorteil, dass dies gleich für alles gelten würde, was an den Gebäudeumriss getaggt ist. Und es ist kiss.

OSM_RogerWilco · 2021-10-20 07:32:21

Mammi71 wrote:

the-asca wrote:
und da wurde dann schon https://wiki.openstreetmap.org/wiki/Key:seasonal vorgeschlagen.
+1 genau für solche Anwendungen ist seasonal=* da.

OK, das halte ich auch für sinnvoll. Ich hadere nur etwas damit Gebäudegeometrien bzw. deren Position und Ausrichtung zu erfassen, die sich jedes Jahr ändern. Sinnvoll erscheint es mir den Ort an sich, wie ein Wochenmarkt zu erfassen.

Mammi71 wrote:

In meinem Beispiel der Wasserwachttürme finde ich es nicht nur besser sondern wichtig, dass die überhaupt erfasst werden. Das sind lebensrettende Informationen. In meinem Fall stehen sie auch jedes Jahr exakt an der gleichen Stelle, die Fundamente bleiben ja an Ort und Stelle, wenn sie nicht von Winterstürmen beschädigt werden.

Da stimme ich Dir zu. In Deinem Fall ist auch ganzjährig etwas vom "Gebäude" vorhanden und vor Ort sichtbar: das Fundament. Da ist das weniger strittig, als wenn die Hälfte des Jahres vor Ort gar nichts zu sehen ist und die Lage zudem variiert.

Last edited by OSM_RogerWilco (2021-10-20 07:33:45)

EinKonstanzer · 2021-10-20 08:28:04

Mammi71 wrote:

Nop wrote:
Wenn die besonderen Umstände lediglich in Zusatztags untergebracht werden, erscheinen sie in allen existierenden Karten und Anwendungen falsch als dauerhafte Gebäude.
Der Grundsatz 'Wir taggen nicht für den Renderer' gilt auch umgekehrt: wir lassen nicht etwas weg, nur weil Renderer oder Anwender das nicht oder nicht richtig auswerten.

OSM mal eben neu definieren? Ich mach mir die Welt wie sie mir gefällt...? Oder wie? Deshalb bleiben dann ab jetzt die Buden vom Weihnachstmarkt auch das ganze Jahr dort stehen oder wie? building=* ist falsch weil für Immobliles. Alternatives wurde bereits genannt.

Mammi71 wrote:

EinKonstanzer wrote:
Man könnte "sesonal" einfach mal als prefix für die Gebäude nehmen -> sesonal:building=yes
Über sesonal=* wird das dann gesteuert.
seasonal als prefix hätte aktuell nur den effekt, dass auf der Standardkarte kein Rendern erfolgen würde. Einen Mehrwert sehe ich darin auch nicht. Das etablierte seasonal=* reicht vollkommen aus und hätte den Vorteil, dass dies gleich für alles gelten würde, was an den Gebäudeumriss getaggt ist. Und es ist kiss.

Das war so eine Idee. Skyper hatte unter Beitrag #9 Einwände die berechtig sind. Befindet sich auf einem *building* noch eine *amenity* dann ist auch nicht mehr klar für wen oder was das gilt. Ich würde dringend anraten für Gebäude was separates zu nehmen.

Mammi71 · 2021-10-20 09:30:34

EinKonstanzer wrote:

OSM mal eben neu definieren? Ich mach mir die Welt wie sie mir gefällt...? Oder wie? Deshalb bleiben dann ab jetzt die Buden vom Weihnachstmarkt auch das ganze Jahr dort stehen oder wie?

Es mach m. E. schon einen deutlichen Unterschied, ob etwas 3-4 Wochen im Jahr oder 6 Monate an einem festen Standort steht. Ich persönlich würde da auch zusätzlich nach Nutzung differenzieren: Baustellen-Bürocontainer mappe ich eher nicht, auch wenn die gut und gerne mal 2 Jahre oder länger am gleichen Ort stehen. Ein aus Bürocontainern errichtetes temporäres Schulgebäude mappe ich dagegen sehr wohl, auch wenn das nach 2 Jahren wieder abgebaut werden wird.

EinKonstanzer wrote:

Befindet sich auf einem *building* noch eine *amenity* dann ist auch nicht mehr klar für wen oder was das gilt.

den Einwand von skyper kann ich nicht nachvollziehen. Ist das Gebäude nur saisonal vorhanden, dann ist auch die darin befindliche Nutzung nur saisonal möglich. Mit prefixen müsste also 'seaonal:' sowohl vor das building als auch vor das amenity. Umgekehrt ist es nicht klar, also wenn das Gebäude da ist, das amenity aber nur saisonal genutzt wird. Dann müsste man aber nur beides getrennt anlegen, also das amenity als poi innerhalb des Gebäudeumrisses.

Nop · 2021-10-20 13:01:11

Mammi71 wrote:

Nop wrote:
Wenn die besonderen Umstände lediglich in Zusatztags untergebracht werden, erscheinen sie in allen existierenden Karten und Anwendungen falsch als dauerhafte Gebäude.
Der Grundsatz 'Wir taggen nicht für den Renderer' gilt auch umgekehrt: wir lassen nicht etwas weg, nur weil Renderer oder Anwender das nicht oder nicht richtig auswerten.

Die existierenden Anwendungen werten die existierenden Tags richtig aus. Ein vernünftiges Tagging-Schema bewegt sich innerhalb der bereits existierenden Welt.

Wenn Du wider besseren Wissens ein neues, inkompatibles Schema erfindest, hat das nichts damit zu tun daß der Rest der Welt "nicht richtig auswertet". Du betreibst schlichtweg Sabotage.

OSM_RogerWilco · 2021-10-20 13:11:21

Nop wrote:

Du betreibst schlichtweg Sabotage.

Feel free to invent new tags! If you want to mark something that is verifiable and mappable in OpenStreetMap but there is no existing tagging scheme for that - then you can invent and use new tags

https://wiki.openstreetmap.org/wiki/Any_tags_you_like

Mammi71 · 2021-10-20 13:40:47

Nop wrote:

Wenn Du wider besseren Wissens ein neues, inkompatibles Schema erfindest, hat das nichts damit zu tun daß der Rest der Welt "nicht richtig auswertet". Du betreibst schlichtweg Sabotage.

Bitte was?

the-asca · 2021-10-20 17:26:03

Nop wrote:

Mammi71 wrote:
Nop wrote:
Wenn die besonderen Umstände lediglich in Zusatztags untergebracht werden, erscheinen sie in allen existierenden Karten und Anwendungen falsch als dauerhafte Gebäude.
Der Grundsatz 'Wir taggen nicht für den Renderer' gilt auch umgekehrt: wir lassen nicht etwas weg, nur weil Renderer oder Anwender das nicht oder nicht richtig auswerten.
Die existierenden Anwendungen werten die existierenden Tags richtig aus. Ein vernünftiges Tagging-Schema bewegt sich innerhalb der bereits existierenden Welt.

Ok, dann mach doch bitte einmal einen Vorschlag, innerhalb der von dir akzeptierten, bereits existierenden OSM-Welt, wie man entsprechende Objekte nun einträgt.

Und dass sie OTG-überprüfbar jedes Jahr wiederholt da sind, wurde ja hier nun mehrfach erklärt und auch die Sinnhaftigkeit/Wichtigkeit beispielsweise der Wasserwachttürme (wobei mir "Relevanz" als Kriterium ja echt neu wäre) ist bekannt.

Wenn du das nicht kannst/tust, sonder nur das

Nop wrote:

Wenn Du wider besseren Wissens ein neues, inkompatibles Schema erfindest, hat das nichts damit zu tun daß der Rest der Welt "nicht richtig auswertet". Du betreibst schlichtweg Sabotage.

aussagst, frage ich mich, wer hier gerade Sabotage betreibt.

Oder wir haben jetzt hier irgendwie deine Aussage stark missverstanden, das will ich jetzt nicht ausschließen, dann vl. bitte anders erklären.

Gruß,
asca

EinKonstanzer · 2021-10-20 18:14:14

the-asca wrote:

Nop wrote:
Mammi71 wrote:
Der Grundsatz 'Wir taggen nicht für den Renderer' gilt auch umgekehrt: wir lassen nicht etwas weg, nur weil Renderer oder Anwender das nicht oder nicht richtig auswerten.
Die existierenden Anwendungen werten die existierenden Tags richtig aus. Ein vernünftiges Tagging-Schema bewegt sich innerhalb der bereits existierenden Welt.
Ok, dann mach doch bitte einmal einen Vorschlag, innerhalb der von dir akzeptierten, bereits existierenden OSM-Welt, wie man entsprechende Objekte nun einträgt.
Und dass sie OTG-überprüfbar jedes Jahr wiederholt da sind, wurde ja hier nun mehrfach erklärt und auch die Sinnhaftigkeit/Wichtigkeit beispielsweise der Wasserwachttürme (wobei mir "Relevanz" als Kriterium ja echt neu wäre) ist bekannt.

Vorschläge wurde bereits oben gemacht. temporary:building=* seasonal:building=* Wobei ich nicht weiß ob das hier einige überhaupt interessiert...

the-asca wrote:

Wenn du das nicht kannst/tust, sonder nur das
Nop wrote:
Wenn Du wider besseren Wissens ein neues, inkompatibles Schema erfindest, hat das nichts damit zu tun daß der Rest der Welt "nicht richtig auswertet". Du betreibst schlichtweg Sabotage.
aussagst, frage ich mich, wer hier gerade Sabotage betreibt.
Oder wir haben jetzt hier irgendwie deine Aussage stark missverstanden, das will ich jetzt nicht ausschließen, dann vl. bitte anders erklären.
Gruß,
asca

Das bisherige Datenmodell... Ach pfeif drauf! Ich mach mir die Welt wie sie mir gefällt... Außerdem ich darf alles... und erst recht wenn es nicht dokumentiert ist...

Last edited by EinKonstanzer (2021-10-20 18:15:53)

Nop · 2021-10-20 18:36:27

OSM_RogerWilco wrote:

Feel free to invent new tags! If you want to mark something that is verifiable and mappable in OpenStreetMap but there is no existing tagging scheme for that - then you can invent and use new tags

Exakt. Da steht "invent new tags". Da steht nicht "mess with established tagging scheme and break it". :-)

Fischkopp0815 · 2021-10-21 03:02:38

Einige Postings bei Facebook zum Auf- und Abbau des Hüttendorfes

https://www.facebook.com/nordseeurlaub. … 540141409/

OSM_RogerWilco · 2021-10-21 05:11:09

Nop wrote:

Exakt. Da steht "invent new tags". Da steht nicht "mess with established tagging scheme and break it". :-)

Ja und? seasonal=* gibt es und ist genau für solche Objekte dokumentiert und wird bereits 1.256 zusammen mit building verwendet.

Mammi71 hier mutwillige Sabotage vorzuwerfen ist nicht die nette Art. Solltest Du eigentlich wissen.

skyper · 2021-10-21 14:23:41

So wie ich `seasonal=*` sehe, kommt der Tag vor allem von Wasserläufen. Ich habe auch kein Problem damit wenn er für Straßen und Gleise oder sonstige Objekte verwendet wird, solange diese Objekte weiterhin dort vorhanden sind. Anders sieht es aber aus, wenn die Objekte komplett abgebaut oder bewegt werden. Hier brauche ich eine klare Trennung.

So wie `seasonal=*` definiert ist, habe ich ja gar keine Möglichkeit die exakten Zeiten einzutragen.

Im Zusammenhang mit `building=*` und `amenity=*` wurde ich leicht falsch verstanden. Ich ging immer von separaten Objekten aus. Ich kann jetzt aber eine Kneipe haben, die nur im Sommer auf hat oder auch nur zweimal pro Monat. Solange nicht die komplette Einrichtung umzieht/entfernt wird, kein Problem. Schwierig wird es, wenn die Kneipe mobil ist und entweder mehrere Lokalitäten im Wechsel nutzt oder komplett umzieht (z.B als ehemaliger Speisewagen). Zusätzlich kann natürlich auch noch das gesamte Gebäude (Blockhütte) komplett zweimal im Monat von A nach B und wieder zurück transportiert werden.
Ein einfaches `seasonal=yes` an die Blockhütte halte ich da für unpassend. Auch müsste ich die Hütte und die Kneipe darin, ja an beiden Orten eintragen was wieder gegen das Prinzip von "one feature one object" verstößt.
Ich würde mich auf jeden Fall wundern, wenn ich die Kneipe und das Gebäude vor Ort nicht vorfinde.
Zugegeben ich habe hier übertrieben, aber den Weihnachtsmarkt und -baumverkauf, kann ich gerade noch mit `seasonal=christmas` abbilden, bei einem Café auf Rädern ist das bestimmt nicht mehr möglich.

Announcement

#1 2021-10-19 06:59:36

Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#2 2021-10-19 07:34:15

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#3 2021-10-19 07:52:27

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#4 2021-10-19 11:07:28

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#5 2021-10-19 11:11:54

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#6 2021-10-19 13:58:46

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#7 2021-10-19 15:28:17

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#8 2021-10-19 15:58:53

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#9 2021-10-19 16:10:46

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#10 2021-10-19 17:13:25

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#11 2021-10-19 20:58:09

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#12 2021-10-19 21:44:09

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#13 2021-10-20 07:16:02

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#14 2021-10-20 07:32:21

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#15 2021-10-20 08:28:04

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#16 2021-10-20 09:30:34

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#17 2021-10-20 13:01:11

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#18 2021-10-20 13:11:21

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#19 2021-10-20 13:40:47

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#20 2021-10-20 17:26:03

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#21 2021-10-20 18:14:14

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#22 2021-10-20 18:36:27

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#23 2021-10-21 03:02:38

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#24 2021-10-21 05:11:09

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

#25 2021-10-21 14:23:41

Re: Temporäre Gebäude. Jedes Jahr wieder an ungefähr gleichem Ort.

Board footer