Open tordans opened 5 years ago
Update: Jetzt habe ich über https://github.com/jochenklar/fis-broker/blob/master/berlinzoom/config.yml noch die Karte "Berlin Zoom" entdeckt.
https://fbinter.stadt-berlin.de/fb/berlin/service_intern.jsp?id=berlinzoom@senstadt&type=WMS
Dieser Dienst hat leider keine Hausnummern. Dafür hat er aber präzisere Bürgersteig-Umrisse.
Wenn ich da richtig verstehe, bräuchte man beide Quellen, da sie jeweils nicht alle Daten des anderen enthalten.
Update by Jochen: https://mapproxy.org/ seems to be a feasible option. The goal is to have a caching layer in between which will translate the WMS calls to TMS and cache the results for further use.
Hinweis: Antrag beim FOSSGIS-Verein Unter https://www.fossgis.de/wiki/F%C3%B6rderantr%C3%A4ge/DOP80-200-Bayern wird gerade ein Antrag besprochen, bei dem es entweder um eine Kopie von Daten geht (analog der Berliner Luftbilder) oder aber um eine Cache-Lösung, wie sieh hier auch weiter helfen könnte.
Hinweis: Daten aus Köln https://github.com/osmlab/editor-layer-index/issues/648 beschreibt Daten, die vielleicht auch über den hier angedachten Cache-Dienst/Zwischendienst einfacher zugänglich gemacht werden könnten.
Meine Proxy Expetimente waren erfolgreich:
https://tiles.codefor.de/proxy/tiles/1.0.0/zoom/mercator/{z}/{x}/{y}.png
Beim ersten mal dauert es länger, dann wird es aber auf dem Server gecached. Im Prinzip kann man jetzt alles was WMS spricht auf diese Weise hosten. Die Config dafür ist hier: https://github.com/jochenklar/fis-broker-proxy.
Hi Jochen, das sieht spitze aus!
Test-Case in der Dev-Version des iD-Editor: http://preview.ideditor.com/master/#background=custom:https://tiles.codefor.de/proxy/tiles/1.0.0/zoom/mercator/{z}/{x}/{y}.png&disable_features=boundaries&locale=en&map=19.14/52.47751/13.44795
Dort wird für den „Zoom“-Layer der Hintergrund schwarz angezeigt. Wenn ich eine Background-Color angebe im Inspektor, sieht es besser aus.
Ich vermute, es liegt an der Transparenz der PNGs? Siehst du einen einfachen Weg die PNGs ohne Transparenz auf Weißem Hintergrund auszugeben?
—
Update: Erste Ergänzung basierend auf den „Zoom“-Daten: https://www.openstreetmap.org/changeset/72029186#map=19/52.47292/13.45527 :-D
Müssten alle Sources in https://github.com/jochenklar/fis-broker-proxy/blob/master/sources.yml auf die gleiche Weise funktionieren?
topplus_web
habe ich aktiviert bekommen, aber viele andere laden scheinbar nicht?
Gibt es einen Weg eventuelle Fehlermeldungen von dem Proxy auszulesen (öffentlich)?
Ok, Transparenz ist weg. Eigentlich sollten alle laden (z.B. http://preview.ideditor.com/master/#background=custom:https://tiles.codefor.de/proxy/tiles/1.0.0/2019/mercator/{z}/{x}/{y}.png&disable_features=boundaries&locale=en&map=19.14/52.47751/13.44795). Das mit den Fehlermeldungen ist nicht so trivial. Es dauert halt auch lange beim ersten mal laden.
https://tiles.codefor.de/proxy/tiles/1.0.0/zoom/mercator/19/281734/172030.png antwortet gerade mit
502 Bad Gateway nginx/1.10.3 (Ubuntu)
Danke, das war noch aus, seit dem Neustart vor ner Woche.
@jochenklar wäre es mit dieser Technik auch möglich die neuen Straßenbefahrungsdaten als TMS auszugeben? Siehe https://fbinter.stadt-berlin.de/fb/index.jsp?loginkey=zoomStart&mapId=k_StraDa@senstadt&bbox=385430,5816844,385638,5816976 Die sind super detailliert, auch ohne die verschiedene Datenlayer.
Update: +Screenshot
FYI und als Referenz: Unter http://mapproxy.osm.ch/demo/ wird auch ein Map-Proxy verwendet.
Beispiel URL
https://mapproxy.osm.ch/tiles/AGIS2019/EPSG900913/{zoom}/{x}/{y}.png?origin=nw
(Quelle: https://github.com/osmlab/editor-layer-index/pull/709/files#diff-387649ea4642897bac07ebd1304cf174R13)
Hey, ja, aber das sind super viele layer die ich dann einzeln proxien muss, willst du die alle haben? https://fbinter.stadt-berlin.de/fb/berlin/service_intern.jsp?id=k_StraDa@senstadt&type=WMS
…ja, aber das sind super viele layer die ich dann einzeln proxien muss, willst du die alle haben? https://fbinter.stadt-berlin.de/fb/berlin/service_intern.jsp?id=k_StraDa@senstadt&type=WMS
Verstehe. Nein, das macht dann weniger Sinn. Ich glaube, diese Datenquelle würde nur Sinn machen, wenn man sie auf eine Ebene reduziert und als eine Ausgabequelle zurück gibt.
ja, vll geht das ja irgendwie. Mal nachforschen.
Falls jemand hier vorbei kommt, das sind die aktuellen URLs für den Mapproxy:
https://mapproxy.codefor.de/tiles/1.0.0/2019/mercator/{z}/{x}/{y}.png https://mapproxy.codefor.de/tiles/1.0.0/zoom/mercator/{z}/{x}/{y}.png etc.
Der Senat hat seine Karten der Häuserumrisse aktualisiert.
Quelle https://www.stadtentwicklung.berlin.de//geoinformation/aktuelles/index.shtml
Die "Digitale Topographische Karte 1: 100 000 (DTK100)" finde ich dabei relativ uninteressant.
Aber der "WebAtlas Berlin" ist sehr interessant für OpenStreetMap: https://fbinter.stadt-berlin.de/fb/index.jsp?loginkey=zoomStart&mapId=wmsk_webatlasberlin@senstadt
Als Lizenz wird die übliche Lizenz angeben, so dass ich keinen Grund sehe, die Daten nicht analog zu den Luftbildern für OpenStreetMap zu verwenden:
(Doku für mich :) – Karte öffnen > Unter "Angaben zur Karte" das (i))
Es wäre super, wenn diese Daten auch über den Tiles-Server verfügbar werden könnten. Dann könnten wir sie unkompliziert OSM einbinden als Layer.
In diesem Zuge wäre es vielleicht auch interessant einen jährlichen Snapchot der Daten zu erstellen, so dass man Änderungen abgleichen kann. Denn scheinbar werden die Daten ja jährlich aktualisiert; aber immer nur die neusten Daten sind abrufbar.