Ich bin gerade auch noch über note/4557978 gestolpert. Das ist genau die Frage: was ist das?

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.

Der von dir angelegte Node trägt kein funktionales Tagging. So ist es nur eine Adresse mit einem Namen, es fehlt die Beschreibung, um was es sich handelt. Also z.B. ein office=…

Bei Fragen bitte melden.
Viele Grüße

Hallo,
wenn du dir hinsichtlich der "Übersetzung" von Verkehrszeichen nicht sicher bist, kann ich dir ein Tool wie https://trafficsigns.osm-verkehrswende.org/DE empfehlen.
Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.

Das Feuerwehrhaus ist doppelt erfasst, einmal als Gebäudefläche (way/1109744782) und einmal als Punkt (node/1673845275). Am besten wäre es, das amenity=fire_station gleich am Gelände zu erfassen, also nicht nur als Punkt oder als Gebäude.

Bitte melde dich, wenn du Fragen hast.

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.
Unabhängig davon, ob die Einrichtung eventuell bereits in der Bubatzkarte auftaucht oder nicht:
Statt
social_facility=childrens_centre
social_facility:for=juvenile

würde besser passen bzw. wäre richtiger:
amenity=community_centre
community_centre=youth_centre
community_centre:for=juvenile

Das wird übrigens auch definitiv von der Bubatzkarte berücksichtigt.

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße

Hallo,

die Anmerkungen zu changeset/163856328 kommen auch hier zum Tragen.

Dazu noch ein weiterer Hinweis: Hydranten sollten nicht mit anderen Objekten (hier: Straßen) verbunden werden, siehe z. B. www.openstreetmap.org/node/12684592086.
Das ist leicht korrigierbar. Im Editor markieren und „E“ drücken – das war es schon.

Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.

Ich habe meine Anmerkungen in absteigender Relevanz sortiert.

ref
In das Feld ref gehört ausschließlich die Hydrantennummer und auch nur dann, wenn diese auf dem Hydrantenschild ausgewiesen ist. Zur Nennweite siehe fire_hydrant:diameter

fire_hydrant:diameter
In dieses Feld bitte die Nennweite in mm eintragen.

fire_hydrant:position
Die Position ist ebenfalls eine sinnvolle Angabe

couplings:type
Insbesondere dann, wenn (bei Überflurhydranten) „couplings“ bereits angegeben ist, sollten die (Storz-)Größen auch angegeben werden, z. B. „B;B“

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße

Hallo,
so schnell wollte ich dann doch nicht aufgeben.
Ich haben den Relationstyp auf Multipolygon umgestellt, das ist eigentlich auch "richtiger", es ist schließlich ein Gesamtensemble. Die einzelnen Teile habe ich auf building:part umgestellt.
So ist es konzeptionell besser getroffen und löst auch gleichzeitig noch das Adressproblem.
Viele Grüße

Hallo,
zu diesem Unterflurhydranten haben ich nur folgende Anmerkungen.

In das Feld „ref“ gehört die Hydrantennummer, sofern eine vergeben wurde. Du meinst wahrscheinlich mit der 100 die Nennweite, die gehört nach fire_hydrant:diameter.
Die Anzahl der Kupplungen ergibt bei Unterflurhydranten grundsätzlich keinen Sinn, weil es ausschließlich um (anschlussfertige) Schlauchkupplungen geht.

Bei Fragen bitte melden.

Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.

Du hast um eine Prüfung deiner Bearbeitungen gebeten.
Zu diesem Überflurhydranten habe ich folgende Anmerkungen:

fire_hydrant:diameter
Besonders interessant ist die Nennweite (der Wasserleitung).

couplings:diameters
Neben der reinen Anzahl der Kupplungen (couplings=2) wäre auch noch von Interesse, um welche Größe es sich handelt, also wahrscheinlich couplings:diameters=B;B

Geometrie
Der Hydrant ist mit der Umrandung der Straßenfläche verbunden. Das ist nicht ideal, lässt sicher leicht beheben: im Editor „E“ drücken – fertig.

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.

Viele Grüße

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Ich habe nur eine Anmerkung: das Feld „note“ richtet sich vorrangig an andere Mapper. Beschreibungen für den Datenkonsumenten sind in „description“ besser aufgehoben.

Bei Fragen bitte melden.
Viele Grüße

Hallo,
danke, hab ich nicht gesehen, bin vom Konni-Ring gekommen. Habe nur das unclassified gegen residential getauscht.
Viele Grüße

Hallo,

ja, es gibt Lieferdienste, die OSM ganz oder in Teilen (Grundstückszufahrten, Adressen usw.) nutzen. Viele nutzen aber auch Lösungen, die auf zugekauften Adressdaten insbesondere des BKG beruhen.
Und hier liegt wahrscheinlich auch das Problem.
Solange es die Adresse Am Alten Bach 50 nicht offiziell gibt, wird es immer wieder zu Problemen kommen. Da ich immer mal wieder die amtlichen Adressdaten mit dem OSM-Bestand abgleiche, ist mir schon vor einigen Jahren die Abweichung zur offiziellen Adresse Horremer Straße 45 aufgefallen. Aus OSM-Sicht ist das okay: es gilt das On-the-ground-truth-Prinzip, und ausgewiesen vor Ort ist nun mal die Adresse “Am Alten Bach 50”.

Zu deinen Lösungsansätzen:
Das eine Problem ist der Renderer. Der “Standard-Stil” carto-osm rendert einfach in vielen Fällen keine Adressen. Völlig unproblematisch und vorhersehbar ist die Darstellung nur bei nodes und building-ways ohne Zusatztags (amenity, heritage usw.). Das ist aber das Problem des Renderers; ein “Erzwingen” wäre dann unerwünschtes Tagging für den Renderer (osm.wiki/DE:Taggen_f%C3%BCr_den_Renderer)
Das andere Problem ist Nominatim. Hier ist es ein bekanntes Problem (oder fehlendes Feature), was leider noch nicht gelöst wurde und vielleicht auch nicht so schnell wird, siehe https://github.com/osm-search/Nominatim/issues/463
Ich mache mir aber mal Gedanken, ob es noch andere Lösungen geben könnte.

Viele Grüße

Hallo,
das access=no hieße grundsätzlich „niemand“, was dann eigentlich auch z.B. für die Post gilt. Das wird dann zwar wieder durch das foot=private neutralisiert, da aber der „footway“ die Nutzbarkeit ohnehin einschränkt, ist ein access=private die deutlich einfachere Variante.
Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.

Zur Feuerwache:
- Wenn möglich, bietet es sich bei Feuerwachen immer an, die Daten nicht nur auf einem Punkt („node“), sondern auf dem Gelände („way“) zu erfassen.
- Der operator ist streng genommen die Gemeinde Niederkrüchten
- Wenn bekannt, könnte noch eine kurze „ref“ ergänzt werden, also in der Richtung LE/LG/LZ xyz. das wird dann auch in der OpenFireMap angezeigt.

Zum Hydranten:
Nur das „couplings“ ist überflüssig; couplings ist im Sinne von „Schlauchkupplung“ (also bei uns Storz A/B) gemeint, ist also insbesondere bei Überflurhydranten relevant.

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße

Hallo,
ich habe die Berechtigungen auf das üblichere access=private angepasst.
Viele Grüße

Hallo,
ich habe deine Änderung rückgängig gemacht.
Es gibt keine Rolle "Zugang", insbesondere nicht im heritage-Kontext.
Die Adresse ist auch korrekt erfasst und auffindbar.
Was genau hast du denn vor?
Viele Grüße

Hinweis auf das review_requested=yes in changeset/163119008

Hallo,
hier hat ein anderer Mapper bereits die Daten überarbeitet.
Vielleicht möchtest du die Daten noch einmal gegenchecken?
Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.

Du hast um eine Prüfung deiner Bearbeitungen gebeten.

Eine Übersicht zum Mappen von Stolpersteinen findest du hier: osm.wiki/DE:Stolpersteine

Das heißt für diesen Fall:

inscription
- Die Beschriftung dürfte auf Deutsch gewesen sein? Daher bitte durch den deutschen Text ersetzen.
- Zeilenumbrüche werden mit dem Zeichen „|“ abgebildet.

name
Hier gehört nur der Name der Person rein.

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße