Das hatte ich bereits in note/2188691 erklärt. Entweder muss Nominatim angepasst oder die Grenzen der Stadtteile erfasst werden. Ersteres ist eher unwahrscheinlich und für zweiteres fehlen brauchbare Quellen, wenn man nicht sehr grob mappen möchte.
Die Erfassung eines Namens auf dem landuse oder das setzen eines veralteteten Tags sind hier leider nicht die Lösung.

is:in-Tags sind unnötig (siehe osm.wiki/DE:Key:is_in) und spätestens der nächste Mapper wird ihn wieder löschen.

Hallo,
bitte dem landuse keinen Namen geben. Dürwiß ist nicht nur diese Fläche.
Gruß

OK, dann passt das. Danke für die Rückmeldung.
Das imagery_used wird vom Editor automatisch übernommen und bedeutet, dass beim Mappen der Layer eingeblendet war, siehe imagery_used=*.

Hallo,
- way/731271179: Wo kommt denn landuse=logistics her?
- way/11346170: Warum wurde das landuse entfernt?
- way/805457155: Das ist ein landuse=industrial innerhalb einer Fläche mit demselben Tag. Das ist unnötig.
- Du hast außerdem viele man_made=works hinzugefügt. Ich glaube nicht, dass das in allen Fällen korrekt ist.
Gruß

Hallo,
nur um sicherzugehen aufgrund von changeset/85267537: Was ist die Quelle für die Änderungen? Bing kann es nicht sein.
Gruß

Hallo,
wenn du dir andere Edits von mir anschaust, wirst du feststellen, dass ich sehr häufig die Lifecycle-Präfixe verwende. Und bei Nodes hätte ich das auch hier gemacht. Aber: Die Bäckereien waren auf dem Gebäudeumriss eingetragen. Die Nutzung eines Präfixes würde dazu führen, dass ein neues Geschäft entweder wieder so eingetragen wird (nicht sinnvoll, da keine ausschließliche Nutzung) oder als Node gemappt wird, aber die disused-Daten höchstwahrschenlich erhalten bleiben (unschön, da unklar, welche Daten aktueller sind). Ich halte das für eine gute Vorgehensweise, um auf Dauer von Geschäftsdaten auf Gebäudeumrissen bei nicht ausschließlicher Nutzung wegzukommen. Dass hier ein Geschäft war, kann man über den Verlauf noch erkennen.
Gruß

Du kannst natürlich bei der Stadt nach verfügbaren Plänen fragen, aber du benötigst eine explizite Genehmigung, die Daten auch in OSM einzutragen. Ohnehin wird es schwer sein, Einsicht in einen Bauantrag zu erhalten. Dazu müsstest du ein berechtigtes Interesse nachweisen. Und selbst wenn: Die dortigen Pläne stammen dann von einem Ingenieurbüro und das müsste dir dann die Genehmigung für OSM geben. Das ist kompliziert und dauert. Alternativ solange es keine legalen Möglichkeiten gibt: Vor Ort erkunden und (erstmal grob) mappen.
Basierend auf deiner Antwort habe ich den gesamten Changeset rückgängig gemacht: changeset/85279599.

Hallo,
da du u.a. in note/2181783 auf deutsch schreibst, mache ich das hier auch.
Du hast als Quelle eine Karte genutzt, die vom Flughafen bereitgestellt wurde. Handelt es sich dabei um diese: https://www.flugplatz-aachen.de/EDKA_VAC_NEU.pdf?
Falls ja, ist das eine für OSM unerlaubte Quelle. Das Copyright darauf hat die Deutsche Flugsicherung. Hast du für die Übernahme eine Erlaubnis? Unabhängig davon frage ich mich, ob das wirklich schon alles so fertig ist, wie du es gemappt hast.
Gruß

Ich habe die Namen wieder gelöscht: changeset/85263284.

hw=service kann natürlich einen Namen haben. Ob einer gemappt wird, hängt vor allem davon ab, ob vor Ort ein Schild steht. Hier in diesem Fall wird hw=service mit service=driveway genauer klassifiziert und das bedeutet, hier ist eine Ein- oder Auffahrt zu einem Haus (siehe osm.wiki/DE:Tag:service=driveway). I.d.R. liegt diese auf privatem Grund und hat daher keinen Straßennamen. Vgl. dazu auch dieses Forenthema: https://forum.openstreetmap.org/viewtopic.php?id=61999.

Hello,
the traffic lights have been removed a long time ago. I don't know, which aerial image you used, but it seems to be very outdated. Tags removed with changeset/84896695.
Regards

Hallo,
bitte keine Straßennamen auf Grundstückszufahrten setzen: way/740892606 und way/768325016.
Gruß

Da das ganze auch nach deinen Änderungen in changeset/84779158 leider immer noch fehlerhaft ist, habe ich nun die Anpassungen selbst vorgenommen: changeset/84838090). Bitte sei zukünftig vorsichtiger beim Mappen.

Wenn du jetzt noch die doppelten Daten entfernen könntest... (das Sozialkaufhaus hätte man auch einfach zurückschieben und anpassen können).
Grundsätzlich fände ich etwas Kommunikation übrigens auch nicht schlecht. Ein kurzer Satz im kommentierten Changeset wie "Habe ich korrigiert." oder so ähnlich, dann weiß man, dass etwas gemacht wurde.

Hallo,
warum wurde denn way/776230354/ gelöscht und die Daten auf das Gebäude übertragen? Das Wiki empfiehlt, mit amenity=social_facility die Gesamtfläche zu taggen, wenn es Gebäude und Freiflächen gibt (osm.wiki/DE:Tag:amenity%3Dsocial_facility). Das scheint mir hier der Fall zu sein.
Das Sozialkaufhaus (node/4232832205/) war vorher korrekt positioniert. Es befindet sich im Gebäude Rathausstraße 92/92a (die postalische Adresse ist aber offenbar Ellermühlenstraße 1-3).
Gruß

Ah, OK. Danke für die Erklärung.

Hallo,
nur ein Hinweis auf meine Frage in changeset/83872111, da ich annehme, dass du gar nichts davon mitbekommen hast.
Gruß

Wir sind hier im Bereich (Eisen-)Bahnmapping. In OSM werden auch ehemalige Bahnstrecken erfasst, wo zwar keine Gleise mehr liegen, die aber noch sichtbar sind. Hier ist es daher besser, statt einzukürzen, das Stück als abandoned:railway zu taggen. Ich habe das mal gemacht changeset/84135554. Der Bahnübergang node/568517645/history ist unnötig, da nicht existent (und auch nie gewesen).

Ich habe beide Wendestellen (also auch die in der Hubertusstraße) wiederhergestellt: changeset/84134858.