StreetComplete - die nächste suboptimale App

Würde ich auch so sehen … Einige der SC Ergänzungen die an mir vorbeikommen empfinde ich aus der Kategorie “kann man machen … Muss man aber nicht … “
Spam hatte ich bisher eher mit SC generierten OSM Notes (z. B. in Viersen).

Gruß tux67

Ohne jetzt für oder gegen access=yes zu sprechen, wollte ich nur anmerken, dass es doch eine ganze Reihe an Spielplätzen gibt die oft ohne access erstellt werden, aber definitiv ein access tag bräuchten. Oft in “gated” Innenhöfen, Schulen oder Kindergärten. Generell eher Spielplätze die sich innerhalb einer amenity/Anlage befinden.

Nach einem kurzen Check in Berlin in meiner unmittelbaren Nähe nach Spielplätzen ohne access konnte ich feststellen, dass die Mehrzahl sicherlich öffentlich zugängliche Anlagen darstellt, aber ich konnte auch ziemlich fix einige Beispiele für fehlendes Tagging finden.

Finde die Quest in der Hinsicht also gar nicht so verkehrt.

Dazu kann man doch einen etwas detailierteren Overpass Code schreiben, der nur Spielplatze in einer Umgebung von 10-20 Meter auswirft oder sich direkt in der Fläche von Kindergarte/Schulen usw. befinden.

Dann würden schon mal die Spielplätze wegfallen die am Dorfrand oder in einem öffentlichen Park liegen.
Natürlich können dann einige durchrutschen die in einer Siedlung in einem privaten Bereich sind.

StreetComplete will wohl alles mit access zupflastern.

Das ist ein öffentlicher Spielplatz - dunkles Symbol:
https://www.openstreetmap.org/#map=19/51.01402/13.63702

Das ist ein privater Spielplatz - ausgeblasstes Symbol:
https://www.openstreetmap.org/#map=19/51.01676/13.63356

M.E. sind es Mappingfehler wenn access=private fehlt. Ich habe in Rostock auch öffentliche Spielplätze auf Schulgelände gesehen. Also alles eine Sache der (genauen) Erfassung.

Weiß vielleicht jemand, was StreetComplete hier wissen wollte, der User aber nicht beantworten konnte:

https://www.openstreetmap.org/note/1678972
https://www.openstreetmap.org/note/1678973

Beide Aussagen passen zu dem, was in OSM gemappt ist.

So wie ich das sehe, sind die Notes in SC FreeForm und nicht das Resultat einer Task. Vielleicht gibt es Probleme den Platz (und ich nehme mal an beide Notes beziehen sich auf den selben Sachverhalt) in SC sauber anzuzeigen?

Gruß
tux67

Ich glaube, der Kollege nekyr hat es soeben selber bemerkt und die beiden Meldungen mit einer Entschuldigung geschlossen.

https://www.openstreetmap.org/note/1678973#map=19/50.77534/6.07533&layers=N

Danke für´s Kopf machen.

Peer

Volltreffer :smiley:

(https://www.openstreetmap.org/note/1678973)

Warum SC eine eigene, rudimentär wirkende Kartendarstellung verwendet und nicht einfach auf die Standardkarte zurückgreift oder wenigstens wie viele anderen Maps eine Auswahl anbietet, habe ich noch nie verstanden.

Vielleicht hilft ja folgende Erklärung:

Die Hauptzielgruppe von StreetComplete sind unerfahrere Mapper, die einfache Aufgaben erledigen wollen. Um diese Zielgruppe beim ersten Blick auf die App nicht zu überfordern/abzuschrecken, wird ganz bewusst ein sehr einfacher Kartenstil gezeigt.
Außerdem soll die Karte nur als grobe Orientierung für die Aufgaben dienen und nicht als kompletter Ersatz für eine Standard-OSM-Karte mit Navigationsfunktion.
Besonders erfahrene Nutzer könnten dann natürlich denken, dass einige Informationen fehlen könnten, das sollte aber nach einem kurzen Blick schnell klar sein, weil wirklich fast alles bis auf Häuser, Straßen und Flüsse/Seen fehlt.

Mir lief gerade ein neues Tag über den Weg, welches von Street Complete gesetzt wird: opening_hours:signed=no.

Dazu gibt es folgendes Proposal: https://wiki.openstreetmap.org/wiki/Proposed_features/opening_hours:signed%3Dno

Ich persönlich finde es ein wenig übertrieben, für nicht ausgeschilderte Öffnungszeiten ein weiteres Tag zu erfinden. Wenn man es unbedingt erfassen will, geht man einfach in den Laden hinein und fragt, schaut sich die Website eines POI an, oder lässt die Information einfach weg, wenn es keine gibt.

Was denkt ihr darüber?

Gehört genauso in die Kategorie access=yes, noname=yes und sonstige unnütze Daten zu erfassen, nur damit die Anwendung beim nächsten mal nicht mehr danach fragt … naja und was soll man sagen, der Autor des Proposals gehört zu den Top3 Contributors von StreetComplete … und ich finde es langsam schon frech, dass man dann solchen Daten schon verwendet obwohls nur proposed ist … ich sehe schon, ich werde jetzt endlich mal eine längere Email an die DWG schreiben, mir reichts.

+1

Einen Mehrwert dieser Information sehe ich auch nicht. Sie besagt lediglich, dass zu dem Zeitpunkt wo man “vor Ort” war (das bezweifle ich ohnehin bei vielen SC-Nutzern), keine Öffnungszeiten erkennbar waren. Das kann am nächsten Tag schon anders aussehen. Das Schild war vielleicht gerade in der Reinigung. :slight_smile:

Einige Fragen:

  • Wie geht SC mit dem Tag um? Wird die Frage nach den Öffnungszeiten irgendwann erneut gestellt?
  • Was passiert, wenn man die Öffnungszeiten auf anderem Wege erhalten hat, z.B. die Website, und mit JOSM, iD usw. ergänzt? Darf/Muss man das Tag dann löschen? Oder gilt es weiterhin, weil die Öffnungszeiten nach wie vor nicht an der Tür stehen? Woher weiß ich letzteres?

Ohnehin ist die Frage nach Öffnungszeiten bei gewissen POIs nicht sinnvoll. Z.B. haben Sportanlagen wie https://www.openstreetmap.org/way/650016270 in den seltenesten Fällen feste Öffnungszeiten, sondern sind dann offen, wenn es nötig ist. Dort dann ein opening_hours:signed=no zu ergänzen mag zwar korrekt sein, ist aber überflüssig, weil logisch. Was soll auf dem Schild auch draufstehen?

Hast du dir schon folgende Links durchgelesen?

Momentan noch nicht, wäre aber sicherlich eine sinnvolle Ergänzung (evtl. mit etwas anderem Wortlaut, dass man auch auf der Internetseite schauen sollte…)

Änderungen an der Software können jederzeit kostenlos hier vorgeschlagen werden: https://github.com/westnordost/StreetComplete/issues
Durch Beiträge im Forum wird sich nichts an der Software eher wenig ändern.

Unnötig finde ich das eher weniger… Woher weiss man denn sonst, ob der Wert einfach noch nicht getaggt ist oder es tatsächlich so ist, wie es in den meisten Fällen der Fall ist? Siehe auch noch einmal https://wiki.openstreetmap.org/wiki/StreetComplete/FAQ#Why_does_StreetComplete_often_tag_the_absence_of_features.3F

Damit werden alle Nicht-Github-Nutzer ausgeschlossen! Finde ich echt Klasse!
Das ist für mich auch schon eine Art der Zensur!

Oder meinetwegen eine Email an westnordost falls du dir partout keinen Account anlegen willst… Allerdings wirst du mit dem Anlegen eines Accounts und dem Posten eines Issues direkt auf Github ein etwas größeres “Publikum” haben als wenn du nur eine Email schreibst.

Zensur ist das meines Erachtens nicht. Du hättest ja die Möglichkeit deine Meinung an einem bestimmten Ort zu äußern. Es ist nunmal leichter alles gebündelt an einem Ort zu haben, in diesem Fall ist das Github…

+1

Ich gehe noch einen Schritt weiter: Ich erwarte von einem Maintainer, dass er alle gängigen Kanäle im Auge behält, d.h. auch Forum und Mailingliste und nicht nur Github.

Indem man die Frage immer und immer wieder stellt und der User sie immer und immer wieder mit “Ja, ist öffentlich zugänglich” beantwortet, ohne dass SC an den Daten etwas ändert. Das frisst doch kein Brot. Steht dort aber access=yes fragt SC nicht mehr. Was ist, wenn sich der Zugang ändert? Im Zweifel bleibt das access=yes nun also für ewig und drei Tage in OSM.

Und ob: das nimmt die wertvolle Zeit des Surveyors, die er/sie für weitaus sinnvollere Sachen verwenden könnte…