Hallo,
könntest du dir die TR relation/18073879 einmal anschauen?
Unter anderem diese Relation wird als Fehler im Brouter ausgewiesen (https://brouter.de/brouter/suspects/Germany/NorthRhineWestphalia/OberbergischerKreis/all/804493133263571670). Ich vermute das Problem ist, dass "via" kein Node ist.
Ich möchte da aber nicht dran rumpfuschen, da ich mich nicht vor Ort auskenne.
Viele Grüße

Hallo,
ich habe mir die Änderungen über https://overpass-api.de/achavi/?changeset=158070808 angeschaut, das sieht sehr gut aus.
Bei offenen Fragen bitte auch gerne per PN melden.
Viele Grüße

siehe changeset/158089572

Hallo,
du hast um einen Review deiner Änderung gebeten. Diesem Wunsch komme ich sehr gerne nach.
fire_hydrant:location ist kein dokumentierter Tag und sollte entsprechend nicht systematisch verwendet werden. Ich vertrete die Ansicht, dass die Angabe einer Adresse – in welcher Form auch immer – an Hydranten keinen Sinn ergibt. Als es noch Tabellen gab, in denen die „Georeferenzierung“ über Adressen angrenzender Grundstücke hergestellt wurden, war dies vielleicht der einzig mögliche Weg, zielerichtet nach Wasserentnahmestellen zu suchen. Nun, wo Objekte teilweise mit Genauigkeit +/-1 m georeferenziert sind, erscheint es wenig sinnvoll, auf ein anderes (hoffentlich georeferenziertes Objekt) zu verweisen.
Bei der water_source=water_works sollte water_source=main eingetragen werden.
Bei Fragen bitte einfach melden!
Viele Grüße

Hallo,
du hast um einen Review deiner Änderungen gebeten.
Ich habe nur eine Anmerkung zum Vorgehen. Dein Changeset ist schon recht groß und enthält verhältnismäßige viele Anpassungen. Gerade Löschungen - wenn ich das richtig sehe, ist zumindest ein Hydrant gelöscht worden (node/4532783329) - sind dann nicht mehr nachvollziehbar. Ich plädiere für einen Änderungssatz je Löschung.
Viele Grüße

Hallo,
das ist ein normales Wohnhaus - sicher, dass es sich um ein "office" im OSM-Sinne handelt?
Viele Grüße

Hallo,
auch wenn du nicht danach gefragt hast:
Der WSH wird über fire_hydrant:style=wsh abgebildet.
Und immer interessant und wichtig: fire_hydrant:diameter.
Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap!
Du hast um einen Review gebeten.
Die Daten sehen für den Einstieg sehr gut aus.
Zusätzlich zu den couplings=* sollten auch die entsprechenden couplings:diameters aufgenommen werden. Dies gilt nur für Überflurhydranten.
Sehr häufig dann z.B. couplings:diameters=A;B;B.
Sinnvoll ist außerdem der Wert fire_hydrant:position, siehe fire_hydrant:position=*.
Weiterhin viel Erfolg, bei weiteren Fragen bitte einfach melden.
Viele Grüße

Guten Morgen,
ich habe drüber geschaut, das sieht alles gut aus.
Die fehlenden Durchmesser kann man auch ganz gut vor Ort ergänzen; die App StreetComplete fragt z.B. nach fehlenden Werten bei Hydranten, damit ist das schnell ergänzt.
Wenn noch Fragen offen sind: einfach melden.
Viele Grüße

Hallo,
beim Stichwort "Test" werde ich hellhörig.
Du hast einen Parkplatz mit deiner Änderung unbrauchbar gemacht.
Ich nehme an, das war ein Versehen?
Viele Grüße

Hallo,
am Weg way/37731227 war letztes Jahr die Kombination DE:250,DE:1020-12 angebracht.
Wurde die Beschilderung geändert? Ansonsten würde deine Änderung keinen Sinn ergeben.
Viele Grüße

Hallo,
ja klar, das kann alles nachgepflegt werden.
Der Durchmesser steht auf dem Hydrantenschild; die fehlen bei Überflurhydranten gerne auch mal, bei Unterflurhydranten sind sie aber meist vorhanden. Hinter dem "H": https://de.wikipedia.org/wiki/Hinweisschilder_zu_Stra%C3%9Feneinbauten#/media/Datei:Hydrantenschild_Beispielgrafik_2009-01-29.svg
Viele Grüße

Hallo,
du hast um einen Review deiner Änderungen gebeten. Diesem Wunsch komme ich gerne nach.

Folgende Anpassungen sind notwendig:
1. Name: Die Informationen sollten in das Feld „ref“ verschoben werden, die Raute ist nicht notwendig.
2. Bei OSM haben Tags und Values in der Regel englische Bezeichnungen. Bei water_source heißt es entsprechend „main“, die „Wasserleitung“ sollte ersetzt werden.
3. Kupplungen: Bei Unterflurhydranten wird nichts angegeben. Bei Überflurhydranten ist die Syntax wie folgt:
Derzeit: couplings=2 x B
Neu:
couplings=2
couplings:diameters=B;B
4. Weitere Werte: Besonders wichtig wäre die Ergänzung von fire_hydrant:diameter

Bei Fragen bitte melden.
Viele Grüße

Hallo,
sieht schon deutlich besser aus, ich habe jetzt mal ein "Anschauungsstück" daraus gemacht:
- Es waren jetzt noch zwei Nodes mit "Wendekreis" übrig, die braucht man nur, wenn man Kreis nicht selbst zeichnet.
- Eine Überschneidung war noch übrig.
- Den Straßennamen habe ich noch ergänzt.
Viele Grüße

Okay, damit lässt sich was anfangen.
Am besten einmal anschauen (ggf. mit Strg + F5 aktualisieren).
Beim öffentlichen Teil habe ich das access=permissive entfernt. Das passte so nicht.
Den Rest habe ich wieder eingezeichnet, der ist jetzt aber als "Zufahrt" und "privat" gekennzeichnet. Das bitte ich auch so zu lassen; ansonsten trägt es wieder jemand anderes ein, ohne die Kenntnisse aus dieser Diskussion hier.
Ich hoffe, es passt jetzt. Die Navis der großen Logistiker berücksichtigen insbesondere die Markierung als "privat".
Viele Grüße
P.S.: Die ALKIS-Daten habe ich nicht genutzt, ich weiß nicht, ob deren Nutzung zugelassen ist.

Was ist hier mit "abgeschnittener Teil" gemeint? Oder anders herum gefragt: Die Straße ist zumindest laut Luftbild durchgängig und endet nicht einfach nach der Poststraße 2. Wieso sollte sie nicht durchgängig sein? Sind Schilder aufgestellt? Ein Tor oder eine Schranke installiert?
Das Löschen war jedenfalls nicht in Ordnung.

Hallo,
du hast um einen Review deiner Änderungen gebeten, dem Wunsch komme ich sehr gerne nach. Gerade die Erfassung von Wasserentnahmestellen hat noch richtig Potential.
1. Adressen: Hydranten haben keine Adressen. Zur technischen Abbildung: wenn du der Auffassung bist, dass eine Adresse aus bestimmten Gründen nötig und richtig ist, dann ändere bitte die Anschriften aus dem addr:*-Schema auf das object:*-Schema, siehe object:*=*. Auch geeignet ist das description-Feld. Und inhaltlich: du hast jetzt georeferenzierte Daten, wozu sollten dann noch Daten „aus der alten Welt“ genutzt werden?
Am wichtigsten (und dringendsten) ist jedenfalls, dass die addr:*-Werte zeitnah getilgt werden.
2. Adressdetails: Der Hydrant node/12256513298 hat als Ort „Upen“, das wenige Meter weiter liegende Feuerwehrhaus way/699120984 aber „Liebenburg“. Ich vermute mal, das „Upen“ müsste in z.B. object:suburb. Ansonsten siehe Nr. 1.
3. Interessant wäre noch fire_hydrant:position. Das kommt mit der Zeit über Apps wie StreetComplete ohnehin rein, falls man die Daten jedoch selbst vielleicht besitzt, hat man die „Deutungshoheit“.
4. Wasserquelle: Das tube_well in node/10814449323 ist eher unüblich, siehe osm.wiki/Tag%3Awater_source%3Dtube_well. Für Zwecke der Löschwasserentnahme ist die Information „groundwater“ wichtiger.
5. Die Lagegenauigkeit scheint mir recht gut zu sein. Ein kleiner Ausreißer: node/12256518010. Der steht (siehe https://www.mapillary.com/app/?pKey=608435303447777) ca. 25 m weiter.
5. Daten an Überflurhydranten: Es fehlen Angaben zu couplings und vor allem coupling:diameters (couplings:diameters=*, also z.B, A;B;B)
6. Saugstellen Teich: Siehe z.B. node/12256513246.
a) Der Punkt liegt in der Mitte des Teichs. Angegeben werden soll der konkrete Punkt, von dem eine Wasserentnahme möglich ist, also Aufstellort für (P)FPN. Entsprechend ist eine Deklarierung eines vollständigen Teichs (way/22733106 auch etwas schwierig.
b) Die Angabe des Volumens bei unerschöpflichen Löschwasserstellen ist überflüssig bis willkürlich.
c) Ich denke, du hast das Volumen in Litern angegeben. Dann muss entweder die Einheit ergänzt oder in m³ umgerechnet werden. Standard ist m³.
d) Nur als formeller Hinweis: wegen des On-the-ground-Prinzips sollten die Saugstellen entsprechend gekennzeichnet sein.
7. Unzulässige Werte
Die Hydranten 12256517881, 12256517880, 12256517883, 12256517882, 12256517885, 12256517884, 12256517887 und 12256517886 haben eine Nennweite „0“.
8. Saugstellen (Brunnen?)
a) Bei den fire:hydrant=pipe fehlt die Angabe der Wasserquelle und ob gesaugt werden muss oder z.B. eine E-Pumpe eingebaut ist.
b) Bitte den operator kontrollieren, siehe z.B. node/12256517862. Solche Anlagen liegen meist in privater Verpflichtung.
c) Welche Einheit haben die Fördermengen?

Bei Fragen bitte einfach melden.
Viele Grüße

Hallo,
der gute Wille ist erkennbar 😉
Folgende Anmerkungen:
- Am Node node/432463715 hängt noch ein highway=turning_circle, das ist jetzt, wo die Geometrie angepasst wurde, redundant.
- Die Geometrie ist jetzt ein Kreis; in der Regel ist die Form aber eher oval. Jetzt wird suggeriert, man müsste 270 Grad nach rechts abbiegen.
- Der Kreis dürfte zum Hauptweg gehören, d.h. alle Eigenschaften von way/37132995 müssten übertragen werden.
Wenn ich noch mal drüber schauen oder ich es mal versuchen soll: bitte einfach melden.
Viele Grüße

Hallo, leider kann ich mangels Ortskenntnis nichts zur unmittelbaren Lösung beitragen, aber: so ist es definitiv falsch. Wenn es tatsächlich Treppen sind, bitte den Fußweg wieder entfernen.
Viele Grüße

Hallo,
um eines klarzustellen: ich beschäftige mich nicht mit historischen Bahnstrecken und kenne auch nicht den aktuellen Diskussionsstand, wie genau sie abzubilden sind.
Hinsichtlich deines Changeset-Kommentars: du hast gesehen, dass die Strecke als ehemalige Bahnstrecke eingetragen war?
Viele Grüße