Wäre es eine Idee, hier einen separaten Topic als Wiki anzulegen, in dem man freigegebene Hintergrundbilder , die man im iD benutzerdefiniert einbinden muss, zu sammeln? Lässt sich mit Lesezeichen versehen, schnell wiederfinden und darauf verweisen/verlinken.
3 Likes
Nun in seinem beobachteten Gebiet sieht und erkennt man schnell User, die eher wenig im entsprechenden Gebiet editieren… Nette und eindringliche Ansprache und dann klappt das schon…
…und ich glaube, ich habe viele User hier für das Thema sensibilisiert.
Sven
4 Likes
@streckenkundler, der Lageversatz der Bing Aufnahmen deines initalen Beispiels liegt quasi bei null:
2 Likes
Das wäre die leichteste Übung, aber dazu stellen sich mir 2 Fragen:
-
Als die Geodaten Hessen im Februas 2022 freigegeben wurden, hat es nur wenige Tage gedauert, bis “Hesse DOP20” als Standard-Bildmaterial bei iD eingebunden war (und Bing in der Folge auf den 2. Platz verwiesen wurde. Hier das Topic vom alten Forum dazu.
Das müsste doch mit dem LGB Brandenburg ebenfalls in wenigen Tagen möglich sein, oder?Bisher nicht eingebunden, aber sehr sinnvoll zum mappen von Gebäuden ist der Layer mit den hessischen LiKa-Daten. Der muss daher wie von @dx125 beschrieben als benutzerdefiniert geöffnet werden.
-
Gibt es denn außer den LiKa-Daten und dem hier beschriebenen LGB noch weiteres Bildmaterial, das voraussichtlich längerfristig als benutzerdefiniert in iD eingebunden werden muss? Wenn nicht, würde es sich kaum lohnen, dafür ein entsprechendes Topic zu erstellen, oder?
1 Like
@Quaternion : Es geht mir nicht nur um den Lageversatz. Der ist total uneinheitlich, da es Satbilder sind, kommt es auf die Stelle an, man an den Bildrand kommt, desto schlimmer kippen die Gebäude und größer wird der Versatz. Es geht mir auch um die Aktualität. Im Ausgangsbeispiel wurde eine offensichtlich vor Ort ermittelte Situation stumpf nach Bing zurückgebaut. Bei einer anderen Situation wurde ein Kasettendach, welches nur in Bing zu sehen ist, als neues Dach fehlinterpretiert. Sven
Danke. Ich habe auf Basis von tordans Beitrag einen neuen Pull Request auf Github erstellt: Add Germany/Brandenburg dop20c.json by Strubbl · Pull Request #1763 · osmlab/editor-layer-index · GitHub
Ich habe die URL entsprechend deiner Antwort aktualisiert.
Jetzt weiß ich nicht, ob noch etwas fehlt.
edit: Ich habe noch das best=true hinzugefügt, sodass diese Bilder als Standardhintergrund in BB gesetzt sind.
5 Likes
Ich würde nicht zu sehr auf Sat- vs Flugzeugaufnahme herumreiten.
Die Rohbilder sind alle zum Rand hin verzerrt, beim Satellit tendenziell mehr, weil die ja die ganze Erde mit ihren Streifen abdecken müssen.
Entscheidend für die Qualität ist die Nachbereitung. In die Entzerrung geht das Geländemodell ganz wesentlich ein.
Die SRTM basierten (kostenlosen) habe eine Maschenweite von 30 oder 90 m und führen im bergigen Gelände oft zu deutlichem lokalen Versatz.
LIDAR gestützte Modelle sind viel genauer, sind aber viel aufwendiger zu gewinnen und kosten daher üblicherweise Gebühren wie auch Vermessungsdaten. Deshalb sind aktuelle Orthofotos für den professionellen Einsatz meist nicht umsonst.
Im obigen Beispiel sieht man, dass Microsoft und Konsorten (bzw. deren Lieferanten) die Entzerrung und Georeferenzierung inzwischen in der Ebene ganz gut im Griff haben. Das linke Bild wurde schon ziemlich schräg aufgenommen, wie man an der rechten Hauswand sieht.
Beileibe nicht überall hat man genaue Bildaufnahmen zur Verfügung und da muss man bei den meist drei bis fünf Quellen nachsehen, welche die aktuellste ist und welche am besten zu hoffentlich verfügbaren Tracks passt. Das dann auch immer wieder, denn schon ein paar Kilometer weiter kann die Reihenfolge schon wieder anders sein.
In Gegenden mit genauen, aber veralteten Bildern oder Karten und neueren Quellen mit unbekanntem Versatz kann man diese auch an geeigneten Stellen ausrichten.
Generell würde ich verschieben oder gar neu einzeichnen nur, wenn ich sicher bin, dass die zu Grunde liegende Szene genauer und/oder aktueller ist. Eine Quelle allein, auch wenn sie beim Editor an erster Stelle steht, reicht dafür nicht.
Fazit für mich: Für Aktualität und Genauigkeit falls möglich immer auf mehrere Quellen zugreifen.
7 Likes
Generell gilt das so.
Für Brandenburg aber nicht.
Da gibt es nichts Genaueres, als die LGB Luftbilder. Betreffend Aktualität bitte hier nachschauen
https://bb-viewer.geobasis-bb.de/?projection=EPSG:25833¢er=377783.7828678987,5804010.701647526&zoom=1&bglayer=1&layers=6,25
Filter- ›Aktualität
Die anderen Luftbilder dann nur zum gegen - checken verwenden, falls die LGB Luftbilder älter sind.
1 Like
Wenn ich eine Quelle mit ausgezeichneter Genauigkeit und regelmäßigem Update habe, nehme ich die natürlich als Default.
Aber Vertrauen ist gut, Kontrolle ist besser: Bei bekannten Baustellen sehe ich schon mal nach, ob die Aktualität auch stimmt.
Der Thread-Titel ist schon in Ordnung, man sollte nur ein paar Aussagen im Thread nicht verallgemeinern.
ein , am ende line 8
Expecting ‘,’ delimiter: line 9 column 5 (char 408)
&BBOX={bbox}"
hier mit ,
&BBOX={bbox}",
1 Like
Danke, das habe ich korrigiert. Ansonsten meinte ich mit der Frage noch inhaltlich, ob es da noch etwas zu tun gibt.
Tordans hatte eine gute Zusammenfassung dazu geschrieben, siehe Create Brandenburg-DOP20c.json by tordans · Pull Request #933 · osmlab/editor-layer-index · GitHub
Hat jemand diese gelesen und noch offene Punkte erkannt?
edit: Ich bin editor-layer-index/CONTRIBUTING.md at gh-pages · osmlab/editor-layer-index · GitHub noch durchgegangen und habe dementsprechend noch die privacy_policy_url hinzugefügt.
Du hast ein Pull Request erstellt.
Wenn dieser genehmigt wurde, wird er von jemandem in osmlab zusammengeführt und dann warten auf das nächste Update des ID-Editors.
Die letzte Aktualisierung ist zwei Wochen her. latest
Das kann wochen oder monaten dauern.
1 Like
Ich kenne mich damit nicht so aus, aber könnte das nicht auch eingepflegt werden? 
Das wird sicher möglich sein, wenn man weiß, wie ein entsprechender Pulrequest bei Gitte Hups zu formulieren ist … 
… ich weiß es nicht und habe mich als genügsamer Mapper bisher damit zufrieden gegeben, die entsprechende Adresse in das “benutzerdefiniert” Feld reinzukopieren, das schaffe ich in weniger als 10 Sekunden.
@tordans PR wurde vor 3 Wochen gemergt: Add Germany/Brandenburg dop20c.json (new PR) by tordans · Pull Request #2109 · osmlab/editor-layer-index · GitHub
Meinem Verständnis nach sollte bald “Brandenburg GeoBasis-DE/LGB (latest) / DOP20c” in der Liste der Satellitenbilder in den üblichen Editoren auftauchen.
1 Like
Hei, die 2023er Befliegung wird mittlerweile nach und nach aus dem SDOP- Dienst in den Gesamtbestand übernommen… hier bitte immer die Aktualitäten beachten.
Sven
Edit: Siehe auch: https://community.openstreetmap.org/t/brandenburg-nach-der-befliegung-ist-vor-der-befliegung-2023/102300/6
Ich verstehe ja nix von github und osmlab/editor-layer-index, aber da scheint sich momentan auch für Hessen etwas zu bewegen:
Add more layers (ALKIS, DTK, WebAtlas) for area Hesse (Germany) #2074
~ sun-geo commented Sep 28, 2023
~ coolultra1 linked a pull request Oct 26, 2023 that will close this issue
Das hatte ich gerade zufällig gefunden am Ende von:
“Add Hesse DOP20 imagery #1436” vom “Feb 3, 2022”
Die Hesse DOP20 ist momentan auch noch mit “attribution required: true” gekennzeichnet:
[...]
"license_url": "https://www.rv.hessenrecht.hessen.de/bshe/document/jlr-VermGeoInfGHEV6P18",
"permission_osm": "implicit",
"attribution": {
"url": "https://hvbg.hessen.de",
"text": "Geobasisdaten © Hessische Verwaltung für Bodenmanagement und Geoinformation: Digitale Orthophotos",
"required": true
},
[...]
In den NRW-Dateien (z.B. Alkis) steht nur die “license_url” und keine:
“permission_osm: implicit”,
“attribution […]”: {
Die Lizenz in Hessen müsste doch jetzt genauso explizit sein wie in NRW?
`
Danke für die Info, es wäre sehr erfreulich, wenn diese Layer allgemein zur Verfügung stehen würden und nicht nur von den Eingeweihten genutzt werden können.
Das verstehe ich weniger, da bereits bei der Freigabe am 01.02.22 klar war, dass eine Attributierung nicht zwingend notwendig ist.
1 Like
War die DOP20 schon vorher unter einer anderen “Open-Data”
Lizenz verfügbar? Da stehen
"start_date": "2019",
"end_date": "2020",
in der Konfigurationsdatei, und das liegt ja schon ein paar Jährchen zurück.Es gab länger kein Release von iD, daher waren die Änderungen nicht sichtbar. Seit gestern sind sie live.
Nur zur Sicherheit: Das Feld beschreibt nur, dass der Editor den Namen anzeigen soll während des Mappens. ELI hat meinem Verständnis nach kein Feld um eine bestimmte Attribution im Changeset festzulegen / einzufordern. Sprich, es ist IMO nie falsch das auf “true” zu setzen, weil es nur eine Anzeige im UI für Mapper:innen betrifft.
2 Likes