OpenStreetMap logo OpenStreetMap

Changeset When Comment
176994936

Ja, das muss ich aber noch klären. In den Unterlagen die ich bisher zu dem Vorhaben hab, hab ich dazu noch nichts gesehen.

176994936

Nein, das Stück in Verlängerung der Hauptstraße kommt auch weg. Deck- und Tragschicht wurden schon entfernt, nur der Verlauf ist noch sichtbar, wird aber komplett zurückgebaut.
Die Straße endet dann bei der Hausnummer 36.

176994936

Die Straße zwischen Wilhelmsdorf und Esenhausen existiert nicht mehr:
https://www.rv.de/landkreis/presseservice/Pressemitteilungen/kreisstrassenverlegung+bei+wilhelmsdorf+in+mehreren+bauabschnitten_+vollsperrung+der+kreisstrassen+k+7969_k7970+bei+wilhelmsdorf_esenhausen+vom+10_+juni+2025+bis+voraussichtlich+ende+2026

177126011

Tut mir leid, ich hab nicht genau genug hingeschaut. OF-1 hat die Straße eingezeichnet.

177126011

Diese Straße existiert nicht mehr:
https://www.rv.de/landkreis/presseservice/Pressemitteilungen/kreisstrassenverlegung+bei+wilhelmsdorf+in+mehreren+bauabschnitten_+vollsperrung+der+kreisstrassen+k+7969_k7970+bei+wilhelmsdorf_esenhausen+vom+10_+juni+2025+bis+voraussichtlich+ende+2026

177103781

War das ein Track, den ich gelöscht habe, weil er nicht mehr auf den Luftbildern auftaucht?

170483294

Ich hab den Zeitplan grad nicht greifbar, die Straße wird aber komplett neu mit geändertem Verlauf gemacht. Vor Ende 2026 würde ich da nicht mit einer Freigabe des neuen Straße rechnen. Den zukünftigen Verlauf findet man auf der Grafik zum FNO-Verfahren:
https://fno-verfahren.lgl-bw.de/FISInternet/verfahren.xhtml?vfa=4692

148744989

Die Position "besser irgendwas steht drin, als nix" ist falsch, weil
1. Tools wie StreetComplete/SCEE keinen Verbesserungs-Bedarf zeigen, denn es steht ja was drin und
2. es die Datenqualität und Nützlichkeit von OSM völlig unnötig reduziert, teilweise bis fast zur Nutzlosigkeit.

Punkt 2 wird offensichtlich, sobald man die Perspektive des Mappers durch diejenige des Auswerters tauscht.

Anhand des "building"-Tags lässt sich das leicht illustrieren. Da ist "building=residential" das Äquivalent zu "surface=asphalt". Und im Wesentlichen genauso nutzlos, denn mit dieser Angabe kann man z.B. keine Auswertung der Siedlungsstruktur einer Kommune erstellen. Ist überall detached, semi_detached, appartments,... getaggt, dann ist die entsprechende Auswertung ein relativ triviales Python-Script. Und zwischen einem Stadteil, in dem verteilt ein paar Villen stehen ("detached") oder ein paar 10-stöckige MFH ("appartments") ist in vielerlei Hinsicht gewaltig, würde aber bei "building=residential" völlig untergehen.

Für Leute die mit Rollstuhl, Kinderwagen,... unterwegs sind, macht es einen deutlichen Unterschied ob surface=paved in der Realität Asphalt oder mittelalterliches Kopfsteinpflaster ist.

Von solchen Details leben nicht nur Routenplanungen, sondern auch Projekte wie Wheelmap & Co.. In dieser Hinsicht sollte man als Mapper von einer "ich kann mit den Details nichts anfangen"-Sicht Abstand nehmen und stattdessen lieber die präzisesten, passenden Tags verwenden. Irgendwann kommt jemand anders auf eine tolle Idee und dann sollte der OSM-Datenbestand auch liefern können. Die Möglichkeiten dazu wurden ja geschaffen, das Potential brach liegen zu lassen wäre sehr dämlich.