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.

addr-tags deleted with changeset/131538487.

ref bezeichnet eine allgemeine Referenznummer, z.B. falls die Hst Aachen Bushof die Nummer "12345678" hätte, würde diese in ref erfasst. Für die Haltestellennummer ist local_ref vorgesehen. Daher bitte ref wieder entfernen.

Hallo und willkommen bei OSM,
die Daten zur Schule (Name, Adresse) sind bereits auf dem Gelände (way/131516207) erfasst. Ich habe diese daher wieder entfernt: changeset/131347816.
Gruß

addr:city, addr:postcode and addr:street makes no sense without addr:housenumber. Cambio uses the address on their website for people to find the station. OSM does not need this information, because in a geo database every object has a clearly defined position. Moreover amenity=car_sharing mentioned no addr-tags for car sharing stations.

Hello,
addr-tags are mainly used for postal addresses. Car sharing stations do not have postal addresses (you can not send a letter to it), so please do not adding them. And for routing purposes they are not needing, because they can be identified by their position.
Regards

Hinweis: Bevor du das wieder revertest, beteilige dich bitte in https://community.openstreetmap.org/t/tagebau-lutzerath/7859.

Ich denke, das muss je nach Situation entschieden werden. Hier habe ich aber erstmal wieder das gelöscht, was selbst mit viel Wohlwollen nicht mehr da ist/da sein kann.

Es hat keinen Sinn diese Daten nach der erfolgten Räumung noch in OSM zu belassen, zumal die Gebäude in den kommenden Tagen abgerissen werden. Dass die "Konzerthalle" und die anderen Einrichtungen spätestens seit Beginn der Räumung nicht mehr genutzt werden können, sollte wohl auch klar sein. Damit gilt die OTG-Regel. Daher habe ich die Daten mit changeset/131258472 wieder gelöscht.

Hallo,
ich möchste dich nochmals darauf hinweisen, dass OSM eine produktive Datenbank ist. Bitte keine Tests jedweder Art hier durchführen, auch nicht wenn diese "sofort" wieder gelöscht werden. Bereits in dem kurzen Zeitraum zwischen Erstellen und Löschen kann jemand einen Abzug der Daten herunterladen und hat dann bis zum nächsten Update (im ungünstigsten Fall für immer) irgendwelche merkwürdigen Wälder in seinen Daten. Das wirft auf OSM ein schlechtes Licht was die Datenqualität angeht. Wenn du etwas ausprobieren willst, betreibe dazu bitte eine eigene (nicht-öffentliche) OSM-Installation.
Gruß

Erledigt mit changeset/129855255. Die überflüssigen Routen der SB 98 habe ich zu Routen der 298 gemacht.