Projekt/OpenBochum: Unterschied zwischen den Versionen

Aus LaborWiki
Wechseln zu: Navigation, Suche
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, 23: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

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

  • 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