Projekt/OpenBochum: Unterschied zwischen den Versionen
Aus LaborWiki
D2ns (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Marcus (Diskussion | Beiträge) |
||
Zeile 29: | Zeile 29: | ||
* Lärmkarte aufgrund der städtischen Architektur und Infrastruktur | * Lärmkarte aufgrund der städtischen Architektur und Infrastruktur | ||
** Erweiterbar durch CitizenScience: Lärmsensoren und Erhebungen | ** Erweiterbar durch CitizenScience: Lärmsensoren und Erhebungen | ||
* OpenData-Scoreboard nach Checklist zur Förderung des Wettbewerbs zwischen den Städten | |||
** Punkte nach objektiven Kriterien | |||
*** Schemas vorhanden? Maschinenlesbares Schema? | |||
*** Aktualisierungen? | |||
*** Permalinks | |||
*** Genauigkeit, Fehlerquote in den Daten | |||
*** Datenformate standardisiert? Gängige Formate oder Exoten? Freie Formate? | |||
*** klare Ansprechpartner | |||
*** Quantität der Datensätze | |||
*** Abdeckung verschiedener Themenbereiche | |||
*** Automatische Abrufbarkeit ("Crawler") | |||
** Subjektive Punkte | |||
*** Ansprechpartner Test | |||
*** Usability Tests ("finde die Daten zu X") | |||
** Meta-Kriterien | |||
*** Vergleichbarkeit der Daten unter den Städten |
Version vom 23. August 2017, 17:44 Uhr
OpenBochum Release status: stable [box doku] | |
---|---|
Description | Bochum besitzt viele Stellen, die mit offenen Daten arbeiten. Wir wollen Ihnen dabei helfen, ihren Datensatz zu erweitern und zu verbessern. |
Defibrillatoren in Bochum
- Daten aus dem OpenData-Portal Bochum
- Überprüfe Orte von Defibrillatoren in OpenStreetMap
- Überlappe Defibrillatorendichte mit Altersdurchschnitt der Stadtteile
- https://www.bochum.de/opendata/datensaetze/bevoelkerung/nav/9LVDA9488BOCM
- Polygone müssen dafür aus OSM heraus entnommen werden
- Ziel: Sind genügend Defibrillatoren in einem Stadtteil mit älterer Bevölkerungsstruktur vorhanden?
Probleme
- Daten müssen aufbereitet werden
- Encoding kaputt
- Geoinformation ist im "EPSG25832"-Format, was OSM nicht standardmäßig verwendet
- Daten sind lizenztechnisch nicht kompatibel mit OSM
- Dadurch müssen wir jeden Defibrillator per Hand überprüfen und in OSM eintragen (Video dazu)
- Es werden Stadtteildaten benötigt, die nicht im OpenData-Portal als Polygone zu bekommen sind und deswegen aus OSM entnommen werden müssen.
Weitere Ideen
- "Hackathon" bzw. Vortrag bzgl. OpenData und OpenStreetMap in der Verwaltung
- Die csv-Dateien müssen bei Aktualisierungen immer über den selben Link erreichbar sein
- Walkability Score, der die fußläufige Erreichbarkeit von POIs durch die bauliche Struktur ermittelt
- Lärmkarte aufgrund der städtischen Architektur und Infrastruktur
- Erweiterbar durch CitizenScience: Lärmsensoren und Erhebungen
- OpenData-Scoreboard nach Checklist zur Förderung des Wettbewerbs zwischen den Städten
- Punkte nach objektiven Kriterien
- Schemas vorhanden? Maschinenlesbares Schema?
- Aktualisierungen?
- Permalinks
- Genauigkeit, Fehlerquote in den Daten
- Datenformate standardisiert? Gängige Formate oder Exoten? Freie Formate?
- klare Ansprechpartner
- Quantität der Datensätze
- Abdeckung verschiedener Themenbereiche
- Automatische Abrufbarkeit ("Crawler")
- Subjektive Punkte
- Ansprechpartner Test
- Usability Tests ("finde die Daten zu X")
- Meta-Kriterien
- Vergleichbarkeit der Daten unter den Städten
- Punkte nach objektiven Kriterien