OpenStreetMap logo OpenStreetMap

Changeset When Comment
152721295 over 1 year ago

Nachtrag: Grund dafür war, dass die drei Gebäude "Hamburger Bahnhof", "Ostflügel" und "Westflügel" in der OSM als eigene Galerien erschienen sind.

152721295 over 1 year ago

Ich hatte die Gebäude-Tags des Hamburger Bahnhofs angepasst, aber nicht in den Kommandozeilen, sondern im Dropdown des OSM-Editors. Im Moment ist der Hauptteil getaggt als "Kunstgalerie", der Westflügel als "Gebäude" und der Ostflügel als "Öffentliches Gebäude". Ich habe das vereinheitlicht unter einem Tag - welchem weiß ich nicht mehr. Es kann sein, dass z.B. "Kunstgalerie" im Hintergrund "building" auf "area" ändert.

142140035 about 2 years ago

Was für eine RVA ist da momentan (in beiden Fahrtrichtungen)? Wieder die Radfahrstreifen?

142140035 about 2 years ago

Stralauer Straße ändert sich ständig durch die Bauzustände am Molkenmarkt.

144222682 about 2 years ago

ja, in der Tat.

141434793 about 2 years ago

Als Anhaltspunkt: Wenn man in StreetComplete einträgt, dass eine Straße keine Radwege hat (egal ob in Fahrtrichtung oder dagegen), dann wird das als cycleway:right/left/both=no hinterlegt. Ggf. wird oneway:bicycle noch auf no gesetzt oder bei Öffnung entfernt. Es gibt in diesem Fall aber immer cycleway:left=no bzw. cycleway:both=no (je nach dem).

Im vorliegenden Fall hab ich nur die Fahrtrichtung als "ohne RVA" gekennzeichnet, aber die Gegenrichtung undefiniert gelassen. Das sieht man auch im Changeset, weil sich meine Änderung nur auf cycleway:right bezieht, nicht auf left oder both.

Vorher war die Definition "RVA rechts unbekannt; RVA links unbekannt; Einbahnstraße in Gegenrichtung offen", wobei letzteres in StreetComplete bei unbekannter RVA in Gegenrichtung so nicht angezeigt wird. In StreetComplete habe ich vermeintlich die RVA rechts ergänzt und den Rest so gelassen, wie er war. Neu wäre das dann "RVA rechts nein; RVA links wie vorher (unbekannt); Einbahnstraße in Gegenrichtung wie vorher (offen)". Nun wird "links offen mit unbekannter RVA" in StreetComplete aber nicht als solches angezeigt. Es könnte ziemlich gut sein, dass technisch keine Ergänzung von rechts passiert, sondern eine Überschreibung mit dem neuen Wert für rechts und den (vermeintlichen) Bestandswerten für links. Wenn StreetComplete Unbekannt-Offen aber nicht als solches führt, könnte dies zum Problem führen, dass unbemerkt die Gegenrichtungs-Öffnung gelöscht wird.

Ist aber nur eine Möglichkeit. Keine Ahnung, ob das stimmt.

141434793 about 2 years ago

Unkonzentriert 🙄 gefixt.

141434793 about 2 years ago

Könnte ein Kollateralschaden in StreetComplete gewesen sein, mitunter fehlt die Sicherheitsabfrage bei Einbahnstraßen. Ich ergänze die Art der RVA, die Einbahnstraßenregelungen lasse ich idR einfach aus, sofern ich sie nicht explizit kenne. Danke für den Hinweis, ich hab's manuell korrigiert.

141625117 about 2 years ago

Sorry, ist mir durchgerutscht. Normalerweise mache ich das :)

141640784 about 2 years ago

In Ordnung.
Allerdings sollte man dabei berücksichtigen, dass die Einstufung der Verbindungsfunktion im StEP ebenfalls international vergleichbar gehandhabt wird und kein "lokaler Verkehrsplan" ist.

Viele Grüße
Mopshase

141421609 over 2 years ago

Na dann das rein für alle Straßenabschnitte.

141421609 over 2 years ago

Das stimmt. Wobei die Frage ist, was hier schwerer wiegt: Die zwei Infos oder die Konsistenz in der Kartendarstellung, weil in der Logik sämtliche Parktaschen einzeln als solche dargestellt werden müssten.
Hinsichtlich der automatisierten Auswertung, für die die Kapazität ja hauptsächlich von Belang ist, kann man auch einfach auf die Parkstreifenlänge zurückgreifen. Sinnvoller wäre dazu das Eintragen der Bäume ggü. der Parkplätze in der gesamten Stadt.
Bezüglich Fee müsste man sich mal Gedanken machen. Da es sich hier aber um eine großräumige Parkraumbewirtschaftungszone handelt und nicht um einen einzelnen kostenpflichtigen Parkplatz, ist der Infomehrwert sicherlich momentan gering. Eine Lösung für das Problem kann ich grad aber auch nicht anbieten.

139681207 over 2 years ago

I removed 28-31 concerning your claim of private property and since I cannot prove if they really exist or if it's a optical illusion on the aeral picture.

32-36 should definitely be there (you can even see the wheel tracks). Trails do not necessarily need to be hiking trails – it's sufficient if they are there.

Thank you very much for the confirmation on site :)

139846402 over 2 years ago

trail removed

118860350 over 3 years ago

Danke fürs checken btw

118860350 over 3 years ago

Sorry, vermutlich Bedienfehler, der mir durchgerutscht ist. Daran hatte bewusst nichts geändert. Änderungen hab ich v.a. bei bicycle_road = yes vorgenommen und Block-Details ergänzt.