StreetComplete - die nächste suboptimale App

Nur weil es in StreetComplete kein Quest dafür gibt, heißt das noch lange nicht, dass man die Dachform grundsätzlich nicht eintragen sollte wenn roof:levels=0 ist.

StreetComplete bietet das nicht an, weil es dann in Gegenden in denen (schräge) Dächer nicht üblich sind einerseits die User massiv mit diesen Quests zugespammt werden bei denen sie bei 99,9% immer das gleiche antworten müssen (Flachdach) und andererseits natürlich auch die Leute die QA machen mit allerlei Changesets mit 0 Informationsgehalt zugeballert werden.

Gegenden wie etwa regenarme Gebiete:
https://www.google.de/maps/@34.0207156,-6.8437162,1381m/data=!3m1!1e3
oder auch praktisch jedes größere Gewerbegebiet.

Siehe auch die Guidelines für neue Aufgabenvorschläge in StreetComplete

Plus, bezüglich dem zweiten Punkt im Zitat: Die Form von relativ Flachen Dächern ist von unten oft garnicht sichtbar. Da ist es oft einfacher, die Dachform om Satellitenbild aus zu bestimmen, und wohl auch effizienter.

Da trage ich nicht “0” ein sondern lasse es einfach leer.

Naja… für mich macht das mappen von levels nur Sinn für die Ermittelung der ungefähren Höhe… Die Stockwerke als solches interessieren mich anderweitig nicht… (mehr würde mich interessieren ob es einen Aufzug gibt :wink: ) sehe auch keinen nutzen für mich darin warum ich das mappen sollte das ist mir meine Zeit zu schade :confused:

Vor allem wenn man den Kniestock nicht eingeben kann… ist die Höhe die man aus dem Level berechnenen kann sichtbar ungenau… (ohne Kommastelle…) Die Höhen(in Meter) der Gebäude und Dächer fange ich bei normaler Wohnbebauung nicht an zu messen… kann gern wer anders machen :stuck_out_tongue:

Außerdem sollte man mal vielleicht doch mal darauf kommen den Kniestock oder Komma beim Level einzuführen… muss man wieder alles neu abfahren :frowning:

Glaub dann mach ich das Quest nur bei Gebäude mit building:levels=3 und mehr…

mfg Miche

Ein x:levels wird glaub oft mit 3m übersetzt.
roof:levels macht also nur bei einem Flachdach Sinn.

Ansonsten sollte roof:height zusammen mit roof:shape und ggf. roof:orientation verwendet werden.
Wie macht sowas StreetComplete?

roof:orientation nein, ist aber auch dann immer abhängig von der geometrie des Gebäudes wie des dann ausgerichtet wird :confused: und das wird auch nicht immer gleich gemacht…

wobei roof:shapes farbe, ausrichtung usw. mit dem Luftbild auch schön machen kann… >>meist<<

Nein, wieso?
wiki sagt:

Wo kommt da jetzt das Flachdach her?

Sollte roof:levels=0 heißen. Damit lassen sich nur Flachdächer modellieren.

Hi

weil ich gerade darüber gestolpert bin: amenity=telephone wäre ein Quest schön… covered=, indoor=, payment:…= oder so…? Alleine da viele noch in OSM sind die eventuell schon abgebaut wurden… so als Nebeneffekt um die Existenz feststellt.

https://wiki.openstreetmap.org/wiki/DE:Tag:amenity=telephone?uselang=de

Gruß Miche

PS: Bei Git-Hub ich nix gefunden… hab aber keinen Account bei Git-Hub… und mag jetzt nicht extra einen anlegen :wink:

Sehr verworren, was Du da schreibst. Solange man die Höhe der Levels nicht genau kennt, kann man aus der Anzahl Levels keine genaue Höhe des Gebäudes berechnen. Das geht einfach nicht!
Da nützt Dir auch nicht, wenn Du 0,5 levels für einen Kniestock ansetzen könntest - konsequenterweise musst Du dann sowieso von den roof:levels wieder 0,5 abziehen. Einfacherweise - wenn man die Geschosse/Stockwerke/Etagen betrachtet - gehört der Kniestock zum Dachgeschoss. Für mich daher roof:levels=1 (und weitere wenn vorhanden)
Zur Ungenauigkeit der Levels: ich habe gestern die x:levels zweier benachbarter Gebäude gemappt: eines building:levels=2 + roof:levels=1; das andere building:levels=3 + roof:levels=1. Das eine verklinkerter Altbau, das andere moderner Neubau. Welche Höhen willst Du abschätzen? In der Realität sind beide Gebäude gleich hoch.

@Mammi71

Auch wenn man dem Multiplikator nicht kenne bleibt das Verhältnis das gleiche, von daher kann man in der 3d Karte sehr wohl sehr genau unterscheiden… Vielleicht kann man 1,1 von 1,2 nicht unterscheiden aber den Rest sehr wohl…

Mfg Miche

Jetzt habe ich hier einen SC User, der (mehr oder minder) mitten in Deutschland maxspeed Einträge mit maxspeed:type=NL:urban produziert …
Wie würfelt SC das denn aus? Basierend auf GPS Daten (die da gerade vielleicht springen?). Oder muß man da was konfigurieren?

https://www.openstreetmap.org/changeset/63158023

Guck nur mal eine Seite vorher nach was da steht! Das Problem ist mittlerweile gelöst. Liest denn keiner die Beiträge der anderen?

Mea Culpa. Aber als gelöst würde ich das nicht betrachten. Wie du richtig schreibst: "Der Benutzer von StreetComplete muss keine Vorkenntnisse wie OSM funktioniert haben. "
Wer kümmert sich denn jetzt um die zurückgelassenen Fehler? Der SC Entwickler? Die Benutzer wissen ja nix von Ihrem Glück.

Viele sind’s scheinbar in D nicht: https://overpass-turbo.eu/s/CHi

Gruß
Stephan
Bearbeitet: Abfrage aktualisiert (Jetzt alle betroffenen Werte ungleich maxspeed_type=DE* in Deutschland)

Das Problem in der App ist gelöst und westnordost hat die fehlerhaften Einträge korrigiert. Hier dazu der Beitrag von westnordost im Forum: https://forum.openstreetmap.org/viewtopic.php?pid=718853#p718853 und exemplarisch eines der Changesets: https://www.openstreetmap.org/changeset/63240044. Aus deinem Beitrag sehe ich, dass er wohl nicht alle Fehler “erwischt” hat.

So sieht’s aus …

Allerdings ist das zumindest hier: https://www.openstreetmap.org/changeset/63348583 auch mit SC 8.1 noch in die Hose gegangen …

Gruß
Stephan

@westnordost,

da sind immer noch einige übrig geblieben (und die nur für Deutschland):
https://overpass-turbo.eu/s/D2B
Gruß
tux67

Das Problem betraf Antworten die mit StreetComplete v8.0-beta1 und v8.0 *gegeben *wurden.

Es kann sein dass einige Leute die Antworten nicht sofort/zeitnah hochgeladen haben sondern erst später mit der neuen Version - insbesondere Nutzer die StreetComplete über F-Droid beziehen, weil F-Droid das v8.2 Update mit 5 Tagen Verspätung ausgeliefert hat (das ist nicht normal, die hatten da wohl Probleme mit dem Buildprozess, siehe #1223 Can’t submit quests done with v8.0 and v8.1 is not on F-Droid)

Ich kümmer mich drum, die restlichen Eintrage auch noch zu korrigieren, danke für die praktische Overpass-Query.

Hallo,

So etwas sollte mit StreetComplete nicht möglich sein. Das “Mo-Fr 18:30” ganz am Ende überschreibt das “Mo-Fr 16:30” am Anfang.

Das muss unbedingt korrigiert werden.

Nein, dazu müsste vor dem “Mo-Fr 18:30” ein Semikolon und kein Komma stehen.