StreetComplete - die nächste suboptimale App

tux67 · 2019-02-13T07:59:43.000Z

aixbrick:

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

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

Peer_van_Daalen · 2019-02-13T08:17:41.000Z

tux67:

So wie ich das sehe, sind die Notes in SC FreeForm und nicht das Resultat einer Task. …

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

aixbrick · 2019-02-13T09:13:57.000Z

tux67:

Vielleicht gibt es Probleme den Platz (und ich nehme mal an beide Notes beziehen sich auf den selben Sachverhalt) in SC sauber anzuzeigen?

Volltreffer

Ich hatte das in StreetComplete offen, und da sah die Darstellung falsch aus.

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

Mammi71 · 2019-02-13T09:32:25.000Z

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.

ent8r · 2019-02-13T14:41:01.000Z

Mammi71:

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.

highflyer74 · 2019-02-23T12:31:27.000Z

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?

Harald_Hartmann · 2019-02-23T13:18:19.000Z

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.

aixbrick · 2019-02-23T13:19:48.000Z

highflyer74:

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.

+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.

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?

ent8r · 2019-02-23T13:21:46.000Z

highflyer74:

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.

Hast du dir schon folgende Links durchgelesen?

https://wiki.openstreetmap.org/wiki/StreetComplete/FAQ#Why_does_StreetComplete_often_tag_the_absence_of_features.3F
https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/opening_hours:signed%3Dno
https://lists.openstreetmap.org/pipermail/tagging/2018-May/036432.html

ent8r · 2019-02-23T13:25:59.000Z

aixbrick:

Wie geht SC mit dem Tag um? Wird die Frage nach den Öffnungszeiten irgendwann erneut gestellt?

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

aixbrick:

Ohnehin ist die Frage nach Öffnungszeiten bei gewissen POIs nicht sinnvoll.

Ä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.

ent8r · 2019-02-23T13:28:03.000Z

Harald Hartmann:

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

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

PT-53 · 2019-02-23T13:47:01.000Z

ENT8R:

Durch Beiträge im Forum wird sich nichts an der Software eher wenig ändern.

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

ent8r · 2019-02-23T13:53:06.000Z

PT-53:

Damit werden alle Nicht-Github-Nutzer ausgeschlossen!

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…

aixbrick · 2019-02-23T13:54:11.000Z

PT-53:

Damit werden alle Nicht-Github-Nutzer ausgeschlossen! Finde ich echt Klasse!

+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.

ENT8R:

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?

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.

ent8r · 2019-02-23T14:26:39.000Z

aixbrick:

Das frisst doch kein Brot.

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

mmd · 2019-02-23T14:29:25.000Z

PT-53:

ENT8R:

Durch Beiträge im Forum wird sich nichts an der Software eher wenig ändern.

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

Jeder kann sich einen Github-Account anlegen, das dauert 1-2 Minuten und kostet rein gar nichts.

aixbrick:

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.

Auf die Idee, dass ein Maintainer das ganze in seiner Freizeit macht, und seine Zeit vielleicht besser mit Fehlerbeheben verbringt, als ständig Dutzende Kanäle manuell durchzuschauen, bist du noch nicht gekommen? Ich finde, es ist mehr als angemessen, dass die Leute, die ernsthaft am Beheben von Problemen interessiert sind, sich dann auch die Zeit nehmen und vernünftige Fehlermeldungen erstellen.

tux67 · 2019-02-23T16:09:11.000Z

@highflyer74, aixbrick,Harald Hartmann,05-53 +1

Warum hier solche Änderungen durch die Community eines Tools reingedrückt werden ist mir unklar … :

aixbrick · 2019-02-23T16:18:39.000Z

mmd:

Auf die Idee, dass ein Maintainer das ganze in seiner Freizeit macht, und seine Zeit vielleicht besser mit Fehlerbeheben verbringt, als ständig Dutzende Kanäle manuell durchzuschauen, bist du noch nicht gekommen?

Doch, aber m.M.n. gehört das mit dazu, wenn ich eine App bereitstelle, die Daten in OSM setzt oder verändert. Github kann selbstverständlich genutzt werden, aber auch die Anmerkungen im Forum bzw. auf der Mailingliste sollten beachtet werden und ggf. eine Änderung in SC nach sich ziehen. Und auch die Einführung neuer Tags sollte hier bzw. auf der Mailingliste zumindest angekündigt werden. Dann ist auch der Maintainer auf der sicheren Seite.

SC ist sicherlich gut, das will ich gar nicht abstreiten, aber man muss die Community mitnehmen, sonst läuft es irgendwann wie bei iD: Es werden Fakten geschaffen (ich erinnere nochmal an die Diskussion in https://forum.openstreetmap.org/viewtopic.php?id=65004)).

tux67 · 2019-02-23T16:26:02.000Z

ENT8R:

Hast du dir schon folgende Links durchgelesen?

https://wiki.openstreetmap.org/wiki/StreetComplete/FAQ#Why_does_StreetComplete_often_tag_the_absence_of_features.3F

https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/opening_hours:signed%3Dno

https://lists.openstreetmap.org/pipermail/tagging/2018-May/036432.html

Warum sollte er? Was ist denn das für ein Ansatz - durch die Verbreitung eines Tools Fakten zu schaffen, bevor ein Proposal überhaupt durch ist?

Gruß tux67

PT-53 · 2019-02-23T16:49:43.000Z

mmd:

Jeder kann sich einen Github-Account anlegen, das dauert 1-2 Minuten und kostet rein gar nichts.

Ich bin nur ein einfacher Mapper und kein IT-Spezialist und sehe nicht ein mich auch noch mit Github beschäftigen zu müssen, nur weil eine App teilweise unsinnige Merkmale einträgt!