Häuser-Umrisse auf tiles.codefor.de für OSM (Webatlas) about maps.berlin.codefor.de HOT 15 OPEN

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.

from maps.berlin.codefor.de.

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.

from maps.berlin.codefor.de.

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.

from maps.berlin.codefor.de.

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
osmlab/editor-layer-index#648 beschreibt Daten, die vielleicht auch über den hier angedachten Cache-Dienst/Zwischendienst einfacher zugänglich gemacht werden könnten.

from maps.berlin.codefor.de.

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

from maps.berlin.codefor.de.

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)?

from maps.berlin.codefor.de.

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.

from maps.berlin.codefor.de.

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)

from maps.berlin.codefor.de.

Danke, das war noch aus, seit dem Neustart vor ner Woche.

from maps.berlin.codefor.de.

@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

from maps.berlin.codefor.de.

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)

from maps.berlin.codefor.de.

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

from maps.berlin.codefor.de.

…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.

from maps.berlin.codefor.de.

ja, vll geht das ja irgendwie. Mal nachforschen.

from maps.berlin.codefor.de.

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.

Repo: https://github.com/codeforberlin/mapproxy-config

from maps.berlin.codefor.de.