OpenStreetMap logo OpenStreetMap

Changeset When Comment
173779897

Das unterste Symbol in der Navigationsleiste auf der rechten Seite im Bearbeitungsmodus.

173708408

Hier gibt es keine 8 verschiedenen Krankenhäuser. Bitte korrigieren.

173712694

Straßenflächen sollten sich nicht überlappen.

https://resultmaps.neis-one.org/osm-change-viz?c=173712694#22/51.57747/7.37694

173711154

Bitte nicht die Gebäudeumrisse verschieben beim Verbinden mit Wegen oder Flächen.

https://resultmaps.neis-one.org/osm-change-viz?c=173711154#21/51.51464/7.32064

Straßenflächen, wenn du sie so einträgst, sollten nicht auf einmal Lücken zwischeneinander haben.

173710740

Bitte nicht die Gebäudeumrisse verschieben beim Verbinden mit Wegen oder Flächen.

node/13253948250

https://resultmaps.neis-one.org/osm-change-viz?c=173710740#21/51.48577/7.57610

Straßenflächen sollten nicht mit Gebäudeumrissen überlappen.

173709923

Kein parking=lane.

osm.wiki/DE:Tag:parking=lane

osm.wiki/DE:Tag:parking%3Dstreet_side

173669509

demolished:building=yes

173665577

Genau, und du hast nach meiner Löschung des Adressenduplikats auch noch die Adresse an der korrekten Stelle gelöscht, sodass gar keine mehr vorhanden war.

173699748

Wege übereinander zu legen ist keine Lösung.
Weg aufsplitten oder vom Verbindungspunkt trennen und verkürzen.
Bitte die "Hilfe"-Sektion im iD-Editor durchlesen.

Reverted in changeset/173779897

173665577

Die offizielle Nr. 37 ist in way/34785448 - laut ALKIS (siehe z.B. Bildmaterial-Quelle "NRW Liegenschaftskataster" im iD-Editor). Dort sollte die Adresse auch bestehen bleiben - es sei denn, ALKIS ist hier falsch.

Die Adresse am Friedhofsbüro ist ja auch bereits eingetragen:

node/13198109826

173699748

Doppelter Weg:

way/28553633

way/1444426113

Ein Name sollte nicht in Anführungszeichen gesetzt werden. Der Name ist ja "Stoffregen-Allee" und nicht ""Stoffregen-Allee"".

173669509

osm.wiki/DE:Namen#Namen_sind_keine_Beschreibungen

changeset/173701897

173665577

Adresse mit Hausnummer 37 bereits hier eingetragen:

way/34785448

173664951

place=square beschreibt "Eine in der Regel befestigte Freifläche, im Allgemeinen von architektonischer Bedeutung, die von Gebäuden in einem bebauten Gebiet wie einer Stadt oder einem Dorf umgeben ist."

An dieser Stelle und ähnlichen auf anderen Friedhöfen würde area:highway=yes ("Straßenfläche" wohl besser passen).

173630062

Reverted in changeset/173697972

osm.wiki/DE:Tag:access%3Ddestination

https://osmtools.de/traffic_signs/?signs=250,1020-12

173346936

Hallo,

Hier hast du der Trauerhalle way/112449085, die nur als Gebäudeteil des gesamten Gebäudes eingetragen war (building:part=yes) ein building=commercial verpasst, sodass zwei Gebäude übereinander lagen.

Gebäude-Tag korrigiert in changeset/173393043

Außerdem noch ein paar Anmerkungen zu den restlichen Edits:

building=commercial passt nicht wirklich zu den Friedhofsgebäuden. Es sind ja keine Gewerbegebäude.
Ich würde building=civic vorschlagen (Öffentliches Gebäude):

osm.wiki/DE:Tag:building%3Dcivic

Oder auch einfach das neutrale building=yes.

Eingänge schweben nicht in der Luft, sondern sollten am Gebäude anliegen. (siehe Bild bei osm.wiki/DE:Key:entrance#Zugangsberechtigung)

Bitte dabei aber nicht die Gebäudeumrisse verschieben.

Außerdem bitte keine Abkürzungen in den Namen verwenden ("Hauptfr."), siehe:

osm.wiki/DE:Namen#Abk%C3%BCrzungen_(nicht_verwenden!)

173358342

Wieso wurde die Straßenlampe node/9878568085 von dir an eine falsche Position verschoben?

https://resultmaps.neis-one.org/osm-change-viz?c=173358342#16/51.4973/7.5930

173347036

access=no ist falsch. access=private ist auf dem Schulgelände korrekt.

osm.wiki/DE:Tag:leisure%3Dschoolyard

Bitte ändern (inklusive den vergessenen Wegen, z.B. openstreetmap.org/way/1348326014 oder way/1348325994

173269181

Über den tag amenity=funeral_hall.

Wenn die Trauerhalle tatsächlich auch einen Eigennamen hat (und nicht "Trauerhalle"), dann kann das auch eingetragen werden.

173274470

Reverted in changeset/173304340

osm.wiki/DE:Namen#Namen_sind_keine_Beschreibungen