Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Ich habe ein paar Anmerkungen:
Wurde das alte Gebäude tatsächlich abgerissen? Wenn nein: dann bitte wiederherstellen. [Sehe ich das richtig, dass du das Gebäude „umgezogen“ hast? Das wird ohnehin nicht gemacht.]
Wenn ja: in solchem Fall wird der Umriss, solange er auf Luftbildern noch existiert, mit razed:building=… gekennzeichnet.
Der neue Umriss ist nicht rechtwinklig. Bitte einmal „Q“ drücken.
Das amenity=fire_station nicht an das Gebäude, sondern an das Gelände.
Eine emergency=ambulance_station gilt nur für den „Regelrettungsdienst“, nicht für First Responder,

Bei Fragen bitte melden.
Viele Grüße

Hallo,
deine Änderungen wurden in Teilen bereits rückgängig gemacht. Siehe hierzu und zur Diskussion zu "name" changeset/170686388
Was ist die Quelle deiner übrigen Anpassungen
lifeguard=no
supervised=no
?
Eine Badeverbot heißt ja nicht zwingend, dass der Strand nicht mehr bewacht wird. Oder wurde das bereits bekanntgegeben?

Viele Grüße

Noch ein Nachtrag: wäre es ein Unterschied gewesen, wenn die Stadt in OSM die Änderung einfach selbst vorgenommen hätte? Wahrscheinlich nicht. Dann hätten wir auch mit dem Verweis auf die fehlende Quelle die Änderung rückgängig gemacht.
VG

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.

Bei Kindergärten, Schulen, Feuerwachen etc. kommen die Daten in der Regel an das Gelände und nicht an das Gebäude.
In deinem Beispiel heißt das: am Gebäude verbleibt nur das building=kindergarten.
Die übrigen Daten gehören an das Gelände.

Bei Fragen bitte melden.
Viele Grüße

Hallo,

zu 1: Die Stadt hat diese Namensänderung ja noch nicht einmal „ausgesprochen“, sondern nur bei Google Maps eine Änderung vornehmen lassen. Auch vorher war es kein offizieller Name. Es gibt noch nicht einmal eine Pressemitteilung der Stadt dazu. Auch die ordnungsbehördliche VO zum Badeverbot, die man dazu hätte nutzen können, enthält keine Regelung. Wenn man den Namen ändern (eigentlich: erstmals festlegen möchte), kann die Stadt das gerne mit Ratsbeschluss tun – hat sie aber nicht.
zu 2: Wir bilden ab, was ist. Die Bevölkerung hat den Namen gewählt, er wurde vor sieben Jahren in OSM so eingetragen. Und nach dem gestrigen Echo in den konventionellen Medien und vor allem dem Feedback in den Social Media gehe ich nicht davon aus, dass es diese Änderung geben wird. Und wenn: alles zu seiner Zeit.
zu 3: So, wie der Name derzeit verwendet wird, ist name richtig.

Nur noch mal zusammenfassend: Eine Stadtverwaltung lässt einen ohnehin inoffiziellen Namen in Google Maps ändern und deshalb passen wir das in OSM an? Nein.

Viele Grüße

Hallo,
ich habe parallel bis gerade auch recherchiert.
Einzige Quelle sind diverse Medienberichte zu einer Änderung, die in Google Maps erfolgt ist. [Gleichzeitig habe ich auch die Meinung gefunden, dass sich diese Änderung nicht durchsetzen wird, https://rp-online.de/nrw/staedte/duesseldorf/meinung-name-paradiesstrand-in-duesseldorf-loeschen-das-ist-falsch_aid-133240497]
Aus meiner Sicht besteht demnach kein Grund für eine Änderung: der gebräuchliche Name wird nicht durch eine einseitige Änderung beseitigt. Und diese Änderung erfolgt in einer Datenbank, die wir nicht nutzen (wollen/dürfen).
Viele Grüße

Hallo,
was ist die Quelle deiner Anpassung?
Viele Grüße

ich ahnte es, als ich die Tage hier changeset/170557281 über den User stolperte

Hallo,
ich habe gerade gesehen, dass du auch Saugstellen durchnummeriert hast.
Ich gehe davon aus, dass das ein interner Schlüssel ist? Dann gehört das weder in name, noch in ref. Maximal in description. Noch besser wäre ein Verzicht.
Viele Grüße

Nachtrag:
Ich habe schon "ref" geschrieben, obwohl das natürlich voraussetzt, dass die Daten aus "name" erst einmal zu "ref" wandern.

Hallo,

in diesem Änderungssatz schreibst du einerseits „Import“, andererseits gibst du als Quelle „knowledge“ an.

An Importe werden recht hohe Anforderungen gestellt, siehe osm.wiki/Import/Guidelines bzw. osm.wiki/Automated_Edits_code_of_conduct.
Es steht im Raum, dass deine Neuanlagen wieder zu löschen wären.

Daher folgende Fragen:
Woher stammen die Daten?
Woher stammen die ref? Warum ich frage: Die Daten scheinen nicht aus einer Vor-Ort-Erhebung zu stammen. Beispiel: https://www.mapillary.com/app/?pKey=1703887086486323&focus=photo&lat=52.369869165103&lng=7.4146701860231&z=17&x=0.7740108843361124&y=0.5297819975937837&zoom=1.389261744966443, erfasst mit ref „HY3452“ (www.openstreetmap.org/node/13078262082), obwohl offensichtlich keine Hydrantennummer ausgewiesen ist.

Viele Grüße

Hallo,
danke für die Antwort.
Ich würde vom Löschen gerne absehen.
Bei den paar Hydranten sollte es doch sicher möglich sein,
a) per Luftbild die Positionen zu verfeinern,
b) die grundsätzliche Existenz zu kontrollieren und
c) bei der Gelegenheit weitere Daten zu ergänzen?
Viele Grüße

Hallo,
die Nennweite wird ohne Einheit (mm) eingetragen.
Viele Grüße

Hallo,
Hydranten sollten nicht mit Straßen, Gebäuden u. ä. verbunden werden. Das lässt sich leicht beheben: im Editor markieren und „E“ drücken – das löst den Hydranten von der Linie.
Viele Grüße

Ein Hinweis noch: Hydranten sollten nicht mit Straßen, Gebäuden u. ä. verbunden werden.

Bei der Quelle müsste es "main" heißen.

Hallo,
bitte keine Angaben wie "?" oder "unbekannt" verwenden.
Viele Grüße

Hallo,
bei der Nennweite bitte keine Einheit (mm) angeben. Und bei der Förderleistung ergibt eine Nennweite keinen Sinn.
Viele Grüße

Hallo,
Umfang und Text lassen auf einen nicht abgestimmten Import schließen.
Siehe osm.wiki/Import/Guidelines bzw. osm.wiki/Automated_Edits_code_of_conduct
Grundsätzlich wäre das bei diesem Umfang kein Problem; wenn ich aber sehe, wie weit die tatsächlichen Positionen von den OSM-Daten abweichen oder dass bestehende Daten unglücklich angepasst wurden (www.openstreetmap.org/node/6329738953), möchte ich doch einmal nachfragen, was der Hintergrund deiner Anpassungen ist.
Viele Grüße

Hallo,
ich hielt die drei Wege für einen guten Kompromiss. Auf vergleichbaren Flächen sieht man auch schon einmal 10 Wege und mehr. (Siehe z. B. osm.org/?mlat=51.198474&mlon=6.694091#map=19/51.198473/6.694091&layers=N)
Das area:highway hat zwei Nachteile: es wird von den wenigsten Nutzern gerendert und es ist nicht routingfähig.
Hier gibt es aber sicherlich kein "richtig" oder "falsch".
Viele Grüße