Scheune - Dachüberstand

Hallo,
im ländlichen Raum gibt es ja bei Scheunen oft einseitig einen (sehr) großen Dachüberstand zu Lagern von Futtermitteln oder um seine Fahrzeuge unterzustellen.
Wie den Dachüberstand mappen?

  1. der Dachüberstand ist einfach beim Grundriss der Scheune mit dabei, also Dachfläche gleich Gebäudefläche
  2. es wir nur der Grundriss der Scheune gemappt der Dachüberstand wird ignoriert
  3. der Grundriss der Scheune wird als Gebäude gemappt und der Dachüberstand als eigenes Objekt mit =roof danebengesetzt
  4. wie bei 3) aber Grundriss-, und Dachobjekt anschließend zum Multipolygon vereinigen

Gruß
Danfost

Thanks mate, ich habe dieses Problem hier auf den Dörfern Hessisch Sibiriens ebenfalls. Nach meiner Erfahrung handelt es sich bei diesen Dachüberständen meistens um sogenannte Schleppdächer, also angesetzte Dächer, die nicht direkt zum Hauptgebäude gehören, siehe hier:

https://de.wikipedia.org/wiki/Schleppdach

Wenn man vom Luftbild mappt, wird es im Normalfall auf 1) rauslaufen, da man von oben nicht erkennen kann, wo das Mauerwerk endet.
Wenn man es aus anderen Quellen weiß, wäre 3) wohl die korrekte Lösung, aber ob das bei einer Scheune Sinn macht?

Da Scheunen nicht von besonderem wirtschaftlichen oder touristischen Interesse sind, halte ich 1) und 2) für vertretbar.

  1. käme für mich überhaupt nicht in Frage, da zu aufwendig für ein derart unbedeutendes Feature.

Multipolygon “braucht” man da normalerweise nicht, die Variante 4 würde ich ausschließen, was man machen kann ist eine “building” Relation (auch normalerweise nicht benötigt, wenn es einen building-Umriss über alles gibt). Sauber wäre es vermutlich, ein Gebäude bestehend aus 2 Teilen zu mappen (also building:part=roof für das Dach), wobei das zu 3 Objekten führt, was zwar “richtig” ist (ein ganzes, bestehend aus 2 Teilen) aber aufwändig. Wenn man die Frage der Gebäudeanzahl / -einheit nicht so wichtig nimmt, 1 building=barn und 1 building=roof.

Deine Varianten 1 und 2 funktionieren beide für einen bestimmten Anwendungsfall und für andere nicht (es fehlen Informationen die man je nach Anwendungsfall braucht oder auch nicht).

Kommt auch darauf an, wie man die Situation in der Realität einschätzt: ist das Dach ein fester Bestandteil der Scheune oder ist es ein eigenständiges angebautes Bauteil / “Gebäude”.

+1 für building-Relation als “saubere” Lösung. Das haben wir hier in NL öfter. Den Umriss auf dem Boden importieren wir aus dem Kataster. Wenn das Luftbild davon stark abweicht, liegt die Vermutung nahe, dass es sich um ein überstehendes Dach handelt. Das hab ich schon als building:part=roof erfasst innerhalb einer building-Relation. Dafür braucht man aber
a) unabhängige Daten zur Bestätigung (Survey, Mapillary; in NL haben wir auch schräg aufgenommene Luftbilder in hoher Auflösung)
b) Lust und Laune

An b würde es bei mir scheitern, wenn es um abgelegene Scheunen geht. Hauptbahnhöfe und Rathäuser sind da schon was anderes.

Hallo,
danke für eure Antworten.
Bis jetzt habe ich das Dach immer als eigenes Objekt neben das Farmgebäude gesetzt, also wie bei 3) beschrieben.Ist ja noch eurer Meinung auch ok.
Ich habe nur jetzt bemerkt wenn ich in ID beide Objekte auswähle kann ich diese zu einem Multipolygon mit zwei Outer vereinigen. Wäre eine schnelle Sache wenn 3) nicht ok wäre.

Hier Dach und Farmgebäude als Multi

https://www.openstreetmap.org/note/new#map=19/48.29575/10.98755&layers=N

Gruß
Danfost

Hmm, da würde mich jetzt doch interessieren, in welchem pragmatischen Anwendungsfall es von Bedeutung sein könnte zu wissen, ob ein Scheunengebäude hinter dem Acker zu 4/4 ummauert ist oder nur zu 3/4 + 1/4 Schleppdach … wohlgemerkt, es geht mir nur um offene Schleppdächer an Scheunen nicht um geschlossene Anbauten an Kirchen, Rathäusern etc.

Warum man dafür eine MP Relation brauchen soll, erschließt sich mir nicht. Ich würde es als OP’s Variante Nr. 3 mappen.

Hallo

die Idee mit der MP Relation kam nur weil ID das bei zwei ausgewählten Objekten automatisch anbietet.

Edit:siehe meinen Beitrag oberhalb

Gruß
Danfost

Man bekommt so langsam das Gefühl, iD existiert nur um alles schlimmer zu machen {-.-}

Intelligenter wäre es anzubieten, einen gemeinsamen Umriss für beide Gebäude automatisch zu erstellen und die beiden bereits bestehenden Gebäude in building:part umzuwandeln. Das wäre Variante 5 und eine saubere Lösung, wenn auch für Scheunen etwas overpowerd.

+1
und bevor jetzt die Frage kommt warum ich nicht JOSM nutze, damit komme ich nicht zurecht :wink:

-1

Warum? Weil building eigentlich definiert ist über die “building outline” also den Umriss (Grundriss) Überstehende Dächer gehören nicht zum Grundriss und können aber als building:part=roof + Relation:building markiert werden
So wie es hier schon mal erwähnt wurde:

Nicht unbedingt bzw. liegt da m.E. ein Missverständnis vor:

Das ist nicht einfach nur ein Dachüberstand außerhalb der outline. Je nach Bauausführung ist es als Schleppdach durchgezogen oder als separates Dach angebaut, frei auskragend, auf Stützen oder sogar teilweise gemauert oder verkleidet. Je nach Ansicht kann das durchaus auch ein Gebäudeteil sein, der in die outline gehört.
Aber ja, wenn es nur ein auskragendes Dach ist, also halber freischwebend, dann gehört es eher nicht in die outline. Dennoch wäre es sinnvoller, iD würde keine MP-Relationen mit zwei outer machen, sondern eben sondern eben building:part - wenn man unterschiedliche Bauweisen unterscheiden möchte eben mit einer Zwischenabfrage, ob der Teil wo aus building=roof ein building:part=roof erstellt wird in eine gemeinsame outline einbezogen werden soll oder nicht. Auf jeden Fall kann man den user da schon unterstützen, weil manuelles Erstellen der parts doch recht aufwendig ist.

Hallo,
ok @Savetying @smootheFiets
Stehe gerade auf dem (alten) Schlauch. könntest du das mir hier unterhalb von Nr.1 mal demonstrieren?
https://www.openstreetmap.org/note/new#map=19/48.29572/10.98743&layers=N

Gruß
Danfost

Kein Problem :slight_smile: Ich will hier auch nicht wieder ein iD-Bashing starten, aber Sinn macht diese Funktion meines Erachtens nicht. Es entstehen dadurch haufenweise Doppelhaushälften, welche als MP gemappt werden, obwohl sie ganz einfach jeweils als building=semidetached_house getaggt werden könnten.

Wenn Du möchtest, kann ich Dir da gern aus der Ferne eine Einweisung geben :smiley:

Doll, mit welcher Intensität über so ein Luxusproblem diskutiert werden kann … Wenn ich bedenke, dass in Deutschland 10.000 von Gebäude, Geschäften, Wegen und POI überhaupt noch nicht gemappt sind oder nur in groben Umrissen mit maximal einem Attribut, frage ich mich, ob die separate Erfassung eines Schleppdachs an einer Scheune irgendwo auf dem Lande irgend einen Mehrwert für das OSM-Projekt bringt, mal abgesehen von dem Anspruch, perfektes Mapping bis in’s letzte Detail zu gewährleisten. Ich denke, Mammi71 hat es auf den Punkt gebracht:

PS: Ein Schleppdach ist es übrigens auch, wenn es mit Konsolen oder auf auskragendem Gebälk an der Scheunenwand angebracht wurde. Siehe Definition in der Wikipedia (link oben).

So was in der Richtung, dachte ich:
https://www.openstreetmap.org/changeset/114540003

Ich hab das aber eine Zeitlang nicht mehr gemacht, und es ist spät am Tag. Ich hoffe, das passt so. Wenn nicht, einfach bescheid sagen / revertieren.

Im Übrigen stimmt es natürlich, was über Luxusprobleme etc geschrieben wird. Diese Mühe wird man sich nicht für viele Scheunen machen wollen.

Danke Dir fürs zeigen :slight_smile:
Denke die Sache ist damit und natürlich auch durch die anderen Beiträge für mich geklärt.

Gruß
Danfost

Mmh, sind MPs mit gemeinsamen Kanten von “outer” überhaupt erlaubt. Ich dachte nicht.

+1, ich glaube, da bekommst Du einiges an Unterstützung hier im Forum.

Nö, sind sie sicher nicht.