Korrigiert mit changeset/135474538.

Das FZ ist bereits als research_insitute getaggt: relation/2746867 (daher hätte dein landuse ohnehin an diese Relation gehört). Das kann auch ohne landuse genutzt werden.
industrial setzt voraus, dass dort etwas hergestellt und nicht dass dort an Maschinen gearbeitet wird. Hauptzweck des FZ ist aber die Forschung, nicht die Herstellung. commercial könnte in Frage kommen, aber auch hier sehe ich nicht, dass das FZ einem gewerblichen Zweck dient. Natürlich kann Forschung auch immer eine kommerziele Nutzung zum Ziel haben, aber dann müssten wir auch die Flächen der Universitäten als commercial mappen.

Hallo,
das Forschungszentrum ist kein Industriegebiet. Ich habe daher das landuse=industrial wieder gelöscht: changeset/135393759.
Gruß

>>[...] weil ich gleichzeitig bicycle=yes ergänzt habe.
Das bicycle=yes fehlte aber.
>>[...] wird ein Pfad daraus
"path" nicht falsch verstehen. Das steht nicht für Pfad, sondern für Weg und heißt auch nicht, dass dieser zwingend schmal sein muss. So wie du es jetzt angepasst hast (danke dafür), stimmt es mit dem Wiki überein: osm.wiki/DE:Bicycle/Radverkehrsanlagen_kartieren#Eigenst%C3%A4ndige_Wege.
Die Breite und Oberfläche kann über width bzw. surface erfasst werden.

Hallo,
wie sieht die genaue Beschilderung aus? hw=pedestrian bedeutet Fußgängerzone und schließt zunächst mal Radfahrer aus. Bitte das Tagging anhand von https://osmtools.de/traffic_signs/ korrigieren.
Gruß

Hallo,
bitte berücksichtige bei den Anpassungen, dass die Gebäude nach ALKIS lagegenau gemappt wurden.
way/193098070, way/193098186/ und way/193097922/ stimmen damit nun nicht mehr überein, obwohl die von dir ausgesparten Teile (Link #1 und #2) sogar auf dem Luftbild erkennbar sind.
Das NRW ALKIS steht übrigens als Layer in JOSM zur Verfügung. Bitte nutzen. Nach Luftbild sollte nur noch gemappt werden, wenn es deutliche Abweichungen zu ALKIS gibt und das Luftbild definitiv aktueller ist.
Zu way/1164276438 noch die Anmerkung, dass Grundstückszufahrten i.d.R. keinen Namen haben.
Gruß

Gelöscht mit changeset/135105047.

All right, thanks for the explanation :-).

Hello and welcome to OSM,
what does "temporary" mean? Please note: In OSM we do not change taggings if the reason only lasts a short time (less then a few weeks or months), because there are application which only update their data once a year.
Regards

Hallo,
die Abbiegebeschränkungen am Templergraben sind unnötig, da dies bereits aus dem Tagging von way/995917616 hervorgeht.
Gruß

Danke für die offizelle Bestätigung. Habt ihr denn eine Möglichkeit, dass bei http://nsg.naturschutzinformationen.nrw.de/nsg/de/fachinfo/gebiete/gesamt/ACK_009 korrigieren zu lassen?

Kann natürlich sein, dass die Sparkasse entschieden hat, keinen mehr aufzustellen. Mal abwarten...

Hallo,
wäre hier nicht ein osm.wiki/DE:Lifecycle_prefix besser gewesen? Der Automat wurde aufgebrochen und deshalb entfernt. Ich gehe aber davon aus, dass dort wieder einer aufgestellt wird.
Gruß

Hallo,
in der Satzung https://bportal.staedteregion-aachen.de/ortsrecht/-/egov-srac-dokumentenablage/64335283 wird es als "Hoscheiter Venn" (mit t) ausgewiesen. Die Satzung sollte die korrekte Schreibweise enthalten. Außerdem wird der Name auch auf belgischer Seite mit "t" geschrieben: way/47439349.
Gruß

Ja, ich erkenne den Sinn nicht. Ihr wollt die Daten löschen und dann wieder einfügen, nur damit das den Guidelines entspricht? Das erzeugt unnötige Changesets und 71 neue Nodes.
Grundsätzlich ist der Hinweis von skyper berechtigt, aber verfallt deshalb nicht in Aktionismus. Wir sprechen hier von 71 hinzugefügten (also noch nicht mal geänderten) Nodes in einem sehr engen regionalen Rahmen. Die wichtigste Frage ist eigentlich: War das überhaupt ein Import oder habt ihr jeden Node einzeln in JOSM erstellt und mit Tags versehen? Wenn Letzteres: Da würde ich die Guidelines erstmal außer vor sehen (sonst hätte ich da auch schon mehrfach gegen verstoßen :-)). Falls Import: Wie gesagt: Es gab eine Abstimmung mit der lokalen Community, es sind nur 71 Nodes und es ist regional sehr begrenzt. Hier jetzt nochmal den Aufwand zu betreiben alles wieder zu löschen und neu zu erstellen wäre mit Kanonen auf Spatzen geschossen.

Die von dir gewünschten Relationen werden in OSM nicht erfasst, siehe osm.wiki/DE:%C3%9Cberpr%C3%BCfbarkeit. Das ist, wie gesagt, Aufgabe der Anwendung.

Nochmal: buillding:part wird nur verwendet, wenn Teile eines Gesamtgebäudes unterschiedliche Attribute haben (Höhe, Stockwerke usw.). Hier ist aber Garage und Wohnhaus kein Gesamtgebäude. Beide sind eindeutig erkennbar (ALKIS, Luftbild und vor Ort) und können als eigenständige Umrisse gemappt werden. Es spielt dabei auch keine Rolle, ob sich die Gebäude ein gemeinsames Fundament teilen (nebenbei bemerkt: Das ist auch nicht überprüfbar, s.o.). Meine Argumentastion entspricht da genau dem Wiki.

Falls hier weiterer Diskussionsbedarf besteht, bitte ein Thema im Forum erstellen: https://community.openstreetmap.org/c/communities/de/56 (Login mit OSM-Zugangsdaten). Ein Changeset ist dafür nicht der geeignete Ort.

Wenn die Garagen umgebaut und nun als Wohnraum genutzt würden, dann könnte man sie als Teil des Wohnhauses sehen. Aktuell sind es aber Garagen, die neben dem Wohnhaus stehen.
Genauso wie wir in OSM nicht für den Renderer kartieren, kartieren wir auch nicht für einen bestimmten Anwendungsszweck (ich war nur vom Rendern ausgegangen, weil du auf meine Frage nicht mehr geantwortet hast und weiter oben Apple Maps erwähnt wurde).
Alle von dir genannten Fälle müssen durch die jeweils genutzte Software geleistet werden, nicht durch OSM: zu 1.: Angabe in der Anwendung, wo sich die Garage befindet (die kann ja auch ein ganzes Stück entfernt sein und ist nicht Teil des Hauses).
zu 2.: wie 1.
zu 3.: auch wie 1., allerdings sind es wohl eher Fremde, die bis zur Adresse geroutet werden möchten. Die wollen nicht zwingend bis in die Garage.

Keine Reaktion, Gebäude wieder auf das vorherige Mapping geändert: changeset/134132614.
Nochmal der Hinweis: Das ist kein Fall für building:part. Lies dir dazu bitte auch osm.wiki/DE:Taggen_f%C3%BCr_den_Renderer durch.

Siehe changeset/132956099. Ich stehe da mit DD1GJ in Kontakt.

Danke für die Rückmeldung. Dann wäre es gut, wenn du das zukünftig mit angeben könntest. In iD kann man beim Speichern das zusätzliche Feld "Quellen" einblenden.