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.
Du warst 21 Minuten schneller, ich hab dann meinen Kram wieder raus
Mit EvaUnterwegs hatte ich auch schon "tagging"kontakt.
Insgesamt sehr selten, aber bei mir schon ca. 5*mal +/- vorgekommen.
Wie Du sagst und wenn ich dran denke:
Gebiet noch mal schnell durchladen
PrĂŒfung durchlaufen lassen und
sich ĂŒber ĂŒberlappende GebĂ€ude âfreuenâ.
Kleiner Nebeneffekt: der unterschiedliche Zeichenstil und wie weit man auseinander ist.
Alles klar. Vielen Dank! aktueller Zwischenstand:
Bayern wurde heute abgefrĂŒhstĂŒckt. Bleiben noch Niedersachsen, Sachsen-Anhalt, ThĂŒringen und Brandenburg.
Die 50% beziehen sich nur auf die offenen Aufgaben.
Insgesamt waren es mal 16814 Tasks (siehe #128 in diesem Thread).
Davon sind aber immer noch ein paar dicke Brocken mit 5.355 Aufgaben (ca. 32%) ĂŒbrig.
Es wÀre ganz wunderbar, wenn die bisherigen LeistungstrÀger ihre Motivation auch in diese LÀnder mitbringen und ihnen unter die Arme greifen könnten
Sofern die Sat-Daten das hergeben, bin ich gern weiter dabei.
In Nds waren insbesondere Waldsiedlungen und unbebautes Bauland ein Problem. In Bayern warenâs dann die alten hoch verdichteten Ortskerne. Mal schaun, was uns da in SA, Brandenburg und ThĂŒringen erwartet.
In Brandenburg und Sachsen-Anhalt gibt es auch Luftbilder und Hausumringe aus ALKIS von den LandesvermessungsÀmtern. Die helfen bei Wald- und Neubaugebieten.
Zumindest in Brandenburg sind die GebÀudeumringe aber nicht unbedingt genau, rechteckig oder vollstÀndig. Die nehme ich also eher zur Orientierung, wo ich genau hinschauen muss, und zeichne sie nicht blind ab.
Das sollte man allgemein nie, also immer vergleichen. Bisher aus Sachsen-Anhalt habe ich die Erfahrungen gemacht, dass die Alkis-Daten sehr gut passen.
Zu Beginn vergleiche ich auch immer alle Quellen auf höchster Zoomstufe. AbhĂ€ngig von OrthogonalitĂ€t und Kontrast fĂ€llt die Wahl dann meist auf Bing oder Esri. An Stellen wo nichts zu erkennen ist, oder das Stiching zu extremen Verzerrungen fĂŒhrt, wird auch bei mir nicht blind gezeichnet.
Auch, wenn du offizielle Luftaufnahmen von den VermessungsĂ€mtern hast? Ich muss echt feststellen, dass es kaum besser ausgerichtete Bilder als diese gibt. Ist ja fĂŒr die sogar deutlich wichtiger. Und gerade, da die VermessungsĂ€mter die Katasterdaten haben, können sie oft besser ausrichten
+1
Vergleichen mit aktuellen Luftbildern ist Pflicht!
Noch dazu: (zu mindestens hier in Brandenburg:) die GebÀude des GebÀude-Layer im Alkis und die sichtbaren GebÀudeumrisse bei Webatlas sind weitestgehend gleich und gerne mal nicht aktuell. Wenn man sich die ALKIS-GebÀudeumrisse betrachtet, muà man aber auch mit der Darstellung aufpassen, vor allem wenn der GebÀudeumriss gestrichelt ist (=GebÀude in seiner Lage nur ungefÀhr bekannt)⊠Das wird gerne vergessen.
Im PDF mit der Genehmigung auf der Wiki-Seite wird auf die kostenfreien Geobasisdaten verwiesen: https://www.lvermgeo.sachsen-anhalt.de/de/kostenfreie_geobasisdaten_lvermgeo.html . In dieser Liste werden auch die âAdressen Hauskoordinaten und Hausumringeâ genannt, so dass ich denke, dass sie (unter Angabe der Quelle im Changeset) benutzt werden dĂŒrfen.
Jap, das ist richtig. Wenn man die GebĂ€udeumrisse im Editor hat, kann dir leider dein System via WMS nur die âHintergrunddatenâ nicht mitliefern. Aber der Eigentliche Datensatz enthĂ€lt auch die Hausnummern an den GebĂ€udeumrissdaten.
Aber anstelle sich die Bildquellen in Ruhe anzuschauen (=DOP20c !!!), wurden einfach Geometrien hingeklatscht, die der Bildlage nicht entsprechen, Geometriefehler produziert und es wurde nicht weitere einschlĂ€gige nutzbare Datenquellen hinzugezogenâŠ
Mein CS https://www.openstreetmap.org/changeset/119011675 hat zu mindestens erst mal die Geometrie repariert und die GebÀudesituation in der Lage korrigiert, auch wenn es dort noch immer nicht vollstÀndig ist. Vergleiche Luftbild!
Mich Ă€gert es, daĂ dadurch fĂŒr uns lokale Mapper elendig viel unnötige Arbeit produziert wird, was auch der Hauptgrund ist, warum ich mich da nicht beteiligt habe und werde,
Ich möchte nicht wissen, wieviel Ă€hnlicher Schrott Ă€hnliche nachzuarbeitende Daten produziert wurdenâŠ
