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
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. 
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…
Jeder kann sich einen Github-Account anlegen, das dauert 1-2 Minuten und kostet rein gar nichts.
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.
@highflyer74, aixbrick,Harald Hartmann,05-53 +1
Warum hier solche Änderungen durch die Community eines Tools reingedrückt werden ist mir unklar … :
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)).
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