innenministerium konzept open data portal baden-württemberg workshops am 27. und 28.08.2012...
TRANSCRIPT
INNENMINISTERIUM
Konzept Open Data PortalBaden-Württemberg
Workshops am 27. und 28.08.2012
Unvollständige Diskussionsgrundlage
INNENMINISTERIUM
Folie 2
Ziele der Workshops
Weiterführung der bisherigen Entwicklungen im Bereich Open Data
Gegenseitiger Wissenstransfer
Erarbeitung und Diskussion der Grundlagen für ein von allen Beteiligten getragenes Konzept zu einem Open Data Portal BW
INNENMINISTERIUM
Themen
Zielgruppen
Stärken und Schwächen von Open Data
Chancen und Risiken / Herausforderungen
Im Land bestehende Daten- und Informationsportale
Warum dann noch ein Open Data Portal BW?
Warum nicht gleich das nationale Open Government Data Portal mitnutzen?
Merkmale eines Open Data Portals BW
Daten- und Informationsangebot im ODP BW
Rechtsform
Nutzungsbestimmungen
Steuerung und Koordinierung
Weitere Fragen
INNENMINISTERIUM
Weitere Themen Technik
Metadaten Daten, Dokumente und Anwendungen– Struktur– Format
Kategorien
Formate Daten, Dokumente und Anwendungen
Erfassung Metadaten
Portalfunktionen
Rollen und use-cases
Portalarchitektur und -design
INNENMINISTERIUM
Folie 5
ZielgruppenBürgerinnen und Bürger (Akteure der Privatheit und Familie)
Wirtschaft (Akteure des Marktes)
Politik und Verwaltung (Akteure des Staates)
Einrichtungen und Organisationen der Zivilgesellschaft (Akteure des öffentlichen Bereichs)
Medien (Garant des öffentlichen Bereichs sowie Kontrolleure des staatlichen und wirtschaftlichen Bereichs)
Wissenschaft (Akteure der Wissensproduktion und Hochschulausbildung)
Bildungsträger (Akteure der Aus- und Weiterbildung)
1. Stimmen die Zielgruppen?
2. Weitere Zielgruppen?
Markt(wirtschaftlicher Bereich)
Familie(privater Bereich)
Staat(staatlicher Bereich)
Zivilgesellschaft(öffentlicher Bereich)
Auflistung in Anlehnung an die klassischen Gesellschaftsbereiche
INNENMINISTERIUM
Folie 6
Stärken und Schwächen von Open Data
Stärken Schwächen
Erhöhte staatliche Transparenz Intransparenz durch Transparenz
Vereinfachter Zugang zu Verwaltungsdaten und -informationen
Aufwand und Unsicherheiten bei der Bereitstellung und Verwendung
Verbesserte Grundlage für Bürgerbeteiligung
Datenkomplexität
Verbesserte Nachvollziehbarkeit von Informationen
Unsichere Datenqualität
Daten aus vertrauenswürdiger Quelle Verfügbarkeit der Daten
Erleichterte Aufgabenerfüllung einzelner Zielgruppen
Mangelnde Vergleichbarkeit
Weiterverwendung und -verbreitung von Verwaltungsdaten
1. Weitere Stärken? 2. Weitere Schwächen?
INNENMINISTERIUM
Folie 7
Chancen und Risiken / Herausforderungen
Chancen Risiken / Herausforderungen
Image- und Akzeptanzgewinn (ÖV) Veränderung der Rolle von Organisationen (Wir, Wis, Med, Ziv, ÖV)
Innovation und ökonomischer Mehrwert durch Weiterverarbeitung (Wir, ÖV)
Existierende Qualifikationen unzureichend (Bü, ÖV, Ziv, Med)
Unterstützung der Organisationen in der Verfolgung ihrer Ziele (Ziv)
Überforderung, begrenzte Motivation und Zeit, Desinteresse und Informationsverdrossenheit (Bü)
Zugang zu relevanten Informationen als Grundlage zur Mitwirkung an politischen Entscheidungen und Prozessen (Bü)
De-Anonymisierung von Daten (ÖV)
Ergänzung und Verbesserung wissenschaftlicher Ergebnisse (Wis)
Datenqualität (Wir)
1. Weitere Chancen? 2. Weitere Risiken / Herausforderungen?
INNENMINISTERIUM
Folie 8
Es gibt im Land bereits viele, teilweise mächtige Daten- und Informationsportale
Geoportal
Umweltportal
Geoportal Raumordnung
Landesinformationssystem, Regionalstatistik
Register im Justizbereich
Weitere Daten- und Informationsportale/-quellen?
INNENMINISTERIUM
Folie 9
Warum dann ein Open Data Portal BW?
Freie Suchmaschinen führen zu eher zufälligen TrefferlistenSuchanfragen zu gleichen Daten unterschiedlicher Gebietskörperschaften führen erst recht nicht zu befriedigenden ErgebnissenNicht nur finden, was man sucht – und das ganz einfach -, sondern auch das, was man zwar nicht sucht, aber trotzdem sinnvoll und nützlich findetZufallsgesteuerte Transparenz birgt das Risiko der IntransparenzDie Publikation von Daten ist nicht immer in den verwaltungsinternen Prozessen verankertPublizierte Daten und Informationen sind bisher nicht nach einheitlichen Kriterien beschriebenHeterogene Datenstrukturen, die zudem im Verborgenen bleiben, verhindern eine Weiterverwendung und Weiterverbreitung (sowohl durch beispielweise Existenzgründer als auch durch die öffentliche Hand selbst, etwa für linked open data) Einfache und fachübergreifende einheitliche Nutzungsbestimmungen fehlen1. Stimmen die Gründe?2. Gibt es weitere Gründe?
INNENMINISTERIUM
Folie 10
Warum nicht gleich auf das nationale Open Government Data Portal?
Aufwand für alle Beteiligten wäre nicht geringer
Noch höhere Komplexität (u. a. der Abstimmungs-, Kommunikations- und Redaktionsprozesse)
Abhängigkeit von Dritten
Innovationsführerschaft von Baden-Württemberg bei Serviceportalen ginge verloren
Je mehr wir uns im Land einig sind, desto größer ist unser Einfluss auf nationale Entwicklungen
1. Stimmen die Gründe?
2. Sehen Sie weitere Gründe?
INNENMINISTERIUM
Folie 11
Merkmale eines Open Data Portals BW
Ressortübergreifendes Portal erschließt Daten und Informationen aller Behörden und Einrichtungen des Landes und – optional – der Kommunen („Eine Adresse – alle Daten“)Differenzierung nach
– Daten (Gruppen von inhaltlich zusammenhängenden Datenfeldern, die in der Regel in von Maschinen verarbeitbarer Form bereitstehen).
– Dokumenten (können Daten, Text-, Bild- und/oder Audioinformationen enthalten und müssen nicht von Maschinen verarbeitbar sein)
– Anwendungen (Programme, die Daten der öffentlichen Hand nutzen)Einheitliche Metadatenstruktur für die Beschreibung von Daten, Dokumenten und Anwendungen als Voraussetzung für
– konsistenten Metadatenkatalog– strukturierte Suche– weitestgehend automatisierbaren Austausch von Metadaten zwischen
PortalenTransparente, einfache und einheitliche NutzungsbestimmungenKlare, einfache, barrierefreie NavigationOffen für innovative Weiterentwicklungen1. Stimmen die Merkmale?2. Weitere Merkmale?
INNENMINISTERIUM
Folie 12
Daten- und Informationsangebot
Start mit Grundangebot an Daten und Anwendungen (potenzielle Nachfrage, besonders interessante Angebote) und
weiteren Daten, Dokumenten und Anwendungen unter dem Aspekt der Transparenz und Informationsfreiheit
– Inhalte des Prototyps (Link auf Dokument)– Erste Vorschläge der Ressorts und Kommunen
(Link auf Dokument)– Weitere Vorschläge (Link auf Dokument)
Nach Inbetriebnahme gezielte nachfrageorientierte Ergänzungen
1. Stimmt dieser Ansatz?
2. Weitere Vorschläge?
INNENMINISTERIUM
Folie 13
Daten- und Informationsangebot
1. Nach welchen Kriterien publizieren die Ressorts heute Daten und Dokumente?
2. Wer entscheidet über die Publikation? Gibt es eine zentrale Steuerung / Koordinierung?
3. Gibt es für die Publikation Prozessbeschreibungen, Leitfäden und/oder andere interne Regelungen? Beispiele?
4. Wer prüft die Daten hinsichtlich möglicher Schutzrechte?
5. Wer legt die Nutzungsbestimmungen fest? Gibt es dafür interne Standards?
6. Gibt es technische Standards (z.B. Datenstrukturen und –formate)?
7. Wo werden die Daten gehalten?
8. Welche Gründe gibt es für gemeinsame Empfehlungen? In welchen Bereichen?
9. Welche Gründe gibt es dagegen?
INNENMINISTERIUM
Folie 14
Rechtsform
Portalbetrieb– öffentlich-rechtlich– Portal wird durch konkludente Widmung zu
öffentlicher Sache
Datenbereitstellung– grundsätzlich öffentlich-rechtlich– privatrechtliches Handeln bleibt möglich
Zwischen Datenbereitsteller und Nutzer sowie zwischen Portal und Nutzer entstehende Beziehungen sind öffentlich-rechtlich
1. Stimmen die Vorstellungen?
2. Was ist noch zu beachten?
INNENMINISTERIUM
Folie 15
Nutzungsbestimmungen
CC-Lizenzen kommen aus dem anglo-amerikanischen Rechtsraum und sind nicht ohne Anpassung auf das deutsche Urheberrecht bzw. das öffentlich-rechtliche Sachenrecht (Widmungsrecht) übertragbarBund-Länder-Arbeitsgruppe entwickelt kurzfristig zunächst eine Standardnutzungsbestimmung, deren Anwendung den Datenbereitstellern aller Ebenen empfohlen werden kann
– schlanke, einfache Lösung (umfassende Weiterverwendung mit Namensnennung, Haftung)
– an europäischer Entwicklung orientiert– nur unverzichtbare Inhalte (Nutzungsrechte, Nutzungsbedingungen, Haftung)
In einem weiteren Schritt geplant sind Varianten nach den Fallgruppen Geldleistungspflicht/-freiheit (nur deklaratorisch) und private/kommerzielle Weiterverwendung und Weiterverbreitung (jeweils in Kombination), ohne damit den Anspruch einfacher und schlanker Regelungen aufzugeben
– In diesem Kontext ist auch der Regelungsbedarf zur De-Publikation zu klärenVorschlag: Ergebnisse der Bund-Länder-Arbeitsgruppe übernehmenDie Beibehaltung von Nutzungsbestimmungen, die die Datenbereitsteller bereits verwenden, bleibt möglichDatenbereitsteller entscheiden eigenverantwortlich über Nutzungsbestimmungen ihrer Daten1. Stimmen die Vorstellungen?2. Welche Gesichtspunkte muss die Bund-Länder-Arbeitsgruppe beachten?
INNENMINISTERIUM
Folie 16
Steuerung und Koordinierung
Steuerung: Lenkungsausschuss service-bw
Koordinierung Ressorts auf Arbeitsebene: AG ODP BW
Betrieb: unter dem Dach von service-bw
1. Passt die Struktur?
2. Steuerung durch LA service-bw ausreichend für Einbeziehung der Kommunen und der Zivilgesellschaft?
3. Ansprechpartner der Ressorts und Kommunen für das Konzept?
4. Koordinierung Kommunen auf Arbeitsebene?
INNENMINISTERIUM
Folie 17
Weitere Fragen
1. Kommunikation in die Ressorts und Kommunen (Informieren, zur Beteiligung aktivieren etc.)?
2. Einbeziehung der Angebote an Daten, Dokumenten und Anwendungen Dritter?
3. Einbeziehung der Zielgruppen (z. B. Akteure der Wirtschaft und der Zivilgesellschaft) in die konzeptionelle Arbeit?
4. Ressourcenaufwand?
5. Finanzierung
6. Handbücher und Leitfäden
INNENMINISTERIUM
Folie 18
UAG Technik
INNENMINISTERIUM
Folie 19
Metadaten Datensätze – Basismetadaten
Metadaten EintragPflicht
Bezeichner
Titel x titleEindeutiger Bezeichner x nameBeschreibung notesKategorie x groupSchlagwörter tagsKontaktinformation Daten Name/Stelle (Ersteller creator) x authorKontaktinformation Daten URL x author_urlKontaktinformation Metadaten Name/Stelle (publisher) maintainerKontaktinformation Metadaten URL x maintainer_urlVeröffentlichungsdatum x extras:date_releasedÄnderungsdatum extras:date_updatedWebadresse zu weiteren Informationen über den Datensatz
url
Lizenz x license_id
INNENMINISTERIUM
Folie 20
Metadaten Datensätze – Basismetadaten / Abgleich mit Prototyp
Metadaten EintragPflicht
Prototyp ODP BW
Titel x / x Titel des DSEindeutiger Bezeichner x / x lfd. NummerBeschreibung - / x KurzbeschreibungKategorie x / x KategorieSchlagwörter - / x SchlagwörterKontaktinformation Daten Name/Stelle (Ersteller creator) x / x Eigentümer des DSKontaktinformation Daten URL x / x Info zum DS beiKontaktinformation Metadaten Name/Stelle (publisher) - / x DS beschr. Stelle Kontaktinformation Metadaten URL x / x Kontakt (beschr. St.)Veröffentlichungsdatum x / x Publiziert oder
aktualisiert amÄnderungsdatum - / s.o. Webadresse zu weiteren Informationen über den Datensatz
- / - Link auf Seite der Datenquelle
Lizenz x / x Lizenztyp, N.beding.
INNENMINISTERIUM
Folie 21
Metadaten Datensätze – Ressourcen und Extras
Metadaten Eintrag Pflicht Bezeichner
Ressourcen x resources
URL x url
Format x format
Beschreibung description
Sprache language
URL Dokumentation doc
SHA2-Prüfsumme hash
Geographische Abdeckung extras:geographical_coverage
Geographische Granularität extras:geographical_granularity
Zeitraum von extras:temporal_coverage_from
Zeitraum bis extras:temporal_coverage_to
zeitliche Granularität extras:temporal_granularity
INNENMINISTERIUM
Folie 22
Metadaten Datensätze – Ressourcen und Extras / Abgleich mit Prototyp
Metadaten Eintrag Pflicht Prototyp ODP BW
Ressourcen x / x implizit gegeben
URL x / x Link auf Datenquelle
Format x / x Format des DS
Beschreibung - / - Datensatzattribute (Feldbezeichnungen)
Sprache - / x language
URL Dokumentation - / - ?
SHA2-Prüfsumme - / - Hash des DS, Prüfsumme
Geographische Abdeckung - / x Geografische Abdeckung
Geographische Granularität - / x Geografische Auflösung
Zeitraum von - / x Zeitraum von
Zeitraum bis - / x Zeitraum bis
zeitliche Granularität - / x Zeitliche Auflösung
INNENMINISTERIUM
Folie 23
Metadaten Datensätze – Erweiterbarkeit
Metadaten Eintrag Pflicht Bezeichner
URL Originalmetadateneintrag extras:metadata_original
URLs für weitere Schlagwortquellen extras:tag_sources
URLs für Thesauri extras:thesauri (e.g. EuroVoc)
Weitere Schlüssel/Wert-Paare, nur wenn nötig. Schlüssel muss eine Linked Data URI sein.
z.B. extras:“http://ogdd.de/lod/version“:3.0
INNENMINISTERIUM
Folie 24
Metadaten Datensätze – Erweiterbarkeit / Abgleich mit Prototyp
Metadaten Eintrag Pflicht Prototyp ODP BW
URL Originalmetadateneintrag noch nicht enthalten
URLs für weitere Schlagwortquellen noch nicht enthalten
URLs für Thesauri noch nicht enthalten
Weitere Schlüssel/Wert-Paare, nur wenn nötig. Schlüssel muss eine Linked Data URI sein.
noch nicht enthalten
INNENMINISTERIUM
Metadaten Datensätze -Delta nach Abgleich mit Prototyp
Herkunft (Bz)Datensatzbeschreibung zuletzt geändert am (Bz)Bezeichnung des Metadatenstandards (D)Kurze URL (C)Eigentümer des Datensatzes (B)Kontakt Eigentümer (B)Herausgeber des Datensatzes (B)Kontakt Herausgeber (B)Aktualisierungsturnus (Bo)Hierarchieebene / Bezugsebene (D)Datenqualität (D)Zeichensatz (C)Größe des Datensatzes (C)
A: Pflichtfeld GDI-BW, Anzeige im FrontendB: Pflichtfeld GDI-BW, erweiterte Anzeige im FrontendBo: wie B, aber optionalBz: wie B, bisher aber zurückgestelltC: kein Pflichtfeld GDI-BW, Erfassung optional, erweiterte Anzeige im FrontendD: Pflichtfeld GDI-BW, keine Anzeige im Frontend
INNENMINISTERIUM
Folie 26
Metadaten Dokumente – Basismetadaten
Metadaten EintragPflicht
Bezeichner Wertebereich
Titel x title freiEindeutiger Bezeichner x name URLBeschreibung notes freiKategorie x group Festgelegte ListeSchlagwörter tags freiKontaktinformation Dokumente Name/Stelle (Ersteller/creator)
x author frei
Kontaktinformation Dokumente URL x author_url URLKontaktinformation Dokumente Metadaten Name/Stelle (publisher)
x maintainer frei
Kontaktinformation Dokumente Metadaten URL
x maintainer_url URL
Veröffentlichungsdatum x extras:date_released ISO 8601 DatumÄnderungsdatum extras:date_updated ISO 8601 Datum
INNENMINISTERIUM
Folie 27
Metadaten Dokumente – Lizenz, Ressourcen, Erweiterbarkeit
Metadaten-Eintrag Pflicht Bezeichner Wertebereich
Lizenz x license_id Festgelegte Liste mit IDs
Ressourcen x resources
URL x url URL
Format x format Festgelegte Liste
Beschreibung description frei
Sprache language Festgelegte Liste
SHA2-Prüfsumme hashHex String, wahlweise URL zu Zertifikat
Sektoren extras:sectors
Festgelegte ListeÖffentlicher SektorPrivater Wirtschaftssektor Andere
Verwendete Datensätze extras:used_datasets
JSON-Format Liste mit URLs auf Metadaten
INNENMINISTERIUM
Folie 28
Metadaten Anwendungen – Basismetadaten
Metadaten EintragPflich
tBezeichner Wertebereich
Titel x title freiEindeutiger Bezeichner x name URLBeschreibung notes freiSchlagwörter tags freiKontaktinformation Name/Stelle (Ersteller/creator)
x author frei
Kontaktinformation URL x author_url URLKontaktinformation Metadaten Name/Stelle (publisher)
x maintainer frei
Kontaktinformation Metadaten URL x maintainer_url URL
Veröffentlichungsdatum x extras:date_releasedISO 8601 Datum
Änderungsdatum extras:date_updatedISO 8601 Datum
Webadresse zu weiteren Informationen url URL
INNENMINISTERIUM
Folie 29
Metadaten Anwendungen – Basismetadaten / Abgleich mit Prototyp
Metadaten EintragPflich
tBezeichner Wertebereich
Titel x title freiEindeutiger Bezeichner x name URLBeschreibung notes freiSchlagwörter tags freiKontaktinformation Name/Stelle (Ersteller/creator)
x author frei
Kontaktinformation URL x author_url URLKontaktinformation Metadaten Name/Stelle (publisher)
x maintainer frei
Kontaktinformation Metadaten URL x maintainer_url URL
Veröffentlichungsdatum x extras:date_releasedISO 8601 Datum
Änderungsdatum extras:date_updatedISO 8601 Datum
Webadresse zu weiteren Informationen url URL
Metadaten EintragPflich
tPrototyp ODP BW
Titel x / x TitelEindeutiger Bezeichner x / x Lfd. NummerBeschreibung - / x KurzbeschreibungSchlagwörter - / x SchlagwörterKontaktinformation Name/Stelle (Ersteller/creator)
x / (x) noch nicht enthalten (dagegen AP)
Kontaktinformation URL x / (x) noch nicht enthalten (dagegen AP)Kontaktinformation Metadaten Name/Stelle (publisher)
x / x Anwendung beschreibende Stelle
Kontaktinformation Metadaten URL x / x Kontakt (beschreibende Stelle)Veröffentlichungsdatum x / - noch nicht enthalten
Änderungsdatum noch nicht enthalten
Webadresse zu weiteren Informationen - / - Link auf Erläuterungen zur Anwendung
INNENMINISTERIUM
Folie 30
Metadaten Anwendungen –Lizenz, Ressourcen, Erweiterbarkeit
Metadaten-EintragPflich
tBezeichner Wertebereich
Lizenz x license_id Festgelegte Liste mit IDsRessourcen x resourcesURL x url URL
Beschreibung description frei
SHA2-Prüfsumme hashHex String, wahlweise URL zu Zertifikat
Typ x resource_typeFestgelegte Liste AppScreenshot
Sektoren extras:sectors Festgelegte ListeVerwendete Datensätze extras:used_datasets
JSON-Format Liste mit URLs auf Metadaten
INNENMINISTERIUM
Folie 31
Metadaten Anwendungen –Lizenz, Ressourcen, Erweiterbarkeit /Abgleich mit Prototyp
Metadaten-Eintrag Pflicht Prototyp ODP BW
Lizenz x / - noch nicht enthalten
Ressourcen x / x implizit enthalten
URL x / x URL (Link auf Anwendung)
Beschreibung - / x Kurzbeschreibung
SHA2-Prüfsumme - / - noch nicht enthalten
Typ x / x Typ
Sektoren noch nicht enthalten
Verwendete Datensätze noch nicht enthalten
INNENMINISTERIUM
Folie 32
Kategorien
noch zu ergänzen
INNENMINISTERIUM
Folie 33
Erfassung Metadaten
Import von Metadaten aus anderen Portalen– Einsatz von Programmen („Harvester“), die gezielt und
kontrolliert in enger Absprache mit den Portalverantwortlichen Metadaten weitestgehend ohne manuellen Aufwand „einsammeln“
– Nutzung der Erfahrungen beim Aufbau des Prototyps eines nationalen ebenenübergreifenden Open Government Data Portals
Erfassung der Metadaten durch Datenbereitsteller über ein Webformular
– Erfassung der Metadaten zu einzelnen Daten
Automatisierte Übertragung durch Datenbereitsteller über API
1. Stimmen die Vorstellungen?
2. ist API-Variante nötig?
INNENMINISTERIUM
Folie 34
Rollen und Use-Cases (1)
Portalnutzer– Daten und Dokumente suchen, sichten, herunterladen– Daten auswerten, verknüpfen, aggregieren, visualisieren– Auswertungs- und Visualisierungsergebnisse speichern und
exportieren– Anwendungen suchen, sichten, nutzen– Anwendungsergebnisse speichern und exportieren – Registrieren, Nutzerprofil verwalten– Einträge in Blog und Forum
Datenbereitsteller– Metadaten zu eigenen Daten, Dokumenten und
Anwendungen erstellen, editieren, aktualisieren, ausblenden, löschen
– Registrieren, Nutzerprofil verwalten
alle: im Portal registrieren, anmelden, abmelden
INNENMINISTERIUM
Folie 35
Rollen und Use-Cases (2)
Portalredakteur– Portalinhalte erstellen, editieren, aktualisieren, löschen– Metadaten zu Daten, Dokumenten und Anwendungen löschen– Qualität der Metadaten sichern– Blog und Forum moderieren– Kommentare moderieren / freischalten – Nutzer blockieren– Vorschläge zu Daten, Dokumenten und Anwendungen
verwalten– Nutzung überwachen und Berichte erstellen
Administrator– Links in Metadaten pflegen (Linkchecker)– Nutzer verwalten– Metadatenschema verwalten– Harvester administrieren
alle: im Portal registrieren, anmelden, abmelden
INNENMINISTERIUM
Folie 36
Rollen und Use-Cases (3)
1. Stimmen die Rollen und Use-Cases?
2. Was muss ggf. verändert oder ergänzt werden?
3. Wie wird die Qualität der Metadaten gesichert (Manuell erfasste und maschinell importierte Metadaten, Vermeidung von Dubletten etc.)?
4. Umgang mit Forumsbeiträgen, Blogkommentaren etc.?
5. Müssen wir sonst etwas beachten?
INNENMINISTERIUM
Folie 37
Portalarchitektur und -design
1. Was müssen wir bei der Architektur des Portals im Verbund mit den die Daten haltenden Systemen beachten?
– Portal Frontend– Datenkatalog Backoffice– Datenhaltung– Sicherheitsaspekte– Verbindung zu anderen Portalen– ….
2. Was müssen wir beim Portaldesign beachten? – Funktionen– Navigation– Suche– Seitengestaltung– ….
INNENMINISTERIUM
Folie 38Folie 38
Koalitionsvertrag Seite 79: Transparenz des Regierungshandelns im Netz
„In einem umfassenden Informationsfreiheitsgesetz werden wir gesetzliche Regelungen treffen, damit Bürgerinnen und Bürger unter Beachtung des Datenschutzes grundsätzlich freien Zugang zu den bei den öffentlichen Verwaltungen vorhandenen Informationen haben. Wir werden unser Regierungshandeln daran orientieren, die zugrunde liegenden Daten und Dokumente weitestmöglich öffentlich zugänglich zu machen. Hier orientieren wir uns am Grundsatz „Open Data“.“
Finanzierungsvorbehalt:
Die Umsetzung des zu erarbeitenden Konzepts für ein Open Data Portal Baden-Württemberg steht unter einem ausdrücklichen Finanzierungsvorbehalt.
In den Planansätzen für das Haushaltsjahr 2013/2014 konnten dafür bisher keine Mittel veranschlagt werden. Dies ist innerhalb des für den Einzelplan 03 gesetzten Limits auch nicht möglich.
Die politischen Ziele und das liebe Geld