Civil Commons:Roadmap 2020: Unterschied zwischen den Versionen

 
(10 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 21: Zeile 21:
 
Stand 10/2018 nutzen bzw. kennen diese Projekte und Organisationen das Konzept und die aktuelle Umsetzung der Plattform Civil Commons; sie haben eine Diskussion angeregt, in welcher Weise Civil Commons weiterentwickelt werden kann, um weitere aktuelle und zukünftige Anforderungen zu erfüllen und um als Plattform eine inhaltlich und regional breitere Nutzung zu erfahren.
 
Stand 10/2018 nutzen bzw. kennen diese Projekte und Organisationen das Konzept und die aktuelle Umsetzung der Plattform Civil Commons; sie haben eine Diskussion angeregt, in welcher Weise Civil Commons weiterentwickelt werden kann, um weitere aktuelle und zukünftige Anforderungen zu erfüllen und um als Plattform eine inhaltlich und regional breitere Nutzung zu erfahren.
  
Als Zeitpunkt, zu dem eine nächste, funktional und technisch erweiterte Version der Plattform verfügbar sein sollte, ist die Eröffnung des Begeisterhauses in Heidelberg definiert, die Stand Oktober 2018 Ende 2019 stattfinden soll.
+
Als Zeitpunkt, zu dem eine nächste, funktional und technisch erweiterte Version der Plattform verfügbar sein sollte, ist die Eröffnung des Begeisterhauses in Heidelberg definiert, die Stand Oktober 2018 für Ende 2019 geplant ist.
  
 
Gemeinsam mit den o.g. Projekten und Organisationen soll also die Frage diskutiert werden:
 
Gemeinsam mit den o.g. Projekten und Organisationen soll also die Frage diskutiert werden:
Zeile 59: Zeile 59:
  
 
Spannend ist dieser Aspekt der Übertragung von Lösungsansätzen in andere Domänen aber auch für die Anforderungsbereiche der Partizipation (Übertragung in den Bereich der Unternehmensentwicklung) oder des Community Managements (Übertragung in den Bereich des Customer Releationship Managements).
 
Spannend ist dieser Aspekt der Übertragung von Lösungsansätzen in andere Domänen aber auch für die Anforderungsbereiche der Partizipation (Übertragung in den Bereich der Unternehmensentwicklung) oder des Community Managements (Übertragung in den Bereich des Customer Releationship Managements).
 +
 +
===Infrastruktur & Learning Labs für Schulen===
 +
Unserer Erfahrung nach antwortet die im Folgenden skizzierte IT-Architektur auch auf die grundlegenden Bedürfnisse von Schulen - sowohl im Bereich der Kollaboration innerhalb von Schulklassen und zwischen Lehrern und Eltern als auch im Bereich von "Learning Labs". Es ist beabsichtigt, die aufzubauende Infrastruktur in Kooperationsprojekte mit Partnerschulen einzubringen.
 +
 +
===Positionierung als "FIWARE-Enabler"===
 +
<span style="color: black; font-family: Calibri, Helvetica, sans-serif, EmojiFont, Apple Color Emoji, Segoe UI Emoji, NotoColorEmoji, Segoe UI Symbol, Android Emoji, EmojiSymbols; font-size: medium;"><span dir="ltr" style="font-size: 12pt;">Im Kontext des DigitalHub wird es in Heidelberg in Kooperation mit NEC absehbar eine FIWARE-Infrastruktur geben. Civil Commons sollte sich möglichst weitgehend an die FIWARE-Standards halten. Dadurch lassen sich signifikante Synergien realisieren; wenn es gelingt, die Komponenten der Plattform Civil Commons als "Enabler" (im Sinne von FIWARE) für Knowledge Management, Partizipation usw.  zu positionieren, eröffnen sich darüber hinaus Möglichkeiten der Kooperation mit allen Städten, die FIWARE-Kompetenzzentren (iHUBs) betreiben. </span></span>
  
 
==Stakeholder==
 
==Stakeholder==
Zeile 65: Zeile 71:
 
{| class="contenttable"
 
{| class="contenttable"
 
|-
 
|-
||Stakeholder
+
||'''Stakeholder'''
||Ansprechpartner*in
+
||'''Ansprechpartner*in'''
||Projektbeteiligung / Kommunikation
+
||'''Projektbeteiligung / Kommunikation'''
 
|-
 
|-
 
||Begeisterhaus
 
||Begeisterhaus
Zeile 75: Zeile 81:
 
||Urban Innovation e.V. (Projekte N_E_U, Urban Newsroom)
 
||Urban Innovation e.V. (Projekte N_E_U, Urban Newsroom)
 
||Jaro Eiermann, Lutz Hager
 
||Jaro Eiermann, Lutz Hager
||
+
||evtl. Nutzer/Entwicklungspartner der Plattform
 
|-
 
|-
 
||GeoNet.MRN / MRN
 
||GeoNet.MRN / MRN
 
||Hartmut Gündra / Marco Brunzel
 
||Hartmut Gündra / Marco Brunzel
||
+
||evtl. Nutzer/Entwicklungspartner der Plattform
 
|-
 
|-
 
||DigitalHub Kurpfalz@BW
 
||DigitalHub Kurpfalz@BW
Zeile 87: Zeile 93:
 
||Digitalagentur HD
 
||Digitalagentur HD
 
||Sebastian Warkentin
 
||Sebastian Warkentin
||
+
||evtl. Nutzer/Entwicklungspartner der Plattform
 
|-
 
|-
 
||Projekt Transfer-Together ?
 
||Projekt Transfer-Together ?
 
||#
 
||#
||
+
||?
 
|-
 
|-
 
||Transition Town
 
||Transition Town
 
||Wolfgang
 
||Wolfgang
||
+
||evtl. Partner-Projekt
 
|-
 
|-
 
||Open Knowledge Foundation / OKLab Heidelberg
 
||Open Knowledge Foundation / OKLab Heidelberg
Zeile 106: Zeile 112:
 
|-
 
|-
 
||HOPP Stiftung
 
||HOPP Stiftung
||
+
||#
 
||Förderer
 
||Förderer
 
|-
 
|-
Zeile 119: Zeile 125:
 
{| class="contenttable"
 
{| class="contenttable"
 
|-
 
|-
||Funktion
+
||'''Funktion'''
||Anforderungen im Einzelnen
+
||'''Anforderungen im Einzelnen'''
||Mögliche Tools für Umsetzung
+
||'''Mögliche Tools für Umsetzung'''
 
|-
 
|-
 
||Dokumenten-Management
 
||Dokumenten-Management
Zeile 153: Zeile 159:
 
{| class="contenttable"
 
{| class="contenttable"
 
|-
 
|-
||Anforderung
+
||'''Anforderung'''
||Beschreibung
+
||'''Beschreibung'''
||Aktuelle Umsetzung
+
||'''Aktuelle Umsetzung'''
||Priorität
+
||'''Priorität'''
 
|-
 
|-
 
||Skalierbarkeit, Konfigurierbarkeit, Administrierbarkeit
 
||Skalierbarkeit, Konfigurierbarkeit, Administrierbarkeit
Zeile 191: Zeile 197:
 
||
 
||
 
||… aktuell nicht verfügbar
 
||… aktuell nicht verfügbar
||2
+
||3
 
|-
 
|-
 
||Data Management
 
||Data Management
Zeile 200: Zeile 206:
 
… strukturierte und unstrukturierte Daten, Streaming Data
 
… strukturierte und unstrukturierte Daten, Streaming Data
  
||3
+
||4
 
|-
 
|-
 
||Analytik / KI
 
||Analytik / KI
 
||
 
||
 
||… aktuell nicht verfügbar
 
||… aktuell nicht verfügbar
||3
+
||4
 
|-
 
|-
 
||… ggf. weitere
 
||… ggf. weitere
Zeile 212: Zeile 218:
 
||
 
||
 
|}
 
|}
Diese Beschreibung dieser zentralen Anforderungen soll im Sinne von [https://de.wikipedia.org/wiki/Epic_(Anforderungsmanagement) Epics] ausgearbeitet werden.
+
Diese Beschreibung der zentralen Anforderungen soll im Sinne von [https://de.wikipedia.org/wiki/Epic_(Anforderungsmanagement) Epics] ausgearbeitet werden.
 +
 
  
  
 
==Architektur==
 
==Architektur==
((Hier sind die grundlegenden Überlegungen beim Entwurf der Architektur zu beschreiben - Open Source in den grundlegenden Schichten der Architektur, Offenheit für Lösungen, die nicht Open-Source sind, ...))
+
((Hier sind die grundlegenden Überlegungen beim Entwurf der Architektur zu beschreiben - entsprechend der Aufstellung von FIWARE: Open Source in den grundlegenden Schichten der Architektur, Offenheit für Lösungen, die nicht Open-Source sind, ...))
  
 
((Hier ist eine graphische Darstellung der Zielarchitektur einzufügen.))
 
((Hier ist eine graphische Darstellung der Zielarchitektur einzufügen.))
 +
  
  
 
==Umsetzungsschritte (User Stories)==
 
==Umsetzungsschritte (User Stories)==
Die Entwicklung von Civil Commons erfolgt bisher, indem auf Anforderungen durch die Bereitstellung existierender Open-Source-Lösungen geantwortet wurde. Dies erfolgte auf Basis von langjährigen Erfahrungen der Projektbeteiligten. In der folgenden Tabelle werden die ursprünglichen Anforderungen nochmals in Form von User Stories reflektiert und dargestellt, inwiefern/inwieweit die ausgewählten Tools diese Anforderungen abdecken. Eine erste Ableitung von Aufgaben (Tasks) zur Bereitstellung dieser Tools in einer konsolidierten Umgebung erfolgt dann in den folgenden Kapiteln; letztlich erfolgt die Definition der Aufgaben durch das Umsetzungsteam.
+
Die Entwicklung von Civil Commons erfolgt bisher, indem auf Anforderungen durch die Bereitstellung existierender Open-Source-Lösungen geantwortet wurde. Dies geschah auf Basis von langjährigen Erfahrungen der Projektbeteiligten. In der folgenden Tabelle werden die ursprünglichen Anforderungen nochmals in Form von User Stories reflektiert und dargestellt, inwiefern/inwieweit die ausgewählten Tools diese Anforderungen abdecken. Eine erste Ableitung von Aufgaben (Tasks) zur Bereitstellung dieser Tools in einer konsolidierten Umgebung erfolgt dann in den folgenden Kapiteln; letztlich erfolgt die Definition der Aufgaben durch das Umsetzungsteam.
  
 
{| class="contenttable"
 
{| class="contenttable"
 
|-
 
|-
||User Story
+
||'''User Story'''
||Anforderungen
+
||'''Anforderungen'''
||Darstellung in der Architektur
+
||'''Darstellung in der Architektur'''
 
|-
 
|-
 
||((hier Formulierungen der User Stories einfügen))
 
||((hier Formulierungen der User Stories einfügen))
Zeile 270: Zeile 278:
 
||
 
||
 
|}
 
|}
Diese Beschreibung dieser Umsetzungsschritte soll im Sinne von [https://de.wikipedia.org/wiki/User_Story User Stories] ausgearbeitet werden.
+
Diese Beschreibung der Umsetzungsschritte soll im Sinne von [https://de.wikipedia.org/wiki/User_Story User Stories] ausgearbeitet werden.
 +
 
  
  
Zeile 277: Zeile 286:
 
Eines der kontinuierlich aktiven Projekte im Kontext von Urban Innovation e.V. war die Bearbeitung der Fragestellung, welche zivilgesellschaftlichen Prozesse und welche technischen Plattformen und Standards der Digitalisierung der Gemeinwesen - d.h. der Städte, aber auch der ländlichen Regionen - zugrunde gelegt werden sollten. Dieses Projekt wurde im Jahr 2017 unter dem Namen "Urban Dataspace / Urbaner Datenraum" gestartet.
 
Eines der kontinuierlich aktiven Projekte im Kontext von Urban Innovation e.V. war die Bearbeitung der Fragestellung, welche zivilgesellschaftlichen Prozesse und welche technischen Plattformen und Standards der Digitalisierung der Gemeinwesen - d.h. der Städte, aber auch der ländlichen Regionen - zugrunde gelegt werden sollten. Dieses Projekt wurde im Jahr 2017 unter dem Namen "Urban Dataspace / Urbaner Datenraum" gestartet.
  
Die maßgeblichen Projekte / Plattformen, die bis Anfang 2018 identifiziert und evaluiert waren, waren:
+
Die maßgeblichen Projekte / Plattformen, die bis Anfang 2018 identifiziert und evaluiert waren, sind:
  
* das Projekt der Industrial Dataspaces der Fraunhofer Gesellschaft
+
* das Projekt der ''Industrial Dataspaces'' der Fraunhofer Gesellschaft
* das Projekt FIWARE, koordiniert von der Europäischen Kommission
+
* das Projekt ''FIWARE'', koordiniert von der Europäischen Kommission
  
 
Im Juni 2018 wurde eine weitgehende Kooperation dieser beiden Projekte bekanntgegeben. FIWARE hat angekündigt dass es eine Implementierung der zentralen Komponenten der International Dataspaces auf Basis der FIWARE-Plattform geben wird.
 
Im Juni 2018 wurde eine weitgehende Kooperation dieser beiden Projekte bekanntgegeben. FIWARE hat angekündigt dass es eine Implementierung der zentralen Komponenten der International Dataspaces auf Basis der FIWARE-Plattform geben wird.
Zeile 286: Zeile 295:
 
...
 
...
  
FIWARE ist damit diejenige Plattform, auf der die einzelnen Funktionalitäten - in FIWARE "Enabler" genannt - integriert werden können. Die zentrale Komponente, über die Enabler in FIWARE intergiert werden, ist der "Orion Context Broker" über den der Datenaustausch zwischen allen Anwendungen erfolgt. Dies ermöglicht eine tiefe Integration von Anwendungen auf der Ebene des Contents.
+
FIWARE ist damit diejenige Plattform, auf der die einzelnen Funktionalitäten - in FIWARE "Generic Enabler" genannt - integriert werden können. Die zentrale Komponente, über die Enabler in FIWARE intergiert werden, ist der "Orion Context Broker" über den der Datenaustausch zwischen allen Anwendungen erfolgt. Dies ermöglicht eine tiefe Integration von Anwendungen auf der Ebene des Contents.
  
 
Die Plattform Civil Commons integriert demgegenüber existierende Lösungen und Tools zwischen denen Content zunächst absehbar nur über die Benutzeroberflächen ausgetauscht werden wird. Es soll aber selbst dort, wo eine Integration auf der Ebene des Austauschs von Content im Kontext von Civil Commons nicht möglich oder sinnvoll ist, eine Integration in die FIWARE-Architektur auf anderen Ebenen gesucht werden - z.B. der Ebenen der Tools, Technologien und Standards.
 
Die Plattform Civil Commons integriert demgegenüber existierende Lösungen und Tools zwischen denen Content zunächst absehbar nur über die Benutzeroberflächen ausgetauscht werden wird. Es soll aber selbst dort, wo eine Integration auf der Ebene des Austauschs von Content im Kontext von Civil Commons nicht möglich oder sinnvoll ist, eine Integration in die FIWARE-Architektur auf anderen Ebenen gesucht werden - z.B. der Ebenen der Tools, Technologien und Standards.
Zeile 301: Zeile 310:
 
||((hier Link bzgl. Thema einfügen))
 
||((hier Link bzgl. Thema einfügen))
 
|-
 
|-
||((… auch Link auf PowerPoint IDS/FIWARE auf Nextcloud))
+
||((… auch Link auf PowerPoint IDS/FIWARE auf unserer Nextcloud))
 
||
 
||
 
|-
 
|-
Zeile 317: Zeile 326:
 
||
 
||
 
|}
 
|}
 
+
===<br />OpenStack===
===OpenStack===
 
 
OpenStack ist eine freie Software zur Bereitstellung virtualisierter Server.
 
OpenStack ist eine freie Software zur Bereitstellung virtualisierter Server.
  
Zeile 338: Zeile 346:
 
||
 
||
 
|}
 
|}
 
+
===<br />Kubernetes===
===Kubernetes===
 
 
Kubernetes ermöglicht die Verwaltung Bereitstellung und Administration von Software-Diensten in einer Cloud-Infrastruktur.
 
Kubernetes ermöglicht die Verwaltung Bereitstellung und Administration von Software-Diensten in einer Cloud-Infrastruktur.
  
Zeile 359: Zeile 366:
 
||
 
||
 
|}
 
|}
 
+
===<br />Docker===
===Docker===
 
 
Docker ermöglicht die Paketierung, das Deployment und den Betrieb von Software-Diensten - mit hoher Effizienz und weitgehender Isolation einzelner Dienste voneinander.
 
Docker ermöglicht die Paketierung, das Deployment und den Betrieb von Software-Diensten - mit hoher Effizienz und weitgehender Isolation einzelner Dienste voneinander.
  
Zeile 395: Zeile 401:
 
||
 
||
 
|}
 
|}
 
+
===<br />Storage Services - File / Database===
===File / DB Storage Services===
+
Die Storage Services stellen grundlegende Dienste zur Ablage von Daten bereit - auf der Ebene eines (ggf. verteilten) File-Systems und - darauf aufbauend - auf der Ebene relationaler Datenbanken. Auf diesen Diensten bauen Dienste höherer Ebenen - z.B. das Wiki und das Dokumentenmanagement - auf.
((Positionierung von Storage Service)) … 
 
  
 
{| class="contenttable"
 
{| class="contenttable"
Zeile 425: Zeile 430:
 
||
 
||
 
|}
 
|}
 +
===<br />Keyrock / OAuth2 - Identity Management===
 +
Keyrock implementiert das Protokoll OAuth2. Auf Basis dieses Protokoll stellt Keyrock die Authentifizierung von Benutzern und die Autorisierung zur Nutzung von Diensten und Systemfunktionen bereit. Keyrock ist im Kontext von FIWARE die Standardkomponente für diese Aufgaben.
  
===Keyrock / OAuth2===
+
Zitat von [https://catalogue-server.fiware.org/enablers/identity-management-keyrock hier]: Identity Management covers a number of aspects involving users' access to networks, services and applications, including secure and private authentication from users to devices, networks and services, authorization & trust management, user profile management, privacy-preserving disposition of personal data, Single Sign-On (SSO) to service domains and Identity Federation towards applications.
… ((Positionierung von Keyrock / OAuth2)) … 
 
  
 
{| class="contenttable"
 
{| class="contenttable"
Zeile 457: Zeile 463:
 
||
 
||
 
|}
 
|}
 
+
===<br />MediaWiki===
===MediaWiki===
 
 
… ((Positionierung von MediaWiki)) … 
 
… ((Positionierung von MediaWiki)) … 
  
Zeile 469: Zeile 474:
 
||
 
||
 
|}
 
|}
 
 
====Aufgaben zur Umsetzung====
 
====Aufgaben zur Umsetzung====
 
{| class="contenttable"
 
{| class="contenttable"
Zeile 497: Zeile 501:
 
||
 
||
 
|}
 
|}
 
+
===<br />Nextcloud===
===Nextcloud===
 
 
… ((Positionierung von Nextcloud)) … 
 
… ((Positionierung von Nextcloud)) … 
  
Zeile 562: Zeile 565:
 
||
 
||
 
|}
 
|}
 
+
===<br />Partizipation: DECIDIM===
===DECIDIM===
 
 
… ((Positionierung von Decidim)) … 
 
… ((Positionierung von Decidim)) … 
  
Zeile 579: Zeile 581:
 
||Übersetzung der Oberfläche in Deutsch
 
||Übersetzung der Oberfläche in Deutsch
 
||
 
||
 +
|-
 +
||Authentifizierung / Autorisierung auf Basis von OAuth2
 +
||
 +
|-
 +
||… 
 +
||
 +
|}
 +
 +
===Drupal: Communities & Social Network===
 +
Drupal sollte ggf. mit den Plugins der Distribution "Open Social" (https://www.drupal.org/project/social) installiert. Die Ausrichtung auf Communities / Vernetzung gibt Drupal als Dienst innerhalb der Architektur ein eigenes Profil.
 +
 +
 +
 +
{| class="contenttable"
 +
|-
 +
||...
 +
||...
 +
|-
 +
||
 +
||
 +
|}
 +
 +
Drupal z.B. unterstützt die Anbindungen an einen OAuth2-Server (das ist das Protokoll, das Keyrock implementiert): [https://www.drupal.org/project/oauth2_authentication https://www.drupal.org/project/oauth2_authentication].
 +
 +
Drupal ist außerdem Docker-ready - maintained sogar von der Docker Community: [https://docs.docker.com/samples/library/drupal/ https://docs.docker.com/samples/library/drupal/].
 +
 +
====Aufgaben zur Umsetzung====
 +
{| class="contenttable"
 
|-
 
|-
 
||Authentifizierung / Autorisierung auf Basis von OAuth2
 
||Authentifizierung / Autorisierung auf Basis von OAuth2
Zeile 610: Zeile 640:
 
||
 
||
 
|}
 
|}
 
+
===<br />Digital Signage: XIBO===
===XIBO===
 
 
… ((Positionierung von XIBO)) … 
 
… ((Positionierung von XIBO)) … 
  
Zeile 622: Zeile 651:
 
||
 
||
 
|}
 
|}
 
+
===<br />Datamanagement: Hadoop, Spark, Mongo, ...===
===OS-Datamanagement: Hadoop, Spark, Mongo, ...===
 
 
… in der ersten Stufe: 1 Master-Node, 3 Data Nodes, evtl. auch nur Single Node
 
… in der ersten Stufe: 1 Master-Node, 3 Data Nodes, evtl. auch nur Single Node
  
Zeile 646: Zeile 674:
 
||
 
||
 
|}
 
|}
 
+
===<br />Alternativen===
===Alternativen===
 
 
====Content Management / Wiki====
 
====Content Management / Wiki====
 
Es soll geprüft werden, ob ein Umstieg von MediaWiki auf ein echtes / alternatives Content-Management-System Vorteile bringt und mit welchem Aufwand er ggf. zu realisieren wäre.
 
Es soll geprüft werden, ob ein Umstieg von MediaWiki auf ein echtes / alternatives Content-Management-System Vorteile bringt und mit welchem Aufwand er ggf. zu realisieren wäre.
Zeile 664: Zeile 691:
 
====Digital Signage====
 
====Digital Signage====
 
Es sollen Alternativen zu XIBO als Digital-Signage-Plattform geprüft werden - ggf. auch eine eigene Implementierung
 
Es sollen Alternativen zu XIBO als Digital-Signage-Plattform geprüft werden - ggf. auch eine eigene Implementierung
 +
 +
==Server-Infrastruktur==
 +
Wir brauchen perspektivisch (mindestens) zwei physikalische Server:
 +
 +
 +
 +
* Eine Maschine, auf der wir grundlegenden Ebenen der Architektur (weiter)entwickeln können - d.h. das zugundeliegende (RAID)Filessystem, die Netzwerkebene und die Virtualisierung; diese Maschine muss sicher im Rahmen der Entwicklung der Infrastruktur immer mal wieder plattgemacht werden. Diese Maschine kann bescheiden ausgestattet sein - nur groß genug, um alle Aspekte der Architektur zu simulieren.
 +
 +
 +
* Eine Maschine, auf der wir Test- und Produktionsumgebungen unserer Dienste (Drupal, Wiki, Nextcloud, ...) betreiben. Diese Maschine sollte jedem der zentralen Dienste mindestens 4 Cores und 16 GB Memory zur Verfügung stellen - einzelnen Diensten (In-Memory-Verarbeitung, ...) ggf. mehr.<br /><br />
  
 
==Offene Fragen==
 
==Offene Fragen==
Zeile 672: Zeile 709:
  
 
Ist es möglich, im Bereich des Hostings mit [https://www.bw-cloud.org/ bwCloud] zu kooperieren?
 
Ist es möglich, im Bereich des Hostings mit [https://www.bw-cloud.org/ bwCloud] zu kooperieren?
 +
 +
====Prozesse zur Abrechnung von Leistungen====
 +
Werden aktuell bzw. wann werden Prozesse zur Abrechnung von Leistungen benötigt? (Bereitstellung von Services, Beratung ,...)
 +
 +
==Links==
 +
===CEDUS - City Enabler for digital urban Services===
 +
[http://cedus.eu/index.html http://cedus.eu/index.html]
 +
 +
[http://oascities.org/2334-2/ http://oascities.org/2334-2/]
 +
 +
… zitiert von diesen Seiten;
 +
 +
<div class="section-title">
 +
====''About CITY ENABLER''====
 +
''To develop and consume innovative urban services upon re-organized scattered urban data.''
 +
 +
</div>
 +
''The City Enabler provided by CEDUS, is a [http://www.fiware.org/ FIWARE-based] software product allowing urban service providers (public and private) and the local Governments actively collaborate to exploit urban data (e.g. open, sensor, free, closed, linked, … data). Data are managed and visualized in order to support the City Manager in decision making processes, opening to new business models for all the stakeholders to exploit and combine the data collected, doing new ventures possible thanks to innovative map-based urban services.''
 +
 +
''...''

Aktuelle Version vom 30. Oktober 2018, 22:45 Uhr

Das Anliegen der "Roadmap 2020"

In der Metropolregion Rhein-Neckar gibt es eine Reihe von Projekten und Organisationen, die Themen der Stadtentwicklung bearbeiten oder soziale Innovationen erarbeiten; im Einzelnen sind dies:

  • das Begeisterhaus ((Link einfügen))
  • der Verein Urban Innovation - Stadt neu Denken! e.v. (Projekte N_E_U, Urban Dataspace, Urban Newsroom)
  • der Verein GeoNet.MRN
  • die Digitalagentur der Stadt Heidelberg
  • das DAI
  • der Verein Transition Town
  • die Kooperation 'Open Transformation'
  • ...


Diese Projekte und Organisationen haben in weiten Teilen deckungsgleiche Anforderungen in den folgenden Bereichen:

  • Knowledge Management
  • Kommunikation / Publikation
  • Community Management
  • Organisation von Partizipation
  • ...

Stand 10/2018 nutzen bzw. kennen diese Projekte und Organisationen das Konzept und die aktuelle Umsetzung der Plattform Civil Commons; sie haben eine Diskussion angeregt, in welcher Weise Civil Commons weiterentwickelt werden kann, um weitere aktuelle und zukünftige Anforderungen zu erfüllen und um als Plattform eine inhaltlich und regional breitere Nutzung zu erfahren.

Als Zeitpunkt, zu dem eine nächste, funktional und technisch erweiterte Version der Plattform verfügbar sein sollte, ist die Eröffnung des Begeisterhauses in Heidelberg definiert, die Stand Oktober 2018 für Ende 2019 geplant ist.

Gemeinsam mit den o.g. Projekten und Organisationen soll also die Frage diskutiert werden:


Wo möchten wir im Jahr 2020 mit der Plattform Civil Commons stehen?

Diese Diskussion sollte aus unserer Sicht auf zwei Ebenen geführt werden:

  • Visionen, Entwicklungsperspektiven, Anforderungen der Projekte und Organisationen selbst,

  • Möglichkeiten der Unterstützung der benötigten Funktionen und Prozesse durch die Plattform Civil Commons

    Diese Ebene wiederum gliedert sich in die Aspekte:
    • Technische Weiterentwicklung der Plattform,
    • Organisation und Trägerschaft von Civil Commons.


Eine dokumentierte und abgestimmte Roadmap soll uns auch dabei unterstützen, uns um Fördergelder zu bewerben.

Stand Oktober 2018 stehen aus dem Projekt Begeisterhaus bereits Fördermittel bereit, mit denen die Arbeiten im Q4/2018 begonnen werden können.

Stand der Entwicklung und Nutzung von Civil Commons 10/2018

... in Stichpunkten:

  • Klare Positionierung von Civil Commons als Plattform für zivilgesellschaftliche Projekte ([1])
  • Die Dienste Wiki und Sharing (MediaWiki, Nextcloud) sind stabil und projektbezogen nutzbar.
  • Die Nutzung erfolgt in den Projekten N_E_U ((Link ergänzen)) und der Bibliothek der Bürgerschaft ((Link ergänzen)).
  • Das Operating ist noch nicht automatisiert (Backup, ...).
  • Es sind noch keine Funktionen zur Bereitstellung von dynamischem Content umgesetzt (Einstiegsseite, ...)

Potentiale

Regionale Übertragbarkeit

Es wird selbstverständlich angestrebt, die Plattform Civil Commons als eine Best Practice zu etablieren - mit einer Anwendbarkeit über die Region hinaus. Dies bedeutet nicht bzw. nicht nur, dass die durch die Plattform unterstützten Prozesse möglichst breit anwendbar gestaltet werden, sondern berücksichtigt auch, dass in anderen Regionen / in anderen Städten anders gestaltete Prozesse adäquatere Lösungen darstellen. Die Plattform soll daher von vorneherein die Anpassbarkeit (das Customizing) von Prozessen als eine zentrale Anforderung berücksichtigen.

Übertragbarkeit auf andere Anwendungsbereiche

Am Beginn der Entwicklung des Konzepts von Civil Commons stand eine Analyse der zentralen Anforderung, die durch zivilgesellschaftliche Projekte an eine unterstützende IT-Plattform gestellt werden. Das Ergebnis dieser Analyse war, dass diese Anforderungen im Wesentlichen deckungsgleich sind mit Projekten im wissenschaftlichen oder wirtschaftlichen Kontext oder mit Projekten im Bereich der öffentlichen Verwaltung.

Dies bedeutet umgekehrt, dass Entwicklungen im Rahmen von Civil Commons immer das Potential haben, auch in die Anwendungsbereiche der Wirtschaft, Wissenschaft oder der öffentlichen Verwaltung übertragen zu werden.

Dies gilt ganz offensichtlich für Funktionen in den Bereichen des Knowledge Managements, der Kommunikation, des Datenmanagements und der Datenanalyse.

Spannend ist dieser Aspekt der Übertragung von Lösungsansätzen in andere Domänen aber auch für die Anforderungsbereiche der Partizipation (Übertragung in den Bereich der Unternehmensentwicklung) oder des Community Managements (Übertragung in den Bereich des Customer Releationship Managements).

Infrastruktur & Learning Labs für Schulen

Unserer Erfahrung nach antwortet die im Folgenden skizzierte IT-Architektur auch auf die grundlegenden Bedürfnisse von Schulen - sowohl im Bereich der Kollaboration innerhalb von Schulklassen und zwischen Lehrern und Eltern als auch im Bereich von "Learning Labs". Es ist beabsichtigt, die aufzubauende Infrastruktur in Kooperationsprojekte mit Partnerschulen einzubringen.

Positionierung als "FIWARE-Enabler"

Im Kontext des DigitalHub wird es in Heidelberg in Kooperation mit NEC absehbar eine FIWARE-Infrastruktur geben. Civil Commons sollte sich möglichst weitgehend an die FIWARE-Standards halten. Dadurch lassen sich signifikante Synergien realisieren; wenn es gelingt, die Komponenten der Plattform Civil Commons als "Enabler" (im Sinne von FIWARE) für Knowledge Management, Partizipation usw.  zu positionieren, eröffnen sich darüber hinaus Möglichkeiten der Kooperation mit allen Städten, die FIWARE-Kompetenzzentren (iHUBs) betreiben.

Stakeholder

Im folgenden sind alle aktuell oder potentiell an diesem Projekt beteiligten oder von diesem Projekt betroffenen Parteien genannt und es ist dokumentiert, welche Art der Projektbeteiligung und welche Form der Kommunikation verabredet ist:

Stakeholder Ansprechpartner*in Projektbeteiligung / Kommunikation
Begeisterhaus Jasper Schmidt, Jaro Eiermann Projektleitung
Urban Innovation e.V. (Projekte N_E_U, Urban Newsroom) Jaro Eiermann, Lutz Hager evtl. Nutzer/Entwicklungspartner der Plattform
GeoNet.MRN / MRN Hartmut Gündra / Marco Brunzel evtl. Nutzer/Entwicklungspartner der Plattform
DigitalHub Kurpfalz@BW
Digitalagentur HD Sebastian Warkentin evtl. Nutzer/Entwicklungspartner der Plattform
Projekt Transfer-Together ? # ?
Transition Town Wolfgang evtl. Partner-Projekt
Open Knowledge Foundation / OKLab Heidelberg # Träger
((Schulen als Umsetzungspartner)) # Anforderer, Nutzer
HOPP Stiftung # Förderer
… 

Anforderungsbereiche und Tools

Im folgenden werden die eingangs genannten zentralen Funktionen der Plattform, aus denen Anforderungen resultieren, detaillierter beschrieben werden - incl. erster Überlegungen, auf Basis welcher Tools diese Funktionen bereitgestellt werden können

Funktion Anforderungen im Einzelnen Mögliche Tools für Umsetzung
Dokumenten-Management Nextcloud (incl. Collabora)
Knowledge Management MediaWiki (incl. Semantic)
Kommunikation / Publikation Nextcloud Collaboration, Mediawiki
Community Management FIWARE-Komponente KeyRock, Implementierung zusätzlicher Dialog-Funktionen (Dokumentation), Meetup (Einbindung per API)
Organisation von Partizipation DECIDIM (Web Site)
… 

Zentrale Anforderungen (Epics)

Um die beschriebenen Potentiale zu realisieren, sind die folgenden zentralen Anforderungen umzusetzen:

Anforderung Beschreibung Aktuelle Umsetzung Priorität
Skalierbarkeit, Konfigurierbarkeit, Administrierbarkeit …  … aktuell nur eingeschränkt umgesetzt / mit hohem Aufwand möglich 1
Community Management … aktuell nicht verfügbar 1
Knowledge Management … aktuell auf Basis MediaWiki 1
Dokumenten Management … aktuell auf Basis Nextcloud 1
Publishing … aktuell auf Basis MediaWiki 1
Partizipation … aktuell nicht verfügbar 2
Digital Signage … aktuell nicht verfügbar 3
Data Management

… aktuell nicht verfügbar

… strukturierte und unstrukturierte Daten, Streaming Data

4
Analytik / KI … aktuell nicht verfügbar 4
… ggf. weitere

Diese Beschreibung der zentralen Anforderungen soll im Sinne von Epics ausgearbeitet werden.


Architektur

((Hier sind die grundlegenden Überlegungen beim Entwurf der Architektur zu beschreiben - entsprechend der Aufstellung von FIWARE: Open Source in den grundlegenden Schichten der Architektur, Offenheit für Lösungen, die nicht Open-Source sind, ...))

((Hier ist eine graphische Darstellung der Zielarchitektur einzufügen.))


Umsetzungsschritte (User Stories)

Die Entwicklung von Civil Commons erfolgt bisher, indem auf Anforderungen durch die Bereitstellung existierender Open-Source-Lösungen geantwortet wurde. Dies geschah auf Basis von langjährigen Erfahrungen der Projektbeteiligten. In der folgenden Tabelle werden die ursprünglichen Anforderungen nochmals in Form von User Stories reflektiert und dargestellt, inwiefern/inwieweit die ausgewählten Tools diese Anforderungen abdecken. Eine erste Ableitung von Aufgaben (Tasks) zur Bereitstellung dieser Tools in einer konsolidierten Umgebung erfolgt dann in den folgenden Kapiteln; letztlich erfolgt die Definition der Aufgaben durch das Umsetzungsteam.

User Story Anforderungen Darstellung in der Architektur
((hier Formulierungen der User Stories einfügen)) Konsolidierung der Server-Infrastruktur OpenStack, Kubernetes/Docker, … bevorzugt auf FIWARE-Infrastruktur
…  Upgrade auf aktuelle Versionen von MediaWiki und Nextcloud
Erweiterung von Nextcloud um Collabora Online
End-to-end-encryption in Nextcloud
Services für Streaming Data Analyse & Visualisierung (in Arbeit 09/2018)
Bereitstellung von Services unter Domains von Projekten Alle Services sollen als Docker-Container bereitgestellt werden, so dass sie schnell unter Domains von Projekten deployt werden können.
Realisierung projektbezogener Wikis ggf. auf Basis einer Wiki-Farm
Zentrale Benutzerverwaltung OAuth2 / LDAP incl. SSO
Community Management z.B. Meetup - mit Nutzung des APIs.

Diese Beschreibung der Umsetzungsschritte soll im Sinne von User Stories ausgearbeitet werden.


Plattformen & Basissoftware

FIWARE, International Data Spaces

Eines der kontinuierlich aktiven Projekte im Kontext von Urban Innovation e.V. war die Bearbeitung der Fragestellung, welche zivilgesellschaftlichen Prozesse und welche technischen Plattformen und Standards der Digitalisierung der Gemeinwesen - d.h. der Städte, aber auch der ländlichen Regionen - zugrunde gelegt werden sollten. Dieses Projekt wurde im Jahr 2017 unter dem Namen "Urban Dataspace / Urbaner Datenraum" gestartet.

Die maßgeblichen Projekte / Plattformen, die bis Anfang 2018 identifiziert und evaluiert waren, sind:

  • das Projekt der Industrial Dataspaces der Fraunhofer Gesellschaft
  • das Projekt FIWARE, koordiniert von der Europäischen Kommission

Im Juni 2018 wurde eine weitgehende Kooperation dieser beiden Projekte bekanntgegeben. FIWARE hat angekündigt dass es eine Implementierung der zentralen Komponenten der International Dataspaces auf Basis der FIWARE-Plattform geben wird.

...

FIWARE ist damit diejenige Plattform, auf der die einzelnen Funktionalitäten - in FIWARE "Generic Enabler" genannt - integriert werden können. Die zentrale Komponente, über die Enabler in FIWARE intergiert werden, ist der "Orion Context Broker" über den der Datenaustausch zwischen allen Anwendungen erfolgt. Dies ermöglicht eine tiefe Integration von Anwendungen auf der Ebene des Contents.

Die Plattform Civil Commons integriert demgegenüber existierende Lösungen und Tools zwischen denen Content zunächst absehbar nur über die Benutzeroberflächen ausgetauscht werden wird. Es soll aber selbst dort, wo eine Integration auf der Ebene des Austauschs von Content im Kontext von Civil Commons nicht möglich oder sinnvoll ist, eine Integration in die FIWARE-Architektur auf anderen Ebenen gesucht werden - z.B. der Ebenen der Tools, Technologien und Standards.

FIWARE iHUBs

Die FIWARE Foundation fördert den Aufbau regionaler Kompetenzzentren zu Fragen der Digitalisierung, des Internet of Things und natürlich der FIWARE-Technologien. Eine der Aufgaben dieser iHUBs ist es, mit Unternehmen in der Region einen Dialog darüber zu führen, wie neue und bestehende Technologien, Lösungen oder Geschäftsmodelle in die FIWARE-Plattform eingefügt bzw. auf Basis der FIWARE-Architektur dargestellt werden können.

Civil Commons will den möglichen Aufbau eines FIWARE iHUBs in der Metropolregion Rhein-Neckar durch die Bereitstellung von Diensten in den Bereichen des Knowledge Managements, des Datenmanagements und der Analytik unterstützen.

Links bzgl. FIWARE

((hier Thema bzgl. FIWARE einfügen)) ((hier Link bzgl. Thema einfügen))
((… auch Link auf PowerPoint IDS/FIWARE auf unserer Nextcloud))
…  

Links bzgl. International Dataspaces

((hier Thema bzgl. IDS einfügen)) ((hier Link bzgl. Thema einfügen))


OpenStack

OpenStack ist eine freie Software zur Bereitstellung virtualisierter Server.

((hier Thema bzgl. OpenStack einfügen)) ((hier Link bzgl. Thema einfügen))

Aufgaben zur Umsetzung

Know-How-Aufbau … ggf. Austausch mit bwCloud
… 


Kubernetes

Kubernetes ermöglicht die Verwaltung Bereitstellung und Administration von Software-Diensten in einer Cloud-Infrastruktur.

Home Page https://kubernetes.io/

Aufgaben zur Umsetzung

Know-How-Aufbau
… 


Docker

Docker ermöglicht die Paketierung, das Deployment und den Betrieb von Software-Diensten - mit hoher Effizienz und weitgehender Isolation einzelner Dienste voneinander.

Home Page https://www.docker.com
Konzept der "Container" https://www.docker.com/resources/what-container
… 

Aufgaben zur Umsetzung

Konfiguration von Mail-Service (Postfix) in Container
Mount von NTFS-Mount-Points
Bereitstellung von Services in Container unter Sub-Domains
Letsencrypt
Sicherungskonzept
… 


Storage Services - File / Database

Die Storage Services stellen grundlegende Dienste zur Ablage von Daten bereit - auf der Ebene eines (ggf. verteilten) File-Systems und - darauf aufbauend - auf der Ebene relationaler Datenbanken. Auf diesen Diensten bauen Dienste höherer Ebenen - z.B. das Wiki und das Dokumentenmanagement - auf.

((hier Thema bzgl. Storage Services einfügen)) ((hier Link bzgl. Thema einfügen))

Aufgaben zur Umsetzung

NTFS File System Service
MySQL / MariaDB
PostgreSQL (incl. Extension PostGIS)
Sicherungskonzept
… 


Keyrock / OAuth2 - Identity Management

Keyrock implementiert das Protokoll OAuth2. Auf Basis dieses Protokoll stellt Keyrock die Authentifizierung von Benutzern und die Autorisierung zur Nutzung von Diensten und Systemfunktionen bereit. Keyrock ist im Kontext von FIWARE die Standardkomponente für diese Aufgaben.

Zitat von hier: Identity Management covers a number of aspects involving users' access to networks, services and applications, including secure and private authentication from users to devices, networks and services, authorization & trust management, user profile management, privacy-preserving disposition of personal data, Single Sign-On (SSO) to service domains and Identity Federation towards applications.

((hier Thema bzgl. Keyrock einfügen)) ((hier Link bzgl. Thema einfügen))
… 

Aufgaben zur Umsetzung

Civil Commons Skin

Registrierung von Person, Organisation (incl. Captcha)
Beitritt / Austritt zu / aus Gruppen ? Wird diese Funktion von Keyrock unterstützt?
Zentrale Administration von Benutzern / Gruppen
Dezentrale (gruppen-bezogene) Administration von Benutzern / Gruppen


MediaWiki

… ((Positionierung von MediaWiki)) … 

Home Page https://www.mediawiki.org/wiki/MediaWiki
… 

Aufgaben zur Umsetzung

Bereitstellung in Docker-Container

… Image-Verzeichnis als Mount-Point von Storage-Service

… Datenbank als DB Storage Service

Authentifizierung / Autorisierung auf Basis von OAuth2 … Einsatz von Keyrock
Generische Skin zur Gestaltung der Oberfläche … ggf. unter Berücksichtigung von Plugins (Bluespice-Plugins erfordern ggf. Bluespice-Style-Sheet)
Autorisierung auf Namespaces … wie erfolgt die Pflege
Definition / Paketierung von benötigten Extensions (Semantic, …)
… 


Nextcloud

… ((Positionierung von Nextcloud)) … 

Home Page https://nextcloud.com/de/
Chat, Voice, Web Meeting https://nextcloud.com/de/talk/
Mail, Kalender, Kontakte https://nextcloud.com/de/groupware/
Dokumentenbearbeitung https://nextcloud.com/de/collaboraonline/
Private Nutzung [[2]]
Code of Conduct https://nextcloud.com/de/code-of-conduct/
Datenschutz (DSGVO) https://nextcloud.com/de/gdpr/
Lizenz
Nextcloud in Wikipedia https://de.wikipedia.org/wiki/Nextcloud
Nextcloud für öffentl. Verwaltung https://www.heise.de/ix/meldung/Bundescloud-Open-Source-mit-Nextcloud-statt-Dropbox-oder-Google-Drive-4026111.html
Nextcloud vs. OwnCloud https://hosting.1und1.de/digitalguide/server/tools/owncloud-vs-nextcloud-zwei-cloud-speicher-im-test/

Aufgaben zur Umsetzung

Bereitstellung in Docker-Container

Datenbank als DB Storage Service

Datenverzeichnis als Mount von File Storage Service

… 

Civil Commons Skin
Collabora Online
Nextcloud Talk

… 


Partizipation: DECIDIM

… ((Positionierung von Decidim)) … 

Home Page https://decidim.org/

Aufgaben zur Umsetzung

Übersetzung der Oberfläche in Deutsch
Authentifizierung / Autorisierung auf Basis von OAuth2
… 

Drupal: Communities & Social Network

Drupal sollte ggf. mit den Plugins der Distribution "Open Social" (https://www.drupal.org/project/social) installiert. Die Ausrichtung auf Communities / Vernetzung gibt Drupal als Dienst innerhalb der Architektur ein eigenes Profil.


... ...

Drupal z.B. unterstützt die Anbindungen an einen OAuth2-Server (das ist das Protokoll, das Keyrock implementiert): https://www.drupal.org/project/oauth2_authentication.

Drupal ist außerdem Docker-ready - maintained sogar von der Docker Community: https://docs.docker.com/samples/library/drupal/.

Aufgaben zur Umsetzung

Authentifizierung / Autorisierung auf Basis von OAuth2
… 

Analytik & Visualisierung: KnowAge

... ((Positionierung von KnowAge)) ...

Home Page https://www.knowage-suite.com/site/home/
Open Source Engagement (OW2) https://www.knowage-suite.com/site/network/open-source-communities/

Aufgaben zur Umsetzung

Skin
OAuth2 / Keyrock Anbindung ist im Kontext von FIWARE bereits erfolgt
… 


Digital Signage: XIBO

… ((Positionierung von XIBO)) … 

Home Page https://xibo.org.uk/
...


Datamanagement: Hadoop, Spark, Mongo, ...

… in der ersten Stufe: 1 Master-Node, 3 Data Nodes, evtl. auch nur Single Node

Big Data Analytics: Spark http://spark.apache.org/
… 

Aufgaben zur Umsetzung

Installation Cloudera / HortonWorks
Ggf. StreamSets
… 


Alternativen

Content Management / Wiki

Es soll geprüft werden, ob ein Umstieg von MediaWiki auf ein echtes / alternatives Content-Management-System Vorteile bringt und mit welchem Aufwand er ggf. zu realisieren wäre.

... http://www.xwiki.org/xwiki/bin/view/Main/WebHome
...

Cloudera vs. HortonWorks

… 

Digital Signage

Es sollen Alternativen zu XIBO als Digital-Signage-Plattform geprüft werden - ggf. auch eine eigene Implementierung

Server-Infrastruktur

Wir brauchen perspektivisch (mindestens) zwei physikalische Server:


  • Eine Maschine, auf der wir grundlegenden Ebenen der Architektur (weiter)entwickeln können - d.h. das zugundeliegende (RAID)Filessystem, die Netzwerkebene und die Virtualisierung; diese Maschine muss sicher im Rahmen der Entwicklung der Infrastruktur immer mal wieder plattgemacht werden. Diese Maschine kann bescheiden ausgestattet sein - nur groß genug, um alle Aspekte der Architektur zu simulieren.


  • Eine Maschine, auf der wir Test- und Produktionsumgebungen unserer Dienste (Drupal, Wiki, Nextcloud, ...) betreiben. Diese Maschine sollte jedem der zentralen Dienste mindestens 4 Cores und 16 GB Memory zur Verfügung stellen - einzelnen Diensten (In-Memory-Verarbeitung, ...) ggf. mehr.

Offene Fragen

Hosting

Wo erfolgt das Hosting der Plattform?

Für welche Umgebungen / Services lässt sich das FIWARE-Lab nutzen?

Ist es möglich, im Bereich des Hostings mit bwCloud zu kooperieren?

Prozesse zur Abrechnung von Leistungen

Werden aktuell bzw. wann werden Prozesse zur Abrechnung von Leistungen benötigt? (Bereitstellung von Services, Beratung ,...)

Links

CEDUS - City Enabler for digital urban Services

http://cedus.eu/index.html

http://oascities.org/2334-2/

… zitiert von diesen Seiten;

About CITY ENABLER

To develop and consume innovative urban services upon re-organized scattered urban data.

The City Enabler provided by CEDUS, is a FIWARE-based software product allowing urban service providers (public and private) and the local Governments actively collaborate to exploit urban data (e.g. open, sensor, free, closed, linked, … data). Data are managed and visualized in order to support the City Manager in decision making processes, opening to new business models for all the stakeholders to exploit and combine the data collected, doing new ventures possible thanks to innovative map-based urban services.

...