Cookies helfen uns bei der Bereitstellung von OGD Cockpit. Durch die Nutzung von OGD Cockpit erklärst du dich damit einverstanden, dass wir Cookies speichern. Weitere Informationen

OGDCockpit:Hintergrund: Unterschied zwischen den Versionen

Aus OGD Cockpit
Wechseln zu:Navigation, Suche
Zeile 1: Zeile 1:
 +
== Inhalte von OGD-Cockpit.eu ==
 +
Die Website OGD-Cockpit.eu ist im Laufe der Jahre um Inhalte aus folgenden Projekten erweitert worden:
 +
* [[Musterdatenkatalog NRW]] (D)
 +
* [[OGD Screening im Bund]] (Ö)
 +
* [[Metadaten]] (Ö) bzw. [[DCAT-AP.de]] (D)
 +
* [[Testdatensätze]] des Konzepts des OGD-Cockpits
 +
 +
== Zum Konzept des OGD-Cockpits ==
 
Die Städte [[Bonn]], [[Köln]] und die österreichische Stadt [[Linz]] haben im Rahmen ihrer Aktivitäten zu Open Government Data (OGD) eine Kooperation vereinbart. Unter Federführung des [[KDZ|KDZ - Zentrum für Verwaltungsforschung]], Wien, wird in einer Machbarkeitsstudie die Möglichkeit eines semantischen Wikis zur Erfassung, Darstellung und Bewertung eines Datenkataloges auf Open-Source-Basis demonstriert. Eine solche Funktion wird durch die bisherigen Lösungen für OGD-Portale nicht ausreichend unterstützt, ist aber insbesondere für die vorbereitenden Fachbereichsabstimmung innerhalb Verwaltung, der politischen Beratungen und einem Datenmanagement im Regelbetrieb erforderlich.  
 
Die Städte [[Bonn]], [[Köln]] und die österreichische Stadt [[Linz]] haben im Rahmen ihrer Aktivitäten zu Open Government Data (OGD) eine Kooperation vereinbart. Unter Federführung des [[KDZ|KDZ - Zentrum für Verwaltungsforschung]], Wien, wird in einer Machbarkeitsstudie die Möglichkeit eines semantischen Wikis zur Erfassung, Darstellung und Bewertung eines Datenkataloges auf Open-Source-Basis demonstriert. Eine solche Funktion wird durch die bisherigen Lösungen für OGD-Portale nicht ausreichend unterstützt, ist aber insbesondere für die vorbereitenden Fachbereichsabstimmung innerhalb Verwaltung, der politischen Beratungen und einem Datenmanagement im Regelbetrieb erforderlich.  
  
== Motivation ==
+
=== Motivation ===
 
Behörden, die bereits Open-Data-Portale umgesetzt haben oder noch in der Vorbereitungsphase sind, stehen alle vor dem gleichen Problem: nach einer ersten - in der Regel relativ leicht zu realisierenden - Phase der Veröffentlichung von ersten Datensätzen muss das '''Erfassen, Beobachten und Bewerten von möglichen (weiteren) Datensätzen in den Regelbetrieb überführt werden'''. Dazu eigenen sich herkömmliche Tools wie z. B. Microsoft Excel oder die Web-Content-Management-Systeme nur sehr eingeschränkt.
 
Behörden, die bereits Open-Data-Portale umgesetzt haben oder noch in der Vorbereitungsphase sind, stehen alle vor dem gleichen Problem: nach einer ersten - in der Regel relativ leicht zu realisierenden - Phase der Veröffentlichung von ersten Datensätzen muss das '''Erfassen, Beobachten und Bewerten von möglichen (weiteren) Datensätzen in den Regelbetrieb überführt werden'''. Dazu eigenen sich herkömmliche Tools wie z. B. Microsoft Excel oder die Web-Content-Management-Systeme nur sehr eingeschränkt.
  
 
In einem gemeinsamen Projekt der Städte [[Bonn]], [[Köln]] und [[Linz]] wurde in Zusammenarbeit mit dem [[KDZ|KDZ – Zentrum für Verwaltungsforschung]] ein Proof of Concept erstellt: Ziel war es,  die Möglichkeiten eines semantischen Wikis zur Erfassung, Darstellung, Wartung und Bewertung eines internen Datenkatalogs mit Open-Source-Software zu demonstrieren. Die Stadt Bonn hat am 8. Mai 2014 das OGD Cockpit in den Regelbetrieb gesetzt.
 
In einem gemeinsamen Projekt der Städte [[Bonn]], [[Köln]] und [[Linz]] wurde in Zusammenarbeit mit dem [[KDZ|KDZ – Zentrum für Verwaltungsforschung]] ein Proof of Concept erstellt: Ziel war es,  die Möglichkeiten eines semantischen Wikis zur Erfassung, Darstellung, Wartung und Bewertung eines internen Datenkatalogs mit Open-Source-Software zu demonstrieren. Die Stadt Bonn hat am 8. Mai 2014 das OGD Cockpit in den Regelbetrieb gesetzt.
  
=== Softwareunterstützung für Open Government Data ===
+
==== Softwareunterstützung für Open Government Data ====
 
Im Jahr 2011 hat das KDZ im Auftrag der Stadt Wien ein Vorgehensmodell für Open Government entwickelt und 2012 aktualisiert und erweitert. Wesentlicher Teil des Vorgehensmodells ist ein internes Datenmonitoring, das es ermöglicht, nach vordefinierten Kriterien zu beurteilen, wie gut sich ein Datensatz für die Veröffentlichung auf einem OGD-Portal eignet. Als Erfassungs- und Bewertungstool wurde eine einfache Excel-Tabelle vorgeschlagen, die auch für andere Verwaltungen zur Nutzung auf http://www.kdz.eu/de/open-government-vorgehensmodell abrufbar ist.
 
Im Jahr 2011 hat das KDZ im Auftrag der Stadt Wien ein Vorgehensmodell für Open Government entwickelt und 2012 aktualisiert und erweitert. Wesentlicher Teil des Vorgehensmodells ist ein internes Datenmonitoring, das es ermöglicht, nach vordefinierten Kriterien zu beurteilen, wie gut sich ein Datensatz für die Veröffentlichung auf einem OGD-Portal eignet. Als Erfassungs- und Bewertungstool wurde eine einfache Excel-Tabelle vorgeschlagen, die auch für andere Verwaltungen zur Nutzung auf http://www.kdz.eu/de/open-government-vorgehensmodell abrufbar ist.
  
Zeile 14: Zeile 22:
 
Quelle: http://www.kdz.eu/de/open-government-vorgehensmodell
 
Quelle: http://www.kdz.eu/de/open-government-vorgehensmodell
  
== Ziele ==
+
=== Ziele ===
 
Projektziele:
 
Projektziele:
 
* Lauffähiger Prototyp eines OGD Cockpits auf Basis von Open-Source-Software zur Verwaltung eines internen Datenkatalogs, Durchführung von Bewertungen nach den Kriterien zum internen Datenmonitoring und Planung von Freigabephasen.
 
* Lauffähiger Prototyp eines OGD Cockpits auf Basis von Open-Source-Software zur Verwaltung eines internen Datenkatalogs, Durchführung von Bewertungen nach den Kriterien zum internen Datenmonitoring und Planung von Freigabephasen.
Zeile 20: Zeile 28:
 
* Demonstration der Funktionalitäten auf einer Web-Plattform, um anderen Verwaltungen in Europa eine Möglichkeit aufzuzeigen, Open-Source-Software für das interne Datenmanagement zu verwenden.
 
* Demonstration der Funktionalitäten auf einer Web-Plattform, um anderen Verwaltungen in Europa eine Möglichkeit aufzuzeigen, Open-Source-Software für das interne Datenmanagement zu verwenden.
  
== Anwendungsfälle ==
+
=== Anwendungsfälle ===
 
Die Software kann entweder rein behördenintern zur Anwendung kommen, um die Veröffentlichung von Datensätzen bestmöglich vorzubereiten. Durch den kollaborativen Ansatz (Wiki-Technologie) können unterschiedliche Dienststellen gemeinsam am zu veröffentlichenden Datenkatalog arbeiten. Die Erstellung könnte aber – ganz im Sinne von Open Government – auch transparent gemacht werden. Bürgerinnen und Bürger hätten so die Möglichkeit, den Datenkatalog zu sehen, und zwar inkluisive der noch nicht veröffentlichten Datensätze und den begründungen, warum diese (bisher) nicht veröffentlicht worden sind.
 
Die Software kann entweder rein behördenintern zur Anwendung kommen, um die Veröffentlichung von Datensätzen bestmöglich vorzubereiten. Durch den kollaborativen Ansatz (Wiki-Technologie) können unterschiedliche Dienststellen gemeinsam am zu veröffentlichenden Datenkatalog arbeiten. Die Erstellung könnte aber – ganz im Sinne von Open Government – auch transparent gemacht werden. Bürgerinnen und Bürger hätten so die Möglichkeit, den Datenkatalog zu sehen, und zwar inkluisive der noch nicht veröffentlichten Datensätze und den begründungen, warum diese (bisher) nicht veröffentlicht worden sind.
=== Use Case 1 - rein Behördeninterne Nutzung ===
+
==== Use Case 1 - rein Behördeninterne Nutzung ====
 
In diesem Anwendungsfall wird das OGD-Cockpit entweder in einem behördeninternen Webserver/Netzwerk installiert bzw. wird das Wiki so konfiguriert, dass nur Benutzerinnen und Benutzer mit Username und Passwort die Inhalte sehen und bearbeiten können.
 
In diesem Anwendungsfall wird das OGD-Cockpit entweder in einem behördeninternen Webserver/Netzwerk installiert bzw. wird das Wiki so konfiguriert, dass nur Benutzerinnen und Benutzer mit Username und Passwort die Inhalte sehen und bearbeiten können.
  
Zeile 29: Zeile 37:
 
:Kulturell bedingte Bedenken von Verwaltungsbediensteten gegen zu große Offenheit und Transparenz können abgefangen werden.
 
:Kulturell bedingte Bedenken von Verwaltungsbediensteten gegen zu große Offenheit und Transparenz können abgefangen werden.
  
=== Use Case 2 - behördenübergreifende Kooperation ===
+
==== Use Case 2 - behördenübergreifende Kooperation ====
 
Installation auf einem von mehreren Behörden erreichbaren Webserver, nur Benutzerinnen und Benutzer der beteiligten Behörden können mit Username und Passwort die Inhalte sehen und bearbeiten.  Die teilnehmenden Städte können BenutzerInnen anlegen und verwalten, BenuzterInnen können jeweils alle Inhalte der anderen sehen.  
 
Installation auf einem von mehreren Behörden erreichbaren Webserver, nur Benutzerinnen und Benutzer der beteiligten Behörden können mit Username und Passwort die Inhalte sehen und bearbeiten.  Die teilnehmenden Städte können BenutzerInnen anlegen und verwalten, BenuzterInnen können jeweils alle Inhalte der anderen sehen.  
  
Zeile 41: Zeile 49:
 
:Dadurch, dass alle teilnehmenden Behörden alle Inhalte sehen und bearbeiten können, wird ein behördenübergreifender Diskurs möglich.
 
:Dadurch, dass alle teilnehmenden Behörden alle Inhalte sehen und bearbeiten können, wird ein behördenübergreifender Diskurs möglich.
  
=== Use Case 3 - offene, behördeninterne oder übergreifende Nutzung ===
+
==== Use Case 3 - offene, behördeninterne oder übergreifende Nutzung ====
  
 
Dieser Use Case wurde im Prototyp des OGD-Cockpit realisiert. Die Behörden (egal ob eine oder mehrere) öffnen das OGD-Cockpit lesend für alle. Änderungen können aber nur durch berechtigte Benutzerinnen und Benutzer durchgeführt werden. (Rein behördeninten bzw. können auch einzelne andere berechtigt werden).
 
Dieser Use Case wurde im Prototyp des OGD-Cockpit realisiert. Die Behörden (egal ob eine oder mehrere) öffnen das OGD-Cockpit lesend für alle. Änderungen können aber nur durch berechtigte Benutzerinnen und Benutzer durchgeführt werden. (Rein behördeninten bzw. können auch einzelne andere berechtigt werden).
Zeile 49: Zeile 57:
 
:Die Öffnung kann zu Widerständen in den Fachabteilungen führen. Ev. wird dadurch eine ehrliche verwaltungsinterne Diskussion gehemmt, da alles öffentlich ist.
 
:Die Öffnung kann zu Widerständen in den Fachabteilungen führen. Ev. wird dadurch eine ehrliche verwaltungsinterne Diskussion gehemmt, da alles öffentlich ist.
  
=== Use Case 4 - kollaborative Nutzung ===
+
==== Use Case 4 - kollaborative Nutzung ====
 
Bei der kollaborativen Nutzung würde die Behörde externen Benutzerinnen und Benutzern erlauben, sich selbst Accounts anzulegen und mitarbeiten zu können.
 
Bei der kollaborativen Nutzung würde die Behörde externen Benutzerinnen und Benutzern erlauben, sich selbst Accounts anzulegen und mitarbeiten zu können.
  
Zeile 56: Zeile 64:
 
:Anregungen von externen zu Datensätzen können so gleich entgegengenommen werden.
 
:Anregungen von externen zu Datensätzen können so gleich entgegengenommen werden.
  
=== Use Case 5 - Open Data Portal ===
+
==== Use Case 5 - Open Data Portal ====
 
Die Verwendung als komplettes Datenportal ist nicht der primäre UseCase, dazu gibt es die bewährte Softwarelösung CKAN: http://ckan.org
 
Die Verwendung als komplettes Datenportal ist nicht der primäre UseCase, dazu gibt es die bewährte Softwarelösung CKAN: http://ckan.org
  
 
Ein Beispiel für ein an die Öffentlichkeit gerichtetes Datenportal, das bereits veröffentlichte Datensätze übersichtlich darstellt, ist das Projekt [http://nyc.pediacities.com/facets/ NYC facets], das veröffentlichte Datensätze des [http://nycopendata.socrata.com/ Datenportals der Stadt New York] übersichtlich präsentiert.
 
Ein Beispiel für ein an die Öffentlichkeit gerichtetes Datenportal, das bereits veröffentlichte Datensätze übersichtlich darstellt, ist das Projekt [http://nyc.pediacities.com/facets/ NYC facets], das veröffentlichte Datensätze des [http://nycopendata.socrata.com/ Datenportals der Stadt New York] übersichtlich präsentiert.
  
== Verwendete Software ==
+
=== Verwendete Software ===
 
Für das OGD-Cockpit wurde Open-Source-Software verwendet. Im Wesentlichen basiert das OGD-Cockpit auf [http://www.semantic-mediawiki.org Semantic MediaWiki]. Details sind auf der Seite [[Spezial:Version]] nachzulesen.
 
Für das OGD-Cockpit wurde Open-Source-Software verwendet. Im Wesentlichen basiert das OGD-Cockpit auf [http://www.semantic-mediawiki.org Semantic MediaWiki]. Details sind auf der Seite [[Spezial:Version]] nachzulesen.
  

Version vom 2. Mai 2019, 14:50 Uhr

Inhalte von OGD-Cockpit.eu[Bearbeiten]

Die Website OGD-Cockpit.eu ist im Laufe der Jahre um Inhalte aus folgenden Projekten erweitert worden:

Zum Konzept des OGD-Cockpits[Bearbeiten]

Die Städte Bonn, Köln und die österreichische Stadt Linz haben im Rahmen ihrer Aktivitäten zu Open Government Data (OGD) eine Kooperation vereinbart. Unter Federführung des KDZ - Zentrum für Verwaltungsforschung, Wien, wird in einer Machbarkeitsstudie die Möglichkeit eines semantischen Wikis zur Erfassung, Darstellung und Bewertung eines Datenkataloges auf Open-Source-Basis demonstriert. Eine solche Funktion wird durch die bisherigen Lösungen für OGD-Portale nicht ausreichend unterstützt, ist aber insbesondere für die vorbereitenden Fachbereichsabstimmung innerhalb Verwaltung, der politischen Beratungen und einem Datenmanagement im Regelbetrieb erforderlich.

Motivation[Bearbeiten]

Behörden, die bereits Open-Data-Portale umgesetzt haben oder noch in der Vorbereitungsphase sind, stehen alle vor dem gleichen Problem: nach einer ersten - in der Regel relativ leicht zu realisierenden - Phase der Veröffentlichung von ersten Datensätzen muss das Erfassen, Beobachten und Bewerten von möglichen (weiteren) Datensätzen in den Regelbetrieb überführt werden. Dazu eigenen sich herkömmliche Tools wie z. B. Microsoft Excel oder die Web-Content-Management-Systeme nur sehr eingeschränkt.

In einem gemeinsamen Projekt der Städte Bonn, Köln und Linz wurde in Zusammenarbeit mit dem KDZ – Zentrum für Verwaltungsforschung ein Proof of Concept erstellt: Ziel war es, die Möglichkeiten eines semantischen Wikis zur Erfassung, Darstellung, Wartung und Bewertung eines internen Datenkatalogs mit Open-Source-Software zu demonstrieren. Die Stadt Bonn hat am 8. Mai 2014 das OGD Cockpit in den Regelbetrieb gesetzt.

Softwareunterstützung für Open Government Data[Bearbeiten]

Im Jahr 2011 hat das KDZ im Auftrag der Stadt Wien ein Vorgehensmodell für Open Government entwickelt und 2012 aktualisiert und erweitert. Wesentlicher Teil des Vorgehensmodells ist ein internes Datenmonitoring, das es ermöglicht, nach vordefinierten Kriterien zu beurteilen, wie gut sich ein Datensatz für die Veröffentlichung auf einem OGD-Portal eignet. Als Erfassungs- und Bewertungstool wurde eine einfache Excel-Tabelle vorgeschlagen, die auch für andere Verwaltungen zur Nutzung auf http://www.kdz.eu/de/open-government-vorgehensmodell abrufbar ist.

Gerade in größeren Verwaltungen stößt die Pflege eines internen Datenkatalogs mit Tabellenkalkulationsprogrammen allerdings schnell an seine Grenzen. Die bisher verfügbare Softwarelösung CKAN1 hat zum Ziel, ein OGD-Portal aufzusetzen, auf dem Daten veröffentlicht, gesucht und verwendet werden können. CKAN ermöglicht aber nicht die interne Verwaltung von Datenbeständen vor deren Veröffentlichung. Auch die herkömmlichen Content-Management-Systeme eigenen sich nur eingeschränkt für die Erfassung eines internen Datenkatalogs. Phase 1 - Software.png
Quelle: http://www.kdz.eu/de/open-government-vorgehensmodell

Ziele[Bearbeiten]

Projektziele:

  • Lauffähiger Prototyp eines OGD Cockpits auf Basis von Open-Source-Software zur Verwaltung eines internen Datenkatalogs, Durchführung von Bewertungen nach den Kriterien zum internen Datenmonitoring und Planung von Freigabephasen.
  • Befüllung des Prototyps mit dem Datenkatalog der teilnehmenden Städte (Beispieldaten)
  • Demonstration der Funktionalitäten auf einer Web-Plattform, um anderen Verwaltungen in Europa eine Möglichkeit aufzuzeigen, Open-Source-Software für das interne Datenmanagement zu verwenden.

Anwendungsfälle[Bearbeiten]

Die Software kann entweder rein behördenintern zur Anwendung kommen, um die Veröffentlichung von Datensätzen bestmöglich vorzubereiten. Durch den kollaborativen Ansatz (Wiki-Technologie) können unterschiedliche Dienststellen gemeinsam am zu veröffentlichenden Datenkatalog arbeiten. Die Erstellung könnte aber – ganz im Sinne von Open Government – auch transparent gemacht werden. Bürgerinnen und Bürger hätten so die Möglichkeit, den Datenkatalog zu sehen, und zwar inkluisive der noch nicht veröffentlichten Datensätze und den begründungen, warum diese (bisher) nicht veröffentlicht worden sind.

Use Case 1 - rein Behördeninterne Nutzung[Bearbeiten]

In diesem Anwendungsfall wird das OGD-Cockpit entweder in einem behördeninternen Webserver/Netzwerk installiert bzw. wird das Wiki so konfiguriert, dass nur Benutzerinnen und Benutzer mit Username und Passwort die Inhalte sehen und bearbeiten können.

Merkmale
Diskussionen und Bewertungen kritischer Datensätze können rein intern geführt werden.
Kulturell bedingte Bedenken von Verwaltungsbediensteten gegen zu große Offenheit und Transparenz können abgefangen werden.

Use Case 2 - behördenübergreifende Kooperation[Bearbeiten]

Installation auf einem von mehreren Behörden erreichbaren Webserver, nur Benutzerinnen und Benutzer der beteiligten Behörden können mit Username und Passwort die Inhalte sehen und bearbeiten. Die teilnehmenden Städte können BenutzerInnen anlegen und verwalten, BenuzterInnen können jeweils alle Inhalte der anderen sehen.

Die behördenübergreifende Bearbeitung kann auf mehreren Ebenen erfolgen, z. B:

  • interkommunal (z. B. mehrere Städte)
  • regional (z. B: Länder oder Bezirke/Kreise mit deren Kommunen)
  • interministeriell (z. B. mehrere Ministerien oder auch Ministerien mit nachgelagerten Organisationen wie Bundesanstalten)
Merkmale
Behörden können sehen, wie Datensätze anderer Behörden dort bewertet und diskutiert wird bzw. welche Veröffentlichungsphasen dort geplant sind.
Dadurch, dass alle teilnehmenden Behörden alle Inhalte sehen und bearbeiten können, wird ein behördenübergreifender Diskurs möglich.

Use Case 3 - offene, behördeninterne oder übergreifende Nutzung[Bearbeiten]

Dieser Use Case wurde im Prototyp des OGD-Cockpit realisiert. Die Behörden (egal ob eine oder mehrere) öffnen das OGD-Cockpit lesend für alle. Änderungen können aber nur durch berechtigte Benutzerinnen und Benutzer durchgeführt werden. (Rein behördeninten bzw. können auch einzelne andere berechtigt werden).

Merkmale
Durch die Veröffentlichung des Datenkatalogs ist ein großer Schritt in Richtung Transparenz unternommen: Die Öffentlichkeit kann nachsehen, welche Datensätze es gibt, unabhängig davon, ob diese bereits in einem OGD-Portal veröffentlicht wurden oder nicht. Weiters ist das Datenmonitoring sichtbar, also erkennbar, warum gewisse Datensätze bisher noch nicht veröffentlicht worden sind bzw. wann die nächsten veröffentlicht werden.
Die Öffnung kann zu Widerständen in den Fachabteilungen führen. Ev. wird dadurch eine ehrliche verwaltungsinterne Diskussion gehemmt, da alles öffentlich ist.

Use Case 4 - kollaborative Nutzung[Bearbeiten]

Bei der kollaborativen Nutzung würde die Behörde externen Benutzerinnen und Benutzern erlauben, sich selbst Accounts anzulegen und mitarbeiten zu können.

Merkmale
In diesem Fall könnten externe Einfluss auf das Datenmonitoring nehmen. Dies kann daher problematisch sein.
Anregungen von externen zu Datensätzen können so gleich entgegengenommen werden.

Use Case 5 - Open Data Portal[Bearbeiten]

Die Verwendung als komplettes Datenportal ist nicht der primäre UseCase, dazu gibt es die bewährte Softwarelösung CKAN: http://ckan.org

Ein Beispiel für ein an die Öffentlichkeit gerichtetes Datenportal, das bereits veröffentlichte Datensätze übersichtlich darstellt, ist das Projekt NYC facets, das veröffentlichte Datensätze des Datenportals der Stadt New York übersichtlich präsentiert.

Verwendete Software[Bearbeiten]

Für das OGD-Cockpit wurde Open-Source-Software verwendet. Im Wesentlichen basiert das OGD-Cockpit auf Semantic MediaWiki. Details sind auf der Seite Spezial:Version nachzulesen.

Es wurden die Softwarekomponenten nur installiert und konfiguriert, es war keine Softwareentwicklung nötig.

Open Government Data

Zentrum für Verwaltungsforschung