-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dashboard/Layer: Datenvollständigkeit pro Bezirk #41
Comments
Ich habe den Layer boundaries_stats überarbeitet. Dort sind alle Bezirke enthalten und folgende Attribute:
Zur besseren Übersicht hier einmal als Tabelle (Stand: 2022-07-15T20:21:51Z):
|
Cool! Kann man den Flächen im Styling ein Label geben? Dann könnten wir eine Spalte "parking_km_share" oder so ergänzen mit der Prozentangabe der gemappten Parkstreifen >> "street_side_km" + "lane_km") / "sum_km" * 100 und diese als Label benutzen. |
Der Layer muss auf unserer Seite eingebunden werden und dort kann man dann einen Stil anwenden, gleiches Schema wie bei den parking_segments. Auf der Demo-Seite kann ich keinen Stil angeben bzw. ich weiß nicht wie :) |
Eine Spalte |
ich schlage vor das als farbskala anzuzeigen wenn man raus-zoomt, anstelle der anderen daten. da es aber verschiedene zahlen und skalen sind, vielleicht doch lieber mit einem anderen overlay und text? |
Um mal devil's advocate zu spielen: Ich weiß nicht, ob eine Karte immer die beste Wahl ist, um Daten anzuzeigen. Man muss sich ja fragen, was man mit dem jeweiligen Layer erreichen/sagen will. Wenn ich mir einen schnellen Überblick über die Bezirke verschaffen möchte, sehe ich mir lieber schnell die obige Tabelle an als mit der Maus über alle Bezirke zu fahren. Und die eigentlichen Grenzen der Bezirke werden ja auch in den anderen Layern recht klar. Wenn man das grafisch aufbereiten und als Choropleth darstellen möchte, müßte man aber fast jede der Kategorien über ein Drowndown auswählbar machen (aber auch hier: Wozu, wenn man das fixer in der (sortierbaren?) Tabelle sieht). Ich finde da eine Tabelle besser geeignet. Was ich wirklich sinnvoll wäre, wäre ein eigener Layer für Completeness + vielleicht die Legende im anderen Layer der Gesamtzahl an Parkplätzen, wie viele pro Bezirk bereits gemappt sind - also wie man die Parkplatzgesamtzahl in Bezug auf die Vollständigkeit interpretiern muss. Das Ändern der Darstellung durch Rauszoomen ist eine coole Funktion, aber ich fand es auch recht ungewöhnlich. Ich denke die Nutzer sind es gewohnt, dass die Daten-Darstellung innerhalb eines Layers kohärent bleibt. |
Ich denke auch, so ein "Dashboard" bietet sich tabellarisch/als Rangliste an, so hat es @gislars auch schon erstellt. Gerade bei kleineren räumlichen Ebenen (Ortsteile, LOR) finde ich eine einfache kartographische Darstellung aber auch super, um zu "sehen", wo sich in Berlin schon etwas tut - auch als Gamification-Element ;) ("ich will meinen Bezirk 'grün' machen") Ich teile hier mal beispielhaft zwei Grafiken von @gislars dazu: Die zoomstufenabhängigen Änderung der Datenebenen in der Neuköllner Parkraumkarte sind ursprünglich aus der Not geboren, dass ich unterschiedliche Dinge in einer Raster-Tiles-Karte darstellen wollte, ohne technisches Hintergrundwissen z.B. zum Einsatz von Layern etc. - aber eigentlich funktioniert es erstaunlich gut. Für dieses Projekt hier wäre es aber perspektivisch wohl besser, wenn die Daten innerhalb eines Layers in verschiedenen Zoomstufen gleich oder zumindest ähnlich bleiben (z.B. nur aggregiert werden, aber die selben Daten dargestellt werden). In der Vergangenheit haben wir, soweit ich mich erinnere, bereits über eine Auswahlmöglichkeit verschiedener Layer geredet, und zwar in etwa die Folgenden (etwas offtopic - wenn es soweit ist/bei Bedarf evtl. woanders strukturiert sammeln/diskutieren):
|
Update: Eine super simple Version gibt es jetzt unter https://parkraum.osm-verkehrswende.org/project-vector-tiles/dashboard. Für alle weitere muss ich aber erstmal das Framework ändern; Aufwand-Nutzen wird zu schlecht im aktuellen Setup. |
Ziel & Daten:
Ich würde gerne aus den unseren Daten Zahlen generieren, die wir auf einer Art Dashboard darstellen können:
(Erstmal statisch, später dann dynamisch, vermutlich analog #12)
Ausblick:
Über den Jahreswechsel, können wir das dann erweitern … zB nach Zahlen pro LOR. Und die Zahlen in Subsegmenten nach Ausrichtung (Parallel, …) und Park-Ort (Gehweg, Straße, Parkbucht, …). Im Ausblick wären auch Listen pro Straße pro Bezirk interessant mit den Straßen mit den meisten/wenigsten Parkplätzen…
The text was updated successfully, but these errors were encountered: