Hallo Svalbard.

Ich war hier nicht zum zeitpunkt der anpassung vor ort bin aber dort soweit ich mich erinnern vor ca 3 monaten dort durchgefahren. Meine anpassung erfolgte aufgrund der Erinnerung und das es mit opening_date=2025-06-30 erfasst war sowie 2 hinweisen das dort frei ist.
Dein link sagt aus das nun gesperrt ist von vom 13. Oktober 2025 bis Ende Dezember 2026 also war es wohl dazwischen paar monate frei und wurde nun erneut gesperrt.

Da du es grade schon angepasst hast ist es nun schon erledigt. Ich hatte diesmal erst zu spät die Nachricht gelesen.

Gruß puma515

Ich bin derselben Meinung: OSM soll den aktuellen Zustand abbilden – nicht vergangene Nutzungen. Ich vermute, dass auch andere ehemalige Warnämter möglicherweise falsch erfasst wurden, kann das aber nicht im Detail prüfen. Für dieses Gelände weiß ich jedoch sicher, dass es heute ein privates Wohngebiet ist – ohne offiziellen Namen, außer „Bredenhoop“ als Straßenname. Deshalb wurde der falsche Name entfernt. Wer sich für die Geschichte interessiert, findet dafür passende Plattformen wie die OpenHistoryMap – OSM ist dafür nicht gedacht.

habe grade bei 3 Hydranten power durch flow_rate ersetzt – das beschreibt die Menge in l/min power wäre eine elektrische Leistung. changeset/169719747

changeset/169694644

Moin Danke fürs verbessern der deteils bei den Hydranten und Löschwasserstellen in Grauel. Da bei Löschwasserbecken unterirdisch ein andres Tag genutzt wird habe ich das angepasst auf: man_made=reservoir_covered Dieses Tag Stellt eindeutig klar das es sich um ein künstlich geschaffenes, abgedecktes Wasserreservoir handelt – typischerweise unterirdisch. Desweiteren werden Namen nur bei Objekten mit eigenem Namen gesetzt. Eine allgemeine Beschreibung des Objekttyps wie hier gehört stattdessen in description=*. Entsprechend angepasst.

Moin! Du hattest die Fläche zunächst als natural=wetland erfasst – wenn du damit eine Feuchtwiese darstellen wolltest, war das schon fast richtig. Es fehlte nur das zweite Tag für den Typ: natural=wetland + wetland=wet_meadow

Damit wäre die Fläche korrekt als Feuchtwiese erfasst und würde auch entsprechend ausgewertet.

Falls du stattdessen doch einfach eine normale Wiese meintest, wäre landuse=meadow passend – dann sind die Tags salt=no und tidal=no allerdings überflüssig und sollten entfernt werden.

Schön gruß puma515

tippfehler meinte natürlich 46 war korreckt siehe auch kommentare unter: changeset/168241553

Hausnummer 46 ist nun wiederhergestellt: way/149775997

Oh da muss ich mich wohl leider verguckt haben. Fehler passiren jedem mal danke fürs erneute vor ort prüfen ich das gleich wieder an.
Gruß puma515

Hallo Svalbard. Ja ich bin auf meiner Radtour gestern durch Itzehoe auch dort vorbeigekommen bevor ich dann Abends alle merkwürdigen fixme werte in der region angepasst bzw. gelöst habe. Denke die nr. 46 ist für die freifläche neben 44 vorgesehen aber zurzeit nicht in gebrauch. Gruß puma515

Hi DeFra85, danke für deinen Hinweis!

Mir war nicht bewusst, dass foot=use_sidepath solche Auswirkungen auf das Routing haben kann – vor allem, dass dadurch die Straße für Fußgänger vollständig gesperrt wird.

Was mich allerdings überrascht hat, ist deine ablehnende Haltung gegenüber der vorher vorhandenen, sehr detaillierten Erfassung. Gerade im OSM-Kontext gilt doch eigentlich der Konsens, dass man präzises Mapping respektiert und nicht einfach löscht, nur weil man etwas anders taggt. Zumal du selbst bei Dingen wie den Denkmälern und religiöser Einrichtung großen Wert auf detailreiches Micromapping legst.
Als Kompromiss werde ich nun das Tag foot=use_sidepath entfernt, um Routingprobleme zu vermeiden, die separaten Gehwege aber bewusst beibehalten, da sie viele wichtige Details abbilden, die sonst verloren gingen.

So bleiben die Daten sowohl genau als auch praktisch nutzbar – ich denke, das ist ein ausgewogener Mittelweg, der beiden Ansätzen gerecht wird.

Viele Grüße!

Danke für deine Ergänzung! Die eingetragenen Nodes enthalten aber widersprüchliche Tags laut OSM-Wiki – emergency=water_tank ist für geschlossene, technische Behälter gedacht, während natural=water + water=reservoir eine offene Wasserfläche beschreibt. Diese Kombination führt zu Fehlern in QA-Tools wie Osmose in welchen mir es auch grade aufgefallen ist (Das ist ein prüfsystem für warscheinliche fehler in Openstreetmap)

Da es sich um offene Teiche bzw. Regenrückhaltebecken mit Dauerstau handelt, die als Löschwasserentnahmestellen dienen, gehören die entsprechenden Informationen (emergency=fire_water_pond o. Ä.) direkt auf das jeweilige Gewässerobjekt – nicht zusätzlich auf einen separaten Node.

Die Daten wurden daher angepasst, um Redundanzen und semantische Widersprüche zu vermeiden.“