Projekt/OpenBochum: Unterschied zwischen den Versionen
Aus LaborWiki
Marcus (Diskussion | Beiträge) |
D2ns (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
Zeile 5: | Zeile 5: | ||
|tags=OpenData, OpenStreetMap, Netzpolitik, CitizenScience | |tags=OpenData, OpenStreetMap, Netzpolitik, CitizenScience | ||
}} | }} | ||
== Defibrillatoren in Bochum == | == Defibrillatoren in Bochum == | ||
* Daten aus dem OpenData-Portal Bochum | * Daten aus dem OpenData-Portal Bochum | ||
Zeile 14: | Zeile 15: | ||
** Polygone müssen dafür aus OSM heraus entnommen werden | ** Polygone müssen dafür aus OSM heraus entnommen werden | ||
** Ziel: Sind genügend Defibrillatoren in einem Stadtteil mit älterer Bevölkerungsstruktur vorhanden? | ** Ziel: Sind genügend Defibrillatoren in einem Stadtteil mit älterer Bevölkerungsstruktur vorhanden? | ||
=== Protokoll: Sichtbarkeit für Anwender === | |||
* Google-Suche | |||
** "defibrillator bochum" ergibt die herzsicher-Karte als ersten Treffer | |||
*** zweiter Treffer ist ein PDF-Dokument, dass nicht nutzbar ist | |||
** "herzinfarkt bochum" | |||
*** klinikum-bochum.de | |||
*** herzinfarktverbund-bochum.de | |||
** keine Erwähnung der Karte auf den Seiten, auch nicht auf WAZ-Artikeln verlinkt werden | |||
* Kartennutzung | |||
** Mobile Nutzung möglich | |||
** kurze URL bochum.de/herzsicher | |||
*** wahrscheinlich unbekannt | |||
* Rot Kreuz Defi App hat ca. 15-20 Defibrillatoren in Bochum eingetragen (von insgesamt 115) | |||
* OSM hat drei Stück | |||
* Google Maps hat keinen einzigen | |||
=== Protokoll: Sichtbarkeit für Entwickler === | |||
* Google-Suche | |||
** "defibrillator opendata bochum" | |||
*** gut auffindbar und direkt auf dem Portal verlinkt | |||
* Eintrag im Portal: | |||
** Metadaten: geonetzwerk.Metropoleruhr Portal | |||
*** wird verlinkt durch das OpenData-Portal Bochum | |||
*** Datenumfang toll: letzte Atualisierung, Taxonomie, rechtliche Informationen, Kontakt (für Daten und Metadaten), Status, sind aktuelle Daten, IDs, SocialMedia, Bewertung, | |||
*** Permalink: registry.gdi-de.org hat keinen funktionierenden Resolver | |||
*** Sackgasse: kein Link auf die Daten im OpenData-Portal Bochum, nur ein Link auf die Karte selber | |||
* Todo: Kontakt mit dem Geoinformationsamt herstellen | |||
* Alternative: | |||
** Im OpenData-Portal gibt es einen Direktlink zu einer csv-Datei. | |||
*** Praktische Probleme: Zeichensatz, ISO8859-1, | |||
** Kein Zusammenhang zwischen den Metadaten erkennbar. | |||
=== Probleme === | === Probleme === |
Version vom 25. August 2017, 22:01 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?
Protokoll: Sichtbarkeit für Anwender
- Google-Suche
- "defibrillator bochum" ergibt die herzsicher-Karte als ersten Treffer
- zweiter Treffer ist ein PDF-Dokument, dass nicht nutzbar ist
- "herzinfarkt bochum"
- klinikum-bochum.de
- herzinfarktverbund-bochum.de
- keine Erwähnung der Karte auf den Seiten, auch nicht auf WAZ-Artikeln verlinkt werden
- "defibrillator bochum" ergibt die herzsicher-Karte als ersten Treffer
- Kartennutzung
- Mobile Nutzung möglich
- kurze URL bochum.de/herzsicher
- wahrscheinlich unbekannt
- Rot Kreuz Defi App hat ca. 15-20 Defibrillatoren in Bochum eingetragen (von insgesamt 115)
- OSM hat drei Stück
- Google Maps hat keinen einzigen
Protokoll: Sichtbarkeit für Entwickler
- Google-Suche
- "defibrillator opendata bochum"
- gut auffindbar und direkt auf dem Portal verlinkt
- "defibrillator opendata bochum"
- Eintrag im Portal:
- Metadaten: geonetzwerk.Metropoleruhr Portal
- wird verlinkt durch das OpenData-Portal Bochum
- Datenumfang toll: letzte Atualisierung, Taxonomie, rechtliche Informationen, Kontakt (für Daten und Metadaten), Status, sind aktuelle Daten, IDs, SocialMedia, Bewertung,
- Permalink: registry.gdi-de.org hat keinen funktionierenden Resolver
- Sackgasse: kein Link auf die Daten im OpenData-Portal Bochum, nur ein Link auf die Karte selber
- Metadaten: geonetzwerk.Metropoleruhr Portal
- Todo: Kontakt mit dem Geoinformationsamt herstellen
- Alternative:
- Im OpenData-Portal gibt es einen Direktlink zu einer csv-Datei.
- Praktische Probleme: Zeichensatz, ISO8859-1,
- Kein Zusammenhang zwischen den Metadaten erkennbar.
- Im OpenData-Portal gibt es einen Direktlink zu einer csv-Datei.
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