Hallo,
mit dieser Änderung habe ich ein paar Probleme:
- Die Stiftstraße beginnt mit zwei separat gemappten Ways: way/367221732 und way/1153024462. Das entspricht aber nicht der Realität.
- Die Leitbaken sind flexibel und können (theoretisch) überfahren werden, z.B. von Rettungsfahrzeugen im Notfall. Sie dienen eigentlich nur dazu, die Fahrbahnmarkierung zu verdeutlichen (das gibt es auch noch an anderen Stellen in Aachen). In OSM wird es nun so dargestellt, als wenn es zwischen beiden Richtungen ein unüberwindbares Hindernis (Leitplanke, Grünstreifen) geben würde. Das ist aber nicht der Fall.
Gruß

Jetzt erst gesehen: Danke fürs Ändern. Zum Kommentar: Eine Geschwindigkeit können die nicht angeben, weil es keine gesetzliche Festlegung gibt (falls es darum geht).

Hallo,
das "name"-Tag ist nicht ausschließlich für offizielle Namen vorbehalten. Ausführliche Begründung von mir in note/2316193, bei dem es ein ähnliches "Problem" gab.
Gruß

Hallo und willkommen bei OSM,
du hast bei einigen Wegen den Haupt-Tag (highway)=* gelöscht bzw. nicht gesetzt. Ich habe das korrigiert: changeset/133471043.
Es gibt aber noch ein paar Fragen:
- node/292130782: Wo ist diese Adresse? Sicherlich nicht mitten auf der Kreuzung. Bitte an der korrekten Stelle einen Node erstellen und mit den entsprechenden addr:*-Tags versehen.
- Du hast verschiedene access-Rechte gesetzt. Normalerweise begründen die sich auf der Vor-Ort-Beschilderung. Wie sieht die Beschilderung u.a. bei way/1152681025 und way/969809209 aus?
Gruß

Hallo,
- Was bedeuten die Tags "office:AVV" und "shop:AVV"?
- Warum löschst du die Information, dass an Feiertagen (PH) geschlossen ist?
Gruß

Hallo,
bitte den ersten Satz in osm.wiki/DE:Tag:highway%3Dliving_street#Verwendung_in_Deutschland lesen.
Gruß

Alles klar, danke.

Hallo,
ist das auch so vor Ort ausgeschildert? Grundsätzlich ist die von dir angebene Quelle nicht für OSM nutzbar ("Datenlizenz Deutschland – Namensnennung – Version 2.0", siehe https://kim.regioit.de/GIS/STAC/copyrights/copyrights.html).
Gruß

Hallo,
bitte dringend mit dem korrekten Tagging von NSGs beschäftigen: osm.wiki/DE:Tag:boundary%3Dprotected_area. Die hier verwendeten Tags entsprechen nicht dem OSM-Standard. Ist das evtl. ein Import aus einer anderen Datenbank? Beispiel für ein korrekt erfasstes NSG: way/227102101.
Gruß

Hallo,
die vorherige Erfassung war korrekt. Der Imbiss nutzt das gesamte Gebäude.
Gruß

Danke :-)

Ich bezog mich auf das Denkmal in Stockheim, das du verschoben hast (der Link in meinem Kommentar).

Hallo,
node/8541124186 wurde wohl versehentlich verschoben.
Gruß

Ich habe gesehen, dass du die Umrisse hier und in den anderen Orten korrigiert hast. Danke :-).

Dass nicht alle Gebäude aus ALKIS auch in OSM sind, kann daran liegen, dass a) das Gebäude beim Mappen der umliegenden noch nicht vorhanden war oder b) der Mapper darauf verzichtet hat (kann vor allem bei Nebengebäuden vorkommen). Dass Gebäude auf dem Luftbild sichtbar sind, aber nicht in ALKIS, kann daran liegen, dass der (Um-)Bau der katasterführenden Stelle nicht mitgeteilt wurde oder diese keine Eintragung vorgenommen hat. Dazu kommt, dass der ALKIS-Layer des Landes nur viertel- oder halbjährlich aktualisiert wird. Aktueller sollte das ALKIS der jeweiligen Stadt/Gemeinde sein. Das ist aber ggf. nicht für OSM nutzbar (Lizenzbedingungen).
In dem Foreneintrag wird zwar das Luftbild als Konvention genannt, aber nur, weil das quasi überall verfügbar ist. Für den genauen Umriss müsste man nun mal vor Ort sein - oder Katasterpläne zur Vefügung haben :-).

Ich antworte mal hier (auch auf deine PN):
In JOSM gibt es in ganz NRW den Layer "Nordrhein-Westfalen ALKIS". Wenn ein Gebäude in OSM fehlt oder die Umrisse nicht stimmig sind, würde ich das immer auf Basis dieses Layers ergänzen/korrigieren, außer das Luftbild weicht deutlich von ALKIS ab (hier muss aber geprüft werden, was älter/neuer ist: ALKIS oder Luftbild, evtl. wurde das Gebäude umgebaut, abgerissen,...).
Ich habe auch schon PV-Anlagen in OSM als Fläche erfasst und lasse die am Gebäudeumriss enden, selbst wenn sie noch bis auf den Dachüberstand reichen. Mir (und sicherlich auch anderen Mappern) ist da der genaue Gebäudeumriss wichtiger, als die PV-Anlage. Ohnehin stimmt bei Satteldächern aufgrund der Dachneigung die in OSM eingetragene Fläche nicht mit der tatsächlichen Fläche überein. Richtige Auswertungen sind somit kaum möglich.
Dein Ziel, die Anlagen in OSM zu erfassen, ist völlig in Ordnung (damit kann man z.B. grob ermitteln, wieviele Anlagen in einem Ort existieren). Da aber OSM nie dafür genutzt werden wird (oder genutzt werden kann, s.o.), exakte Größen von PV-Anlagen zu ermitteln, kommt es auch nicht darauf an, die Flächen auf den (c)m genau zu mappen. Für exakte Größen gibt es bessere Datenbanken wie das Marktstammdatenregister.

Bitte beachte changeset/131801583. Du verschlechterst durch Änderung der Umrisse anhand des Luftbilds die OSM-Daten.

Hallo,
du korrigierst die Gebäudeumrisse offenbar auf Basis von Luftbilderrn (zumindest ist das die einzige Quelle in "source"). Bitte beachte, dass die Gebäude anhand von ALKIS gemappt sind. Hier ist der Grundriss erfasst, nicht evtl. Dachüberstände. In OSM wird immer nur der Grundriss gemappt, keine Dachüberstände, siehe osm.wiki/DE:Key:building (2. Satz). Bitte daher den Umriss in OSM nicht auf die Größe des Daches gemäß Luftbild verändern. Du solltest deine Korrekturen (gilt auch für die vorherigen) dahingehend nochmal prüfen und die Gebäudeumrisse auf die ursprünglichen Fläche zurückändern. Der ALKIS-Layer steht auch in JOSM zur Verfügung.
Gruß

Hallo,
das Geschäft war schon korrekt mit "disused" eingetragen, da das Ladenlokal weiterhin vorhanden ist und der Node somit wieder genutzt werden kann. (dies erhält die Historie, siehe hierzu auch osm.wiki/DE:Lifecycle_prefix). Ich habe die Löschung daher rückgängig gemacht: changeset/131803925.
Gruß

Rückgängig gemacht mit changeset/131645342.