OpenBochum
Aus LaborWiki
| 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? Häufigkeit, Aktualität der letzten Daten
- Permalinks
- Genauigkeit, Fehlerquote in den Daten
- Zeichensatz-Kodierungen (Unicode, ...)
- Datenformate standardisiert? Gängige Formate oder Exoten? Freie Formate?
- klare Ansprechpartner
- Quantität der Datensätze
- Abdeckung verschiedener Themenbereiche
- Automatische Abrufbarkeit ("Crawler")
- Mobile-Schnittstelle
- Qualität der Datenserver (Response-Zeit, Ausfallsicherheit)
- Lizenz der Daten (klare Kennzeichnung, Freiheit, Kompatibilität mit Open Source)
- Tools zur Verarbeitung von nicht-standard Daten?
- Subjektive Punkte
- Ansprechpartner Test
- Usability Tests ("finde die Daten zu X")
- Meta-Kriterien
- Vergleichbarkeit der Daten unter den Städten
- Punkte nach objektiven Kriterien