Die Arbeitsgruppe Open Data Bonn wurde 2012 gegründet, um Leitlinien für die Bereitstellung von offenen Daten zu entwickeln, wobei der Schwerpunkt auf pragmatischen Ansätzen und der schnelligkeit der Veröffentlichung liegt. Es werden verschiedene Lizenzen für Datensätze in Deutschland diskutiert, während die Entwicklung von Software auf Open Source und Standards ausgerichtet ist. Darüber hinaus wird das Ziel verfolgt, Daten aus verschiedenen Verwaltungsquellen zu bündeln und durch gemeinsame Metadatenstrukturen die Interoperabilität zu fördern.

1. Open Data Start in Bonn
OGD D-A-C-H-LI Tagung, Wien 4.Oktober 2012
Angi Voss
© Fraunhofer IAIS, Angi Voss 1

2. Arbeitsgruppe Open Data Bonn
Start: Juni 2012
Ziel: Entwicklung von Leitlinien
Zusammensetzung: vielfältig, eher Datennutzer als Endnutzer
Einstellung: pragmatisch
 Machbarkeit vor Standardisierung
 Erst veröffentlichen, dann Nachfrage feststellen
 Daten: Am schnellsten PoIs und Ratsinformation
 Portal agil entwickeln statt lange zu spezifizieren
 Möglichst viel übernehmen
 OGD Österreich: Abschlussbericht AG Metadaten
 OGD Deutschland: Studie
© Fraunhofer IAIS, Dr. E. Rome/Dr. H. Voß 2

3. Lizenzen
 Sind CC-By Lizenzen überhaupt anwendbar?
 Für OGD Deutschland sollen neue entwickelt werden.
 Für verschiedene Datensätze sind verschiedene Lizenzen möglich,
können später noch geändert werden.
© Fraunhofer IAIS, Dr. E. Rome/Dr. H. Voß 3

4. Daten
 Wunschliste aufgestellt
 Start mit
 POIs aus Katasteramt
 Inhalte aus Bonner Rats- und Informationssystem in XML
 Prüfen, wer in der Verwaltung wo und wie Daten erzeugt
 Ausbau von elektronischen Prozessen für Bereitstellung angestrebt,
Geodaten als Vorbild
© Fraunhofer IAIS, Dr. E. Rome/Dr. H. Voß 4

5. Software
 Open source
 Standardkonform
 Möglichst wenig Eigenentwicklung
Komponente Alternativen Kommentar
Katalog CKAN Austausch zwischen Katalogen
CSW-Schnittstelle für Geodaten
CMS PHP: Drupal + CKAN Berlin, London
Java: Liferay + CKAN V1.0 zum Download
Bereitstellung OpenSAGA/OGS + CKAN Februar 2013
Empfohlen: Java
© Fraunhofer IAIS, Dr. E. Rome/Dr. H. Voß 5

6. .de
Metadaten für den Katalog
 CKAN nutzt DCAT nutzt DCTerms, CSW auch
 Jederzeit ergänzbar
 aber Attributwerte harmonisieren
Linz
 Beispiel „Kategorie“ Wien
 Unterkategorien?
14 11 21
© Fraunhofer IAIS, Dr. E. Rome/Dr. H. Voß 6

7. Metadaten für den Raumbezug
at
 Named Place
 bounding box
de  Named Place oder
Koordinaten
© Fraunhofer IAIS, Dr. E. Rome/Dr. H. Voß 7

8. Metadaten URI für Linked Open Data
at
de
 langlebig
http://education.data.gov.uk/id/school/121242  systematisch
http://data.wien.gv.at/katalog/krankenhaeuser.html  cool
© Fraunhofer IAIS, Dr. E. Rome/Dr. H. Voß 8

9. Vorgehen der Kommunen abstimmen?
 Software übernehmen?
 Metadaten für Kataloge abstimmen?
 Thema Ratsinformationen
 Gemeinsame Unterkategorien?
 gemeinsame XÖV-Formulare, z. B. „Xprotokoll-ratssitzung“,
wie Xvemags (aus D/A-Projekt)?
 gemeinsame Prozessbibliothek, wie beim D/A-Projekt P23R?
© Fraunhofer IAIS, Dr. E. Rome/Dr. H. Voß 9