Ja, das ist mir bekannt, sehe das auch so und letztlich der Grund, warum ich fälschlicherweise in "man_made=slurry_tank" verfallen bin (obwohl ich es besser hätte wissen müssen).
Mein Problem ist, dass aus den OSM-Daten eine 3D-Landschaftssimulation erstellt wird. Dabei wird der "Haupt-Key" "building", oder "man_made" ausgewertet, um eine 3D-Objektgruppe zu referenzieren. Da fallen mir dann "tank", oder "storage_tank", etc., i.V. mit "content=slurry" auf die Füße.

Hallo PT-53,
man sollte sich schon vorab die Frage stellen, ob Maps4BW als Quelle an dieser Stelle ausreichend präzise ist. Immerhin stellen alle(!) Bildquellen, inkl. Google Earth mit Aufnahmedatum 02.06.2021, die Situation anders dar. Von den unterschiedlichen Gewächshausbreiten in Maps4BW will ich gar nicht reden.

Sorry,
da habe ich nicht aufgepasst. Hätte "building=slurry_tank" sein sollen.

Hello,
you have added two "man_made=chimney", also tagged as "building=warehouse". That´s wrong, only "man_made=chimney" has to be use.

Guten Morgen,
sorry, habe meine "Sicherungen" übersehen und nicht gelöscht. Die Nodes sollten jetzt verscwunden sein.

Okay, danke für die Rückmeldung. Wir lassen das erst einmal, vielleicht fällt mir noch etwas ein.
Vielleicht noch dies: "landuse" steht ja eigentlich für die konkrete Nutzung der Fläche. Insofern könnte man schon darüber nachdenken, die quarry-Fläche auf tatsächlich so genutzten Flächen zu begrenzen. Das jetzige Areal "landuse=quarry", beschreibt vermutlich die Grundstücks-Parzelle, definiert über den Eigentümer. Diese Fläche wird aber auch als "landuse=forest" genutzt.
Zusammengefasste Flächen haben immer auch den Nachteil, dass z.B. durchlaufende Straßen-Flächen die "landuse"-Nutzung verpasst bekommen.
Viele Grüße!

Hallo Weinflo,
Danke für deine Rückmeldung. Die Sache ist ziemlich vertrackt, weil die einzelnen Ways unterschiedliche Mehrfach-Belegungen bekommen haben. Ich empfehle immer, Ways möglichst getrennt zu halten, z.B. Feld-Flächen an den Innen-Rändern von Wegen auszurichten und nicht an Nachbarflächen anzuhängen. Es müssen dann aber mehr Flächen gezeichnet werden.
Ich bin nicht ortskundig, würde aber dazu aber gerne wissen, woran sich die Fläche "landuse=quarry" orientiert. Teilstrecken des quarry-Ways sind zusätzlich als "barrier=fence" getagt. Das kommt mir etwas komisch vor.
Das NSG wäre über eine "boundary=protected_area" darstellbar und würde sich so nicht an den "landuse"-Flächen stören.
Einfach wäre, man könnte "landuse=quarry" löschen und neu erfassen. Dazu könnte man sich an den tatsächlichen Kiesgruben-Flächen orientieren.
Aber es haben sich hier mehrere Mapper ausgelassen, insofern scheue ich vor dieser Einfach-Lösung zurück.
Ich benutze die OSM-Daten als Grundlage für eine 3D-Simulation. Da fallen mir diese Überlappungen auf die Füße.
VG - Michael

Hallo WeinFlo, es gibt eine Überschneidung der Flächen Walhalla Kalk (landuse=quarry) und Kreuther Forst (landuse=forest). Vermutlich muss das Forest-Multipolygon korrigiert werden. Außerdem sollte die Fläche "Walhalla Kalk" ebenfalls als Multipolygon definiert sein, weil in dieser Fläche Bereiche mit natural=wood enthalten sind.

Guten Morgen,
ich gucke mir vor jeder Änderung die Chronik an und entscheide dann nach Aufwand. "building:part" verwende ich je nach Situation.
Da über die Flächen "Gothaer Fahrzeugbau/Schmitz Cargobull" alle Adress-Infos abgebildet sind, lassen sich einzelne Gebäude, vor allem über die Dachform selektiert, gut erfassen. Leider sind viele Industrieareale in OSM nicht so gut abgebildet wie hier.
Ich benutze die OSM-Daten als Grundlage für eine 3D-Simulation.

Hallo EinKonstanzer,
da gebe ich dir völlig recht. Ich habe allerdings im Bereich "Klärwerk Düsseldorf Süd" nur einige "building=yes" auf "man_made=storage_tank" geändert, unter Belassung der bereits im Jahr 2013 von einem anderen User erfassten Angaben, sofern diese nicht der den Objekten zugrunde liegenden Eigenschaft "storage_tank" widersprechen.

Hallo Basstoelpel,

ich habe unter dem Änderungssatz keine Hausnummern in OSM ergänzt, oder verändert. Das würde ich auch nur in meinem unmittelbaren Umfeld tun.
In Hoyershausen waren nur wenige buildings in OSM erfasst, also habe ich diese lediglich ergänzt.

Gut Ding will Weile haben: Diese Totschlag-Multipolygene zu ersetzen bedeutet schon einen ordentlichen, mehrtägigen Arbeitsaufwand. Mittlerweile sollte fast alles wieder da sein.

Esto no cambia el hecho de que, especialmente en Menorca, las áreas registradas como "landuse = orchard" se registran incorrectamente. Desafortunadamente, especialmente porque muchas de estas áreas se han incluido en OSM desde 2014, pero aparentemente nadie está interesado en corregirlas.
En este sentido, espero que esta discusión haga que alguien familiarizado con el área sienta la necesidad de corregir los errores.
Utilizo los datos de OSM para visualizaciones 3D en una simulación. "landuse = orchard" sin especificar "trees =" se muestran como un bosque mixto y esto no afecta el carácter del paisaje.
Después de una inspección visual, eliminé la mayoría de los "pine_trees" en Menorca.

Hola, solo agregué "trees = olive_trees" a las áreas que se registraron previamente en OSM como "landuse = orchard", pero sin más información.

Hallo opendcc,

da hast du wohl Recht. Ich habe den Wasserspeicher nicht erfasst, nur "location=underground" ergänzt. Meine auf OSM aufsetzende 3D-Simulation hat den Speicher als "Silo" interpretiert und war daher auffällig.

Kein Problem. Ich habe mich ja auch nicht sonderlich gut benommen und großflächig per Abfrage selektiert und dann einzeln geändert. Da ich ja fast keine der Biogasanlagen persönlich kenne, habe ich mich streng bemüht, alle vorher erfassten Tags zu erhalten. Auch wenn es sinnlos ist, einen "Digester" auch noch "Fermenter" zu benennen. Da gibt es jede Menge Kuriositäten, aber ich möchte mich nicht mit allen Mappern anlegen.
In Summe werden es mehr als 5.000 von mir geänderte Biogasanlagen sein, dazu noch einmal die gleiche Anzahl Silos, die eigentlich als "man_made=bunker_silo" hätten erfasst sein müssen.
Ich bin Nutzer einer europaweiten 3-D-Scenery, die auf OSM aufsetzt. Darin tauchen leider die als "power=generator" getagten Biogasanlagen als "Großkiste" auf, ebenso die nicht als "bunker_silo" getagten Fahrsilos.

Gruß Michael!

Hallo PT-53,
die von mir durchgeführten Änderungen betreffen ausschließlich Biogasanlagen, deren "Inhalte" und direkte Umgebung. Auslöser war, das die Fläche, auf der sich die Anlagen und Gebäude der Biogasanlagen befinden, als "power=generator" getagt sind. Die Fläche hätte aber als "power=plant" getagt sein müssen. Die Verwendung "generator" führt dazu, das die so bezeichnete Fläche komplett als technisches Gebilde verstanden wird. Tatsächlich aber gibt es auf diesen Flächen Gebäude, Ställe, Fermenter, etc. und auch einen meist kleinen "generator".
Leider ist dieses Problem allein in D in mehr als 5000 Fällen aufgetaucht. Daher war eine großflächige Bearbeitung per overpass unumgänglich.
In mindestens gleicher Anzahl waren auch "bunker_silo" fälschlicherweise nur als "silo" getagt.

Gruß - Michael

Moin, sorry wenn ich versentlich einen Namen gesetzt hätte. Ich habe diverse Biogasanlagen von "power=generator" aus "power=plant" korrigiert, dabei aber die sonst vorhanden Tags belassen. Darunter auch einige "name=Fermenter".
Gruß Michael

I´ve made a fault, sorry. "roof:shape" is now set to "gabled"

Ich mappe über JOSM. Da wird keine Warnung ausgegeben. Problem für mich ist, dass bei "natural=water" immer eine Wasserfläche in meiner Flugsimulation generiert wird. Und das kommt bei den vielen Flächen im Bereich EDDP nicht so gut. Übrigens ist das einem User in einem US-Forum aufgefallen. So klein ist die Welt.