Hallo Discostu36,
es gab keine "mechanische" Korrektur. Ich habe in Summe 4-6 building=yes im Raum Rostock und Schleswig, die zusätzlich mit landuse=garages, bzw. greenhouse_horticulture getaggt waren, manuell geladen und von "building=yes" auf "building =garages", bzw. "building=greenhouse" geändert.
Zu dem Zeitpunkt befand sich leider noch einen Auszug aus OSM für ganz Norddeutschland mit diversen anderen Dingen im Speicher. Das hatte ich übersehen.

Hallo Niiepce,

vielen Dank für die Info! Da ist mir ja ein dicker Klopper passiert. Habe die Flächen eben korrigiert.

@silversurfer83,
keine Sorge. Mir liegt es völlig fern, irgendeinen "Editwar" anzuzetteln. Ich bin vor ca. 2 Jahren selbst von einem Mitglied aus der Community aufgefordert worden, statt "building", "man_made=slurry_tank" zu verwenden. Dabei wurde explizit zurecht auf den Widerspruch aus der "building"-Definition verwiesen.

@PT-53, "hinbiegen" ist genau der Terminus, der mich davon abhält, in dieser Community mitzumachen. Ich argumentiere rein sachlich in Hinblick auf die OSM-Systematik. Der nachgelagerte Verwendungszweck spielt überhaupt keine Rolle, im Gegenteil: Jede nachgelagerte Verwendung von OSM-Daten krankt an den gleichen Stellen.

Ja, das ist auch gut so. Ich bin davon überzeugt, dass ich gute Gründe habe, manches "anders zu sehen". Wenn man sich mit den Schlüssel-Definitionen in OSM auseinandersetzt, dazu begreift, dass die Schlüssel-Systematik eine hierachische Wirkung hat, spricht doch gerade in Hinblick "man_made=slurry_tank" einiges für meine Sichtweise.
Ich hätte auch nichts dagegen, wenn "man_made=storage_tank" so erweitert würde, dass "slurry_tank" unterscheidbar von anderen "storage_tank" getaggt werden kann. Aktuell jedenfalls ist der Stand in OSM Kraut und Rüben.
Es wäre jedenfalls schön, wenn sich das ein, oder andere mal in Bewegung setzen ließe, statt zuzulassen, dass sich das vorhandene Sammelsurium auf ewig konserviert.

Viele Grüße!

Das sehe ich etwas anders: "storage_tank" ist laut OSM-Wiki als geschlossener Tank definiert, z.B. auch unter Druck stehend. In jedem Fall aber mit festem Dach.
Ein "slurry_tank" ist oftmals oben offen, dazu ist die Sohle aufgrund des großen Durchmessers meist etwas im Erdreich eingelassen. Genau aus diesem Grund gibt es den separaten Key "slurry_tank".
"content=manure/slurry" in Verbindung mit "storage_tank", steht für mich für Faulgas-/Gärbehälter z.B. innerhalb einer Kläranlage.

Sorry, wenn ich gleich am Montag so tief in der Sch... wühlen muss.

Viele Grüße!

Guten Morgen,
es gibt darüber Diskussionen:
Laut OSM-Wiki muss "building=slurry_tank" getaggt werden. OSM-Wiki sagt aber auch, dass zwischen "building" und "man_made" so unterschieden werdern soll: "building" steht für etwas betretbares, "man_made" dagegen für vom Menschen errichtete Anlagen, die für sich gesehen nicht betret-, bewohnbar sind.
Die Zuordnung "slurry_tank" in die Gruppe "building" für Güllebehälter ist sicherlich unpassend und widerspricht der eigenen Logik.
Ich gehe davon aus, dass in nicht allzu ferner Zukunft "man_made=slurry_tank" in OSM-Wiki auftauchen wird.

Viele Grüße!

Sorry, da lag ich daneben. Es scheint sich eher um Pferdeställe zu handeln. buildings auf yes zurückgesetzt.

Hallo chris66,

da hast du Recht, sorry! Habe das korrigiert.

Einfach nur lächerlich! Meine Änderungen waren allesamt geprüft, händisch differenziert ausgeführt und sachlich gem. den mir zur Verfügung stehenden Informationen richtig.
Dein Revert stellt den wesentlich schlechteren Zustand wieder her. Das ist auch eine Art, OSM voranzubringen.
Im Übrigen wäre es hilfreich gewesen, du hättest bereits bei der Erfassung dieser Entries in OSM dafür Sorge getragen, dass alles OSM-konform erfolgt. Es gäbe dann nämlich keinen Bedarf, derartige Änderungen durchführen zu müssen. Statt dessen sinnierst du über eine "dauerhafte Sperre". In Hinblick auf dein undifferenziertes Revert meiner Änderungen - wir reden über "slurry_tanks", "storage_tanks" und "digester" (!) - würde ich im ersten Moment auch nachdenken, wäre es nicht so armselig.

Das solltest du dir mal genau überlegen: "train_station" impliziert eine eindeutige und fortdauernde(!) Nutzung dieses Gebäudes. Das kann aber dann nicht stimmen, wenn aktuell eine Religionsgemeinschaft das Gebäude nutzt. Das Bahnhofsgebäude in meinem Heimatort ist schon vor 40 Jahren in ein Mehrfamilien-Wohnhaus umgebaut worden, die Hülle ist aber geblieben.
Der OSM-Key "building" beschreibt die grundsätzlichen, also gegebenen Architektur-Eigenschaften eines buildings.

Das hat damit überhaupt nichts zu tun! Du sprichst von der Nutzung eines Gebäudes und die wird in OSM über den Tag amenity, religion, ggf. demonination beschrieben.

Haarspalterei: Die OSM-Datenbank liefert mir für die betroffene Postion: "landuse=residential" und "building=yes". Bleibt nicht mehr viel Platz für Interpretationen.

Aber in Hinblick auf eine isolierte Nutzung von Maps4BW als Quelle, sind wir ja einer Meinung.

Ich verdrehe weder Aussagen, bezweifele keine Ortskenntnisse, oder vorlaufende Erkundigungen, noch nehme ich für mich in Anspruch, der "Wahrheit" entsprechend in OSM zu arbeiten: Wir müssen uns nur bewusst machen, dass es keine alleinige Quelle der wahren Erkenntnis gibt. Der alleinige Bezug auf Kataster-Karten, oder noch schlimmer Kataster-Imports wie "Kapor" in der Slowakei, kann OSM nur mit Umrissen versorgen, die für sich allein betrachtet "nur" eine Kopie der Kataster-Karte in OSM abliefern. Formal entsprechen die Edits zwar den OSM-Regeln, aber wozu soll ich eine frei verfügbare Kataster-Karte in ein System kopieren, das von Eigenschaften lebt, die die Welt beschreiben?
Maps4BW, genau wie die anderen Kataster-Quellen, sind nur zusammen mit den Bildquellen brauchbar. Letzlich können es aber nur die Bildquellen sein, die im Zweifel die Richtung angeben.
Ich stelle überhaupt nicht in Abrede, dass die Eigenschaft "building=commercial" korrekt recherchiert ist. Es wäre dann aber hilfreich gewesen, wenn die Fläche "landuse=farmyard" entsprechend angepasst wäre. Ich wäre so nie auf die Idee gekommen, dem building eine andere Eigenschaft zu geben. Noch besser wäre es gewesen, wenn die Abwicklung des Gebäudekomplexes gleich aufgeteilt worden wäre.
In Reutlingendorf gibt es ohnehin noch genug Arbeit: Innerhalb der "landuse=residential"-Fläche, gibt es z.B. Bauernhöfe, deren Gebäude nur als "building=yes" getagt sind. OSM interpretiert diese Buildings dann eben auch als "residential".

Jetzt zu diesem Gebäude:
Es handelt sich um ein Haupthaus mit einem Anbau. Deutlich zu erkennen an Dachhöhen, Firstverläufe. Siehe dazu WIKI DE:Gebäude Absatz Umriss, 1.Satz. Dazu kommt, dass das Haupthaus offensichtlich in südöstlicher Richtung erweitert wurde (am Dach erkennbar). Außerdem gibt es, an der Längsseite Innenhof angelehnt, einen weiteren schmalen Anbau.
Überhaupt: Der in Maps4BW hinterlegte Grundriss scheint eher "mäßiger" Qualität zu sein. Betrachtet man die Lage des First, deutlich in Bing zu erkennen, ist das Dach symmetrisch. Daraus folgt, dass der Ringanker des Gebäudes mindestens in großen Teilen ebenfalls symmetrisch, analog zum Dach, verlaufen muss. Maps4BW suggeriert aber, sofern als Grundriss das Mauerwerk bezeichnet ist, eine asymmetrische Anordnung. Das ist in meinen Augen extrem unwahrscheinlich.

Du hast die Fläche des betroffenen Areals als "landuse=farmyard" getagt. Da ist ein "building=commercial" völlig unpassend. Sollte tatsächlich in dem Gebäude eine "commercial"-Nutzung vorhanden sein, wäre diese über einen Node, z.B. "shop=" zu erfassen, oder aber "landuse" stimmt nicht.

Zu deinem Hinweis "i.d.R. vorher vor Ort erkundet": Das ist zwar sehr lobenswert, in Hinblick auf die in OSM zu hinterlegende Datenmenge aber nur ein frommer Wunsch.

OSM ist keine Katasterkarte, oder Messtischblatt, sondern modelliert die gesamte Welt. Die Erfassung der Daten kann nur über Luftbilder und anderer Hilsmittel in einem großen Abbildungsmaßstab erfolgen. Die Präzision der per Hand erfassten Daten muss daher wesentlich unschärfer sein, als das, was ich täglich per Laser in 1/10 mm vermesse. Das ist aber auch nicht der Anspuch von OSM. Die Modellierung der Welt in OSM bedeutet, dass Eigenschaften die wesentliche Rolle spielen. Typische kartographischen Angaben sind nur ein kleiner Teil vom Ganzen. Dazu kommt, dass OSM digital gefüttert werden muss. OSM kennt z.B. nur Ecken, keine analogen Kreise.

Na ja und dann bleibt immer noch das Thema, dass wir OSM-Mapper ein reales 3D-Objekt in 2D erfassen.

Nein! Da habe ich mich durch ein Luftbild täuschen lassen. Ist korrigiert.

Hallo PT-53,
vielen Dank für deine konstruktiven Anmerkungen, besonders in Hinblick auf die Tatsache, dass aufgrund deiner Detail-Kenntnisse, beide buildings jetzt endlich korrekt getagt sind. Besonders die "building=yes" außerhalb irgendwelcher "landuse"-Zonen stehen ja für alles und nichts. "building=yes" innerhalb "landuse=farmyard" ist zwar etwas besser, aber auch darin fallen viele unterschiedliche Gebäudekategorien.
OSM steht eben nicht nur für eine 2D-Kataster-Landkarte und gehört auch nicht nur einzelnen Leuten.
Ich nehme Änderungssätze anderer User auch nie zurück, sondern ergänze/korrigiere da, wo es notwendig erscheint. Schließlich lebt und wächst OSM durch die Beiträge vieler Mapper, die wiederum unterschliche Interessen verfolgen. Dabei hinfließende Fehler sind in Summe aber immer deutlich kleiner, als der Zugewinn für die ganze Community.

Hallo PT-53,
man_made=slurry_tank, so die Linie in der OSM-Community, sollte für diese Güllegruben verwendet werden. Dagegen steht "storage_tank" für geschlossene, höhere technische Gebilde (meist Röhren), die typischerweise für die Lagerung von Gasen, Flüssigkeiten, etc., Verwendung finden.
Die Nomenklatur von OSM ist leider noch nicht ganz stringent: Laut OSM-Wiki hättest du "building=slurry_tank" verwenden müssen, "building" steht aber für ein "betretbares" Gebäude ... und das ist bei Güllegruben wohl eher nicht der Fall.

Hallo yorados,

Danke für den Tipp, ist mir soweit auch bekannt. Grundsätzlich gibt es das Problem, dass "Weinberg" und "landuse" unterschiedlich interpretiert werden können. In Würzburg ist (war) die Gesamtfläche in 3 (landuse) Abschnitte unterteilt, um lokale Bezeichnungen, aber auch den Betreiber die Flächen zu hinterlegen.
Das habe ich von "landuse" auf "place" geändert, weil diese Definitionen mit "vineyard" gar nichts zu tun haben.
Auf der anderen Seite bezeichnet "landuse" die konkrete Landnutzung. Da kann es dann nicht sein, dass über den Weinberg-Namen erfasste "landuse=vineyard" über Stock und Stein, also Straßen, Wege, scrub, u.ä. verlaufen. Aus meiner Sicht müssen landuse-Flächen konsequent über die tatsächliche Nutzung erfasst werden.

Viele Grüße!

Hallo Roger Wilco,

ich hatte fälschlicherweise in dem Bereich diverse Gülletanks als "man_made=slurry_tank" getagt. Laut OSM-Wiki sind sowohl "building=slurry_tank", als auch "man_made=storage_tank, content=slurry" möglich. Durch den Overpass-Edit habe diese falschen getagten "man_made=slurry_tank" in "building=slurry_tank" geändert.
Leider sind - das ist mir bewusst - die OSM-Keys an diesen Stellen mehrdeutig. Als "building" wird ein permanent "betretbares" Gebäude verstanden. Das ist in Hinblick auf "slurry_tank" eher nicht der Fall. Auf der anderen Seite, ist der Weg über "man_made=storage_tank/tank/silo" auch nicht eindeutig zu interpretieren. Noch deutlicher wird dies bei "building=digester", für die es keine Option über "man_made" gibt.
"slurry_tank" werde ich zukünftig nur noch über den "man_made"-Pfad definieren, die aktuell über "building" definierten "slurry_tank" lassen sich auf "man_made=storage_tank, content=slurry" ändern.

Das ist richtig, aber der Zweideutigkeit in den OSM-Definitionen geschuldet.
Immerhin gibt es noch beide Optionen "building=slurry_tank", oder "man_made=storage_tank, content=slurry".
Aber ich werde das jetzt so belassen und nur noch den "man_made"-Pfad verwenden.