StreetComplete - die nächste suboptimale App

Verstehe das Problem nicht, der Tag ist nicht für StreetComplete erfunden worden. Oder was ist das Problem?

Das es StreetComplete für etwas verwendet, wofür es (zumindest in Deutschland und auch der Meinung anderer) normalerweise nicht benötigt wird.

ADD: Und wie oft haben wir zustimmend diskutiert, dass solche Apps dann halt selbst eine Datenbank vorhalten müssen, was sie schon geprüft haben und was nicht und nicht die ganzen OSM Elemente mit irgendwelchen Tags zupflastern…

Ok, d.h. ich tagge dann jetzt an die Straße folgendes


name:forward=Straßenname von Ortschaft A
name:backward=Straßenname von Ortschaft B

?!

Naja, die Wikiseite könnte man schon so verstehen, daß es Tagging für den Editor ist.
Andersrum würde eher ein Schuh draus: die App sagt dem Nutzer, der Straßenname würde fehlen und er trägt noname=yes ein, um die Namenlosigkeit zu bestätigen.
Bleibt für mich aber eine Info, die vielleicht den Mappern hilft, aber dem Nutzer einer Karte nichts.

Achso verstehe, genauso wie an jede Straße oneway=no dranzuhängen.

Also ich mache das definitiv nicht, warum auch? … und sag jetzt nicht StreetComplete macht sowas

Ich auch nicht.

Ich denke nicht.

Laut [1], dürfte das Problem, dass nach Hausnummern gefragt wird, obwohl die darunterliegende Fläche bereits eine hat, behoben sein. Das scheint aber bei amenity=kindergarten bzw. building=kindergarten nicht zu funktionieren. Mit dem Changeset [2] wurde nämlich durch StreetComplete nach der Hausnummer gefragt und konnte durch den User eingegeben werden.

Aus diesem Anlass würde ich gerne nochmal meine Frage aus Beitrag #106 stellen: Warum lässt es die App überhaupt zu, Hausnummern ohne Straße angeben zu können? Ich glaube nach wie vor, dass das zwecklos ist, weil die Hausnummer alleine gar nichts aussagt. Sie ist nur in Verbindung mit einer Straße sinnvoll.

[1] https://github.com/westnordost/StreetComplete/issues/510
[2] http://www.openstreetmap.org/changeset/54009680

Gute Frage; ich möchte mich anschließen. :slight_smile: In Bretzfeld und in Weißbach (Hohenlohekreis) hat ein fleißiger neuer Mapper in diesem Herbst zahlreiche bisher fehlende Hausnummern per StreetComplete erfasst, nur leider oft/meist ohne Straßenangabe (addr:housenumber ohne addr:street). Ich habe das fehlende addr:street überall nachgetragen, wo ich es eindeutig bestimmen konnte. Aber wäre es nicht schöner, wenn der Mapper gleich nicht nur nach der Hausnummer, sondern auch nach dem Straßennamen gefragt würde? Oder ist das (inzwischen) so?

PS: Das soll kein Herumgemeckere an der App sein. Im Gegenteil, daran, dass ein neuer Mapper von StreetComplete so zum fleißigen Erfassen der Hausnummern animiert wurde, ist ja ein Beleg, dass die App wirklich sinnvoll ist – Kompliment! Nur, ehm, sie wäre eben vielleicht noch besser, wenn wir auch gleich die Straßennamen bekämen und nicht (wie ich es hier getan habe) danach nochmal mit JOSM hinterherputzen müssen … :wink:

Das war eine längere Diskussion. Nachlesbar hier. (Weiter unten im Ticket habe ich ein langes Resumé gezogen und nochmal alle Gründe genannt, die dagegen sprechen, für jede Hausnummer gleich die Straße mit erfassen zu lassen). Natürlich ist ohne Straßenangabe die Addressinformation unvollständig, klar, und muss dann irgendwann später nachgetragen werden. Als Follow-Up der erwähnten Diskussion gibt es ein Ticket als Feature-Wunsch für die Erstellung eines weiteren Aufgabentyps “In welcher Straße befindet sich das Haus mit Hausnummer …?”

Wegen der Schule, das liegt daran, dass die Geometrie des Gebäudes nicht vollständig innerhalb des Schulgeländes liegt. Ich könnte das ändern, so dass es schon reicht, wenn sich die Geometrie des Schulgeländes mit der des Gebäudes schneidet damit nicht nach der Hausnummer gefragt wird.
Aber das würde bedeuten, dass in allen Fällen, in denen das Schulgelände korrekt scharf mit dem Gebäude abschließt, nicht nach der Hausnummer für das benachbarte Gebäude, also http://www.openstreetmap.org/way/87081364 in dem Fall gefragt werden würde, weil dieses Gebäude dann auch das Schulgelände schneiden würde.

Danke für den Hinweis! Es ist schön zu sehen, dass Ihr Euch soviel Gedanken gemacht habt. (Bei anderen Apps bin ich mir mit dem „Gedanken machen“ nicht immer so sicher ;)) … Ich halte das Vorgehen, nur nach den Hausnummer zu fragen, immer noch für suboptimal, aber es ist natürlich aus der Konzeption der App heraus sehr einleuchtend.

Das wäre dann doch recht wünschenswert.

Danke für deine Erläuterung. Warum nicht nach dem Straßennamen gefragt wird, ist in der Tat nachvollziehbar.

Bei der Fläche ist eine Anpassung der App aus meiner Sicht nicht nötig. Man muss nur richtig mappen, und das bedeutet in diesem Fall, dass das Geände scharf mit dem Nachbargebäude abschließen muss, sodass das Kindergarten-Gebäude vollständig umschlossen ist (was dann auch der Realität entspricht). Im Prinzip weist die App hier also indirekt auf ein Problem hin.

Zu dem Schulgelände-Thema gäbe es eventuell noch einen dritten Weg. StreetComplete nutzt die JTS Topology Suite für geometrische Berechnungen.
Der Source Code zu der angesprochenen Logik ist hier - es wird a.coveredBy(b) genutzt, welches als “b enthält (alle Punkte von) a” dokumentiert ist. a.intersects(b) wäre dann “b hat Punkt(e) mit a gemein”.

Die beste Lösung wäre “b hat eine Fläche mit a gemein”, mit anderen Worten, es hat mindestens eine Intersection, die eine Fläche ist. Allerdings scheint es keinerlei Funktion zu geben, die diese Logik abbildet, es gibt a.overlaps(b), aber das tut was anderes als man erwarten würde.
Vielleicht kennt sich da jemand mit JTS besser aus als ich?

Wenn diese Suite OGC-konform ist, gibts hier eine nette Übersicht: http://docs.safe.com/fme/html/FME_Desktop_Documentation/FME_Transformers/Transformers/spatialrelations.htm#DE9IM_Matrix An diese OGC-Definitionen halten sich AFAIK alle mir bekannten Bibliotheken.

Habe mir mal gedacht, ach komm, testest die App nochmal und trägst einfach ein paar Hausnummern ein.

Nach dem fünften Haus (plus 5 Sterne) stelle ich fest, daß es falsch war, was ich gemacht habe, weil zwei der Buildings Zweifachreihenhäuser waren und somit statt einer eben zwei Hausnummer haben.

Also habe ich fünfmal auf dem Undo Button geklickt, fünfmal wurde (-1) bei den Sternen angezeigt, aber die eigentlichen Sterne weiter aufaddiert, macht jetzt also +10 Sterne, obwohl nichts geändert/beigetragen wurde.

Nichts geändert … ähm wie jetzt, was soll dieses Changeset** … WTFes ist echt unglaublich was eine Awardwinning App so alles darf … bin einfach nur noch fassungslos…

PS: @westnordost
Nein, ich werde keine github Issues erstellen, das kannste schön selber machen.

** für diejenigen, die nicht reingucken wollen: zu nächst wurde für die 5 Gebäude die v3 mit Hausnummer angelegt, und dann nach dem Undo jeweils die v4 wieder ohne Hausnummer erzeugt, der changeset Kommentar ist aber ironischer weiße “add housenumber”, d.h. wenn man sich nur die letzte Version anschaut kann man sich schon fragen, was der Schei… soll

Was soll die App auch sonst großartig machen. Sachen die schon auf dem Server sind, können nur durch neue Versionen geändert werden. Rückgängig machen ohne neue Version zu erzeugen geht halt nur solange die Änderungen lokal sind. Ich sehe hier kein Problem, es geht technisch einfach nicht anders.

Immerhin sieht man hier, dass sich nichts geändert hat: https://overpass-api.de/achavi/?changeset=54172357
OSMCha dagegen ist komplett verwirrt: https://osmcha.mapbox.com/changesets/54172357

Gar nicht erst hochladen, sondern endlich mal, wie vor Monaten gefordert, lokale Changesets vorhalten…

Das geht auch netter, Harald. Noch so eine Entgleisung und du musst dich nicht wundern wenn ich dir überhaupt nicht mehr antworte. Ich habe keine Lust mehr, deine auf falschen Fakten basierenden Denunziationen zu widerlegen.

Erstmal, siehe mmd. Genauer: Rückgängig gemachte schon hochgeladene Änderungen werden in den gleichen Änderungssatz getan aus dem sie kommen, weil sie idR thematisch und zeitlich (wie auch in deinem Fall) zusammenhängen, da sie aus der gleichen Begehung stammen. Das gilt auch für die Korrekturen, die man üblicherweise nach Nutzen der Rückgängig-Funktion macht.

Änderungen werden schon seit es die App gibt lokal vorgehalten! :rage:

Einstellungen → Auto-Synchronisierung → Aus

Damit werden Aufgaben nur runter- und Antworten nur hochgeladen wenn du das explizit über das Menü triggerst (“Hier nach Aufgaben suchen” / “Antworten hochladen”). Die Rückgängig-Funktion funktioniert auch lokal.

Die Sterne zählen nur die Anzahl der Änderungen, die du hochgeladen hast.

Und genau das ist das Problem an der ganzen APP: MAN WEISS NICHTS WAS SIE TUT … muss ich wirklich erst eine Standardeinstellung (Auto-Sync = AN) ausschalten, damit solcher BULLSHIT gar nicht erst passiert?! Gibt es nicht genug andere Trigger Events, welche die APP nutzen könnte (z.B. beenden der App, wechseln des Quests, usw.)

Und nochwas: STERNE zählen obwohl der Datenbank schlussendlich REIN GAR NICHTS an Information hinzugefügt wurde, AUßER die Historie aufzublähen ist dann wohl sarkasmusAN Gamification in PERFEKTION sarkasmusAUS ?! :rage:

PS: ich geh dann morgen mal spielen … laufe durch die Straßen, setze hunderte von Hausnummern, Oberflächen von Straßen, Stockwerke von Gebäuden und mache dann beim zurücklaufen einfach solange UNDO bis ich wieder am Anfang bin … Ähm wo gab’s die Highscore Liste nochmal gleich?

Ich kann leider keinen Grund erkennen, warum bei diesem Thema in Ton und Umgang eskaliert werden muss.

Mir ist keine Instanz in osm bekannt, die festlegen darf, wie ein Programm funktionieren darf, noch viel weniger erkenne ich ein Recht Einzelner, Forderungen an andere erfüllt zu bekommen.

Mit Sicherheit hat die App von westnordost erheblichen Verbesserungsbedarf in bestimmten Bereichen, Fehlerhinweise durch die Community sind dabei bestimmt wertvoll. Dabei hat jeder das Recht auf seine Meinung niemand muss um den heißen Brei reden.

Ich bin jedoch der Überzeugung, dass Meinungen sachlich formuliert - ansonsten besser seien gelassen werden.

Markus

Schade eigentlich … aber braucht es auch nicht, da es in OSM ja “Good Practices” (wenn teilweise auch unausgesprochen/undokumentiert) gibt.

Jeden Mapper würden wir durchaus freundlich darauf hinweisen, wenn er in einem Changeset Objekte mit vX ändern und im selbigen mit vY wieder zurücksetzt.

Naja und mmd gab mit seinem Beitrag westnordost wieder die Möglichkeit sich herauszureden und den schwarzen Peter erst einmal auf andere (Drittsysteme) zu schieben - wäre nicht das erste mal - um es dann nach langer Diskussion doch irgendwie - nach meinem Eindruck widerwillig - umzusetzen.

Und zum Schluß habe ich dennoch immer noch kein Verständnis dafür, warum man mit dieser App von der Couch aus agieren kann … sollte doch sehr einfach möglich sein nur Aufgaben im, sagen wir mal max. 250m Radius um die aktuelle GPS Position abzuarbeiten … nur dann wäre es eine (berechtigte) “VorOrt Survey”.

PS: Und nur zur Info, der Threadtitel kommt nicht von mir!

Soll ich jetzt deswegen “lindnern”? (lieber besser nichts sagen, als etwas falsch zu sagen)