Ungemappte Wohngebiete in Deutschland anhand Zensus

ich habe heute folgende Aufgabe completed:

https://maproulette.org/challenge/23340/task/119402909 … changeset > 1 MB !!

das empfand ich ein wenig grenzwertig. insgesamt ist aber das Bemühen erkennbar. die Taskgröße auf eine erträgliche Größe zu reduzieren.

Ich kann nachvollziehen, was Du meinst, aber lass uns Deinen Schinken nochmal in 5 Teile teilen (viele sind ja ähnlich gross)
dann haben wir für die Gesamtaufgabe keine 16.486 Taks
sondern sind dann jehnseits der 80.000 !

Da kommt der Frust dann
wenn sich der Zähler nich bewegt :laughing: :roll_eyes:

Fakt ist: Es gibt viel zu tun … packen wirs an … OSM

Bis ich in Bayern durch bin
hoffe ich wieder aufs Oktoberfest zu dürfen :smiley: :smiley:

Happy tagging

Klar, das Beispiel ist überspitzt. Und gerade wenn man das per Algorithmus macht wird es keine Regel geben die immer zu zufriedenstellenden Ergebnissen kommt. Und wenn 20 % der Mapper 80 % der Aufgaben lösen, sprich die Vielmapper die meiste Arbeit machen, dann sind große Aufgaben ja auch kein Problem.

Das stimmt natürlich. Da schließe ich mich allerdings Map_HeRo an, dass ich gerne etwas abschließen möchte. Zuletzt hatte ich immer mal wieder etwas mehr Zeit. Aber wenn ich die Aufgabe erst in ein oder zwei Wochen weiter bearbeiten kann, habe ich ein schlechtes Gefühl dabei die Aufgabe nicht abgeschlossen zu haben.

34.578 waren es in der ursprünglichen Version. Aber ja, da kommen dann natürlich auch sehr, sehr kleine Bereiche dabei heraus. Wie gesagt, da hat jeder andere Vorlieben. Ich hatte nur das Bedürfnis meine Erfahrung zu teilen. Jetzt suche ich auf der Karte nach Bereichen, die aussehen, als ob sie einen Arbeitsumfang haben der meinen Vorlieben entspricht. Das ist nicht perfekt, geht aber auch.

Das kann ich nur unterstützen :slight_smile:

Hier mal wieder ein Update:

Nachtrag: Die Zahlen bedeuten: verbleibende Aufgaben / ursprüngliche Aufgaben

Danke für das Update.
Zur Zeit macht es wenig Spaß, an dem Thema zu arbeiten, da MapRoulette häufig nicht richtig läuft.
Weiß jemand, was da los ist oder ist das nur bei mir so?

Hab auch das Problem, viel “Dreh mich im Kreis”
manchmal hab ich Glück, wenn ich die Anfrage noch mal anstoße.

Ich habe im Moment aber auch viele Abbrüche beim down- oder uploaden von Daten über JOSM. (viel Bussy).

Was mir auffällt:
selbstredend das Bundesländer, in denen man Zugriff auf “richtige Hintergrunddaten” hat,
auch weniger zu tun ist (NRW 226; Bw 150 … auch wenn da noch keiner angefangen hat.)

Ich putz jetzt im SüdOst weiter :wink:

+1

Unable to retrieve latest challenge data from server.
Unable to retrieve latest project data from server.
Unable to search challenges on server.
Unable to fetch a task to work on.

Wie wär’s mit 'ner Umbenennung in Oops!Roulette? :wink:

Hier mal wieder ein Update:

Hier mal wieder ein Update der verbleibenden Aufgaben:

aktiver Mapper: mehr als 200 P. in der jeweiligen Liste

@hfs
In 2 Wochen werden für Hessen die Geodaten frei verwendbar sein. Die Hausumringe habe wir ja schon zum großen Teil eingepflegt. Was noch fehlt, sind die Adressen.

Könntest du da eine Aktion für MapRoulette vorbereiten, wo man die fehlenden Adressen ergänzen kann?

In Neuen Jahr ein Update der verbleibenden Aufgaben:

Hallo @Geofreund1,

ich bin immer gern mit systematischen Auswertungen und MapRoulette dabei, aber bei den Adresskoordinaten glaube ich, dass ein systematischer Import besser wäre.

Dazu müsste man die „offiziellen“ mit den vorhandenen Adressen abgleichen und nur die neuen importieren. Das sollte dann aber anhand der Import-Richtlinien ablaufen. Man könnte einen einmaligen, halbautomatischen Import machen, z.B. mit dem JOSM-Conflation-Plugin. Oder man schaut sogar nach Dänemark, wie sie dort ihr vollautomatisches Adress-Update machen: AutoAWS.

Vielleicht wäre es besser, dies im Thread Open Data (Geodata) Hessen ab 01.02.2022 zu diskutieren?

Beste Grüße
hfs

Wieso werden in manchen Gebieten wie z.B. hier keine maproulette-Aufgaben angezeigt?
https://www.openstreetmap.org/#map=16/50.1631/11.1109
Im Nachbarort “Schney” westlich davon sind die Aufgaben vorhanden.

Das liegt wahrscheinlich daran, dass in Michelau zum Zeitpunkt der Auswertung schon einige Gebäude gemappt waren, so dass das Kriterium für ‘leer’ nicht mehr erfüllt war.

Monatlicher Update der verbleibenden Aufgaben:

Korrektur bei Thüringen! Dank an Geofreund1.

Die wundersame Vermehrung der Aufgaben :slight_smile:

Danke auf jeden Fall für deine regelmäßigen Updates.

Ja, genau. In diesem Fall gibt es ein großes Landuse-Polygon https://www.openstreetmap.org/way/28716513 und das enthielt schon „genug“ Gebäude.

Mir ist aber auch schon aufgefallen, dass es noch weiße Flecken gibt, die noch nicht mit Maproulette-Aufgaben abgedeckt wurden. Ein Beispiel – es gibt sicher noch viele andere – in Papenburg: https://www.openstreetmap.org/#map=16/53.0741/7.4266.

Es sieht also danach aus, dass wir nach der aktuellen Runde noch eine weitere Runde drehen müssen. Ich habe auch schon eine Auswertung dafür. Dabei werden die Landuse-Polygone zuerst anhand der Straßen zerschnitten, und hinterher geschaut, ob genug Gebäude je Einzelteil vorhanden sind. Aber zuerst müssen die aktuellen Challenges fertig werden…

mal kurz in die Runde gefragt:

kennt einer von euch das Problem, dass MapRoulette beim sign-in ungültige oauth-tokens ausspuckt?

dies kommt bei mir in letzter Zeit leider häufiger vor und ist ziemlich nervig. :frowning:

[EDIT]
ursprüglich kommt die Authentisierung wohl von openID, was auf ein Kommunikationsproblem schließen lässt. aber da kann ich natürlich nur vermuten. manchmal klappt’s auf Anhieb, manchmal erst nach etlichen Versuchen. Hab auch schon eon paar Dinge in Sachen oAuth bzw App-Registrierung versucht, aber leider ohne Erfolg. Habe auch noch ein zweites Gerät mit identischer Konfiguration, bei dem das Problem bislang noch nicht aufgetreten ist. JOSM läuft dort aber leider nur in der alten 32Bit-Variante. Mal schauen, wie lange noc

P.S.
nach dem gestrigen MR-Update funktionierte es heute mal wieder mit der Authentisierung.

Hi folks,

user MKnight hat mich kürzlich auf ein Problem aufmerksam gemacht, das in der Verbindung von MapRoulette zu JOSM liegen könnte. Demzufolge kann es zu unschönen Doppelmappings von Gebäuden kommen, die nicht immer zeitnah erkannt werden. Ich erkläre mir das so:

Die im MapRoulette hinterlegten Changeset/Challenges nehmen häufig eine groteske (konkarve) Form an, die sich in keinster Weise mit dem deckt, was JOSM in seiner aufgehellten Bounding-Box darstellt. Wenn man hier nicht permanent gegencheckt, ob ein fehlender Umriss nicht schon irgendwo anders gemappt wurde, kann es durchaus zu Schattenumrissen kommen. Unglücklicherweise wird dies beim Hochladen nicht als Konflikt erkannt. Man merkt dies eigentlich nur, wenn man direkt danach einen angrenzenden Bereich mappt. Dieses wird in MapRoulette aber in der Regel (trotz aktivierter Nearby-Vorgabe) nicht angeboten.

Möglicherweise gibt es noch weitere Ursachen, aber diese hier erscheint mir die wahrscheinlichste zu sein.

Die Umrisse der Task sind oft wirklich “strange”.
Zu dem genannten Effekt kann es aber nur kommen, wenn zwei Mapper gleichzeitig aneinandergrenzende Tasks bearbeiten und mindestens einer über die Taskgrenze hinaus mappt. Das ist aus meiner Sicht relativ unwahrscheinlich, da an jedem BL nur eine Handvoll Mapper arbeiten.
Wer die Wahrscheinlichkeit für das Problem noch weiter reduzieren will, kann vor dem Hochladen der eigenen Daten das Gebiet nochmal runter laden (aktualisieren) und dann die JOSM Prüfung laufen lassen. Die erkennt den Überlapp von Gebäuden.