Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Wenn der Hydrant nicht auffindbar ist, halte ich eine note für zu „weich“.
Zwei Möglichkeiten:
- Du setzt den Hydranten auf disused:emegency=fire_hydrant und schreibst den note-Text in „fixme“.
- Wenn du dir ganz sicher bist: du löschst den Node.

Bei Fragen bitte melden.
Viele Grüße

Hallo,
magst du in deinen Changesets begründen, warum du den Rhein zerstückelst?
Viele Grüße

Hallo,

hier habe ich keine Anmerkung.

Viele Grüße

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.

Ich habe nur zwei Anmerkungen:

colour
Die Farben folgen der englischen Schreibweise, es müsste also „red“ sein.

description
Die Anzahl der Kupplungen kann in „couplings“ erfasst werden. Die Größen in couplings:diameter.
Zum Beispiel so:
couplings=2
couplings:diameters=B;B

Bei Fragen bitte melden.
Viele Grüße

Hallo,
interessant wäre die Fragestellung, wie der Router die Verbindung zum Straßengraphen herstellt. Über Objekte in OSM oder über eine Suche "nach dem nächsten Punkt auf einem highway".
Viel Erfolg, ich bin mal gespannt.
Viele Grüße

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Ich vermute, du hast in deinem Editor Fehlermeldungen festgestellt. Es war eine gute Idee, um Rat zu fragen. Daher auch das Angebot, das bei Problemen gerne zu wiederholen.
Was passiert ist: du hast einen Punkt, der zu einer Straße gehört, versehentlich um einige hundert Meter verschoben und auf einem Parkplatz abgelegt. Das wird dann Straßen-Spaghetti. Ich habe das bereits korrigiert, du musst nichts weiter veranlassen.

Zu deinem eigentlichen Anliegen „Bergwacht“:
Bislang hast du lediglich eine Adresse angelegt, die „DRK-Bergwacht Ravensburg“ heißt. Was fehlt ist die Angabe der Funktion. Das wäre in diesem Fall emergency=mountain_rescue.
Bitte wundere dich nicht, wenn das auf osm.org nicht angezeigt wird; leider zeigt das die Karte (wie viele andere Organisationen aus dem emergency-Umfeld) nicht an.

Bei Fragen bitte melden.
Viele Grüße

Hallo,
hättest du als Beispiel einen konkreten Routing-Link zum Ebertplatz?
Viele Grüße

Hallo,
danke schon einmal für diese Überarbeitung.
Es bleibt das Problem, dass Hydranten nicht in das addr:*-Schema fallen und keine Namen haben.
Viele Grüße

Hallo,
wir reden über einen Brunnen, der aus einer grundwasserführenden Schicht Wasser bezieht? Der hat kein „Volumen“ – anders als ein Löschwasserbehälter. Wenn die Leistungsfähigkeit eingeschätzt werden soll, dann als Volumenstrom in l/min. Deswegen verstehe ich weder das water_tank:volume – es ist kein „water_tank“ - noch hat das „volume“.
Oder ist die nach Norm vorgesehene Fördermenge über zwei Stunden gemeint? Das passt dann aber auch nicht; bei 12.000 l wären das gerade mal 100 l/min – selbst die geringste Fördermenge beträgt 400 l/min.
Ich würde gerne verstehen, was das tatsächlich ist.
Und dann schauen wir mal weiter.
Viele Grüße

Hallo,

das wäre

emergency=fire_hydrant
fire_hydrant:type=pipe
fire_hydrant:pressure=suction
water_source=water_tank
water_tank:volume=218m³
couplings=1
couplings:diameters=A

Viele Grüße

Hallo,

das gesamte Tagging ist zu überarbeiten.
Hier sind so viele Widersprüchlichkeiten drin: Ein Brunnen, der aber ein festes Volumen hat?
Um was handelt es sich denn?

Viele Grüße

Hallo,

das gesamte Tagging ist zu überarbeiten.
Hier sind so viele Widersprüchlichkeiten drin: Ein Brunnen, der aber ein festes Volumen hat?
Um was handelt es sich denn?

Viele Grüße

Hallo,
ich habe einige Anmerkungen zu deinen Bearbeitungen.

Adresse:
Hydranten haben keine Adresse im Sinne des addr:*-Schemas.
Dass überhaupt Adressen an Hydranten erfasst werden, ist zumindest nicht unstrittig.
Sofern das unumgänglich ist, erfolgt dies mittels object:*-Schema, siehe osm.wiki/DE:Key:object:*
Für den Fall, dass du dies umsetzt, dazu folgender Hinweis:
„16/18“ ist kein zulässiger Wert für addr:housenumber.

Kupplungen:
Das Feld „couplings“ bleibt bei Unterflurhydranten leer, da es sich um die „Angabe der vorhandenen Anzahl an Schlauchanschlüssen“ handelt, siehe osm.wiki/DE:Key:couplings?uselang=de. Unterflurhydranten haben in der Regel nur mit Standrohr eine Schlauchkupplung.
Insofern sind auch die Angaben
couplings:diameters=Standrohr B;B
couplings:type=Standrohr
falsch. Bitte löschen.

Name:
Hydranten haben keinen Namen.
In diesem Fall sind die Daten auch verzichtbar, da vollständig redundant.

Geometrie:
Hydranten sollten nicht mit Straßen, Gebäuden u. ä. verbunden werden. Das lässt sich leicht beheben: in iD z. B. markieren und „E“ drücken – das löst den Hydranten von der Linie.

Viele Grüße

Hallo,
ich habe einige Anmerkungen zu deinen Bearbeitungen.

Adresse:
Hydranten haben keine Adresse im Sinne des addr:*-Schemas.
Dass überhaupt Adressen an Hydranten erfasst werden, ist zumindest nicht unstrittig.
Sofern das unumgänglich ist, erfolgt dies mittels object:*-Schema, siehe osm.wiki/DE:Key:object:*
Für den Fall, dass du dies umsetzt, dazu noch folgende Hinweise:
Straßen werden genau so eingetragen, wie sie bereits erfasst sind.
Hier heißt die Straße „St.-Andreas-Straße“, sie darf dann nicht als „St.Andreas Str.“ gespeichert werden.
„Kindergarten“ ist kein zulässiger Wert für addr:housenumber.

Name:
Hydranten haben keinen Namen.
In diesem Fall sind die Daten auch verzichtbar, da vollständig redundant.

Viele Grüße

P.S.: Auf dem Luftbild ist gut erkennbar, dass der Hydrant 5 m weiter am Zaun steht.

Hallo,
dann kann ich deine Herleitung nachvollziehen. So wie ich das verstehe, waren mit POI wahrscheinlich vorrangig Restaurants, Tankstellen etc. gemeint.
loc_name ist problematisch, da es erst einmal ein „name“ sein müsste – jedoch einer, der eben nur lokal genutzt wird. Dann vielleicht doch eher description. Das Beispiel "Der bei Meyer" habe ich so auch schon mal gesehen (ich meine als description); wenn das dann aber nicht gerade eine Kneipe oder ein Schreiner ist, wäre das ein Problem, wenn die Daten natürlicher Personen so in die Datenbank rutschten.
Weiterhin viel Spaß und viel Erfolg.
Viele Grüße

Hallo,

wenn ich fragen darf: Woher stammt die Empfehlung zu contact:*?
Sie ist eben nicht richtig. Einzig anerkanntes Schema ist object:*. Siehe z.B. https://community.openstreetmap.org/t/hydrant-adresse-bei-position-eingetragen/118634

Ich werbe dafür, auf Adressen ganz zu verzichten.

Ich verstehe durchaus die Genese: in den „Vor-GIS-Zeiten“ hatte ich eine Tabelle, anhand der ich abhängig vom Einsatzort und konsistenter Adressvergabe einen Hydranten raussuchen konnte. Aber heute: Die Verwendung einer hoffentlich angrenzenden Adresse, die dann ja selbst wieder georeferenziert ist, wäre dann „von hinten durch die Brust ins Auge“.
Ein paar Argumente gegen Adressen an Hydranten:
• Bei Freiluftobjekten: wonach bemisst sich die Adresse? Nach dem nächsten Eingang, nach dem Grundstück?
• Wer synchronisiert Änderungen? Objektstandorte können sich ändern, Adressen auch (z. B. im Rahmen der immer wieder vorkommenden Umbenennung von Straßen)
• Spätestens wenn an einer Adresse mehrere Objekte erfasst sind, geht die Eindeutigkeit verloren.
Entsprechend liegt die Häufigkeit von entsprechenden Daten (in Deutschland) unter 2 Promille.

Viele Grüße

Am Beispiel node/13013005154:
Die Straße gibt es so nicht.
Bitte versuche, dich an bestehenden Strukturen zu orientieren.

Hallo,
bitte nicht contact:* verwenden.
Da man Hydranten nicht kontaktieren kann, ist das schlicht falsch.
Viele Grüße

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Das sieht gut aus. Auch hier noch einmal der Hinweis: am besten gleich auch noch die Nennweite (der Zuleitung) und die Position erfassen.

Bei Fragen bitte melden.
Viele Grüße

Hello,
Unfortunately, I have only just seen the effects of this changeset.
How did you come up with the idea of ignoring the description (translates: „gas pipes: oxygen and nitrogen“) and the refs because you recognised „unusual substances“ (due to the semicolon), thereby duplicating the previously pragmatically „summarised“ pipeline? Without adjusting the tagging and – worst of all – swapping the pipes?
Please regard existing structures. It took you half an hour, but it has already taken me several hours.
Best regards