==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 ; 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
* ...
<br />Diese Projekte und Organisationen haben in weiten Teilen deckungsgleiche Anforderungen in den folgenden Bereichen:
* Knowledge Management
* ...
Stand 10/2018 nutzen bzw. kennen diese Projekte und Organisationen das Konzept und die aktuelle Umsetzung der Plattform Civil Commons; sie haben daher 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 unterstützenerfahren.
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 heute Oktober 2018 für Ende 2019 stattfinden sollgeplant ist.
Gemeinsam mit den o.g. Projekten und Organisationen soll also die Frage diskutiert werden:
<div style="text-align: center;">'''<br />Wo möchten wir im Jahr 2020 mit der Plattform Civil Commons stehen?<br /><br />'''</div>Diese Diskussion sollte aus unserer Sicht auf zwei Ebenen geführt werden:
* Visionen, Entwicklungsperspektiven, Anforderungen der Projekte und Organisationen selbst,<br /><br />* Möglichkeiten der Unterstützung der benötigten Funktionen und Prozesse durch die Plattform Civil Commons<br /><br />Diese Diskussion wird absehbar auf zwei Ebenen geführt werdenEbene wiederum gliedert sich in die Aspekte:<br />** Technische Weiterentwicklung der Plattform,** Organisation und Trägerschaft von Civil Commons.
* Visionen, Entwicklungsperspektiven<br />Eine dokumentierte und abgestimmte Roadmap soll uns auch dabei unterstützen, Anforderungen der Projekte und Organisationen selbst* Möglichkeiten der Unterstützung der benötigten Funktionen und Prozesse durch die Plattform Civil Commonsuns um Fördergelder zu bewerben.
Eine dokumentierte und abgestimmte Roadmap soll uns auch dabei unterstützenStand Oktober 2018 stehen aus dem Projekt Begeisterhaus bereits Fördermittel bereit, uns um Fördergelder zu bewerbenmit denen die Arbeiten im Q4/2018 begonnen werden können.
Aus dem Projekt Begeisterhaus stehen Stand Oktober 2018 bereits Fördermittel bereit, mit denen die Arbeiten im Q4/2018 begonnen werden können. ==Stand der Entwicklung und Nutzung von Civil Commons 0910/2018==
... in Stichpunkten:
* Klare Positionierung von Civil Commons als Plattform für zivilgesellschaftliche Projekte ([https://civilcommons.eu/index.php/Über_Civil_Commons])
* Die Dienste Wiki und Sharing (MediaWiki, Nextcloud) sind stabil und projektbezogen nutzbar.
* Die Nutzung erfolgt in den Projekten NEU 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, ...)
==PotentialPotentiale==
===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.
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==
Im folgenden sind alle aktuell oder potentiell an diesem Projekt beteiligten oder von diesem Projekt betroffenen Parteien genannt werden und es ist dokumentiert, welche Art der Projektbeteiligung oder Projektbeteiligung und welche Form der Kommunikation verabredet ist:
{| class="contenttable"
|-
||'''Stakeholder'''||'''Ansprechpartner*in'''||'''Projektbeteiligung/ Kommunikation'''
|-
||Begeisterhaus
||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
|-
||HOPP Stiftung
||#
||Förderer
|-
||…
||
||
{| class="contenttable"
|-
||'''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
||
||Meetup, FIWARE-Komponente KeyRock, Implementierung zusätzlicher Dialog-Funktionen ([https://forge.fiware.org/plugins/mediawiki/wiki/fiware/index.php/Identity_Management_-_KeyRock_-_User_and_Programmers_Guide Dokumentation]), Meetup (Einbindung per API)
|-
||Organisation von Partizipation
||
||DECIDIM ([https://decidim.org/ Web Site])
|-
||…
||
||
|}
<br /><br />
* ==Zentrale Anforderungen (Epics)==* Um die beschriebenen Potentiale zu realisieren, sind die folgenden zentralen Anforderungen umzusetzen:* * {| class="contenttable"* |-||'''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 [https://de.wikipedia.org/wiki/Epic_(Anforderungsmanagement) 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.))
==Zentrale Anforderungen==
Um die beschriebenen Potentiale zu realisieren, sind die folgenden zentralen Anforderungen umzusetzen:
==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.
{| class="contenttable"
|-
||'''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 ggsggf. auf Basis von einer Wiki-Farm
||
|-
||
||Zentrale Benutzerverwaltung
||OAuth2 / LDAP incl. SSO
|-
||
||Community Management
||z.B. Meetup - mit Nutzung des [https://www.meetup.com/de-DE/meetup_api/ APIs].
|-
||
||…
||
|}
Diese Beschreibung der Umsetzungsschritte soll im Sinne von [https://de.wikipedia.org/wiki/User_Story 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===={| class="contenttable"|-||((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===={| class="contenttable"|-||((hier Thema bzgl. IDS einfügen))||((hier Link bzgl. Thema einfügen))|-||…|||}===<br />OpenStack===OpenStack ist eine freie Software zur Bereitstellung virtualisierter Server. {| class="contenttable"|-||((hier Thema bzgl. OpenStack einfügen))||((hier Link bzgl. Thema einfügen))|-||…|||}====Aufgaben zur Umsetzung===={| class="contenttable"|-||Know-How-Aufbau||… ggf. Austausch mit bwCloud|-||… |||}===<br />Kubernetes===Kubernetes ermöglicht die Verwaltung Bereitstellung und Administration von Software-Diensten in einer Cloud-Infrastruktur. {| class="contenttable"|-||Home Page||https://kubernetes.io/|-||…|||}====Aufgaben zur Umsetzung===={| class="contenttable"|-||Know-How-Aufbau|||-||… |||}===<br />Docker===Docker ermöglicht die Paketierung, das Deployment und den Betrieb von Software-Diensten - mit hoher Effizienz und weitgehender Isolation einzelner Dienste voneinander. {| class="contenttable"|-||Home Page||https://www.docker.com|-||Konzept der "Container"||https://www.docker.com/resources/what-container|-||… |||}====Aufgaben zur Umsetzung===={| class="contenttable"|-||Konfiguration von Mail-Service (Postfix) in Container|||-||Mount von NTFS-Mount-Points|||-||Bereitstellung von Services in Container unter Sub-Domains|||-||Letsencrypt|||-||Sicherungskonzept|||-||… |||}===<br />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.
{| class="contenttable"
|-
||((hier Thema bzgl. Storage Services einfügen))||((hier Link bzgl.Thema einfügen))|-|||||}====Aufgaben zur Umsetzung===={| class="contenttable"|-||NTFS File System Service|||-||MySQL / MariaDB|||-||PostgreSQL (incl.Extension PostGIS)
||
|-
||Sicherungskonzept
||
|-
||…
||
|}
===<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.
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.
===OpenStack===
{| class="contenttable"
|-
||((hier Thema bzgl.Keyrock einfügen))||((hier Link bzgl.Thema einfügen))|-||… |||}====Aufgaben zur Umsetzung===={| class="contenttable"|-||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
||
|}
===<br />MediaWiki===
… ((Positionierung von MediaWiki)) …
===Mediawiki===
{| class="contenttable"
|-
||Home Page||https://www.mediawiki..org/wiki/MediaWiki|-||… |||}====Aufgaben zur Umsetzung===={| class="contenttable"|-||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, …)
||
|-
||…
||
|}
===<br />Nextcloud===
… ((Positionierung von Nextcloud)) …
===Nextcloud===
{| class="contenttable"
|-
||[[Https://nextcloud.com/de/athome/|https://nextcloud.com/de/athome/]]
|-
||Code of Conduct
||[https://nextcloud.com/de/code-of-conduct/ https://nextcloud.com/de/code-of-conduct/]
|-
||[https://hosting.1und1.de/digitalguide/server/tools/owncloud-vs-nextcloud-zwei-cloud-speicher-im-test/ https://hosting.1und1.de/digitalguide/server/tools/owncloud-vs-nextcloud-zwei-cloud-speicher-im-test/]
|}
====Aufgaben zur Umsetzung===={| class="contenttable"|-||Bereitstellung in Docker-Container||Datenbank als DB Storage Service Datenverzeichnis als Mount von File Storage Service … |-||Civil Commons Skin|||-||Collabora Online|||-||Nextcloud Talk|||-||… |||}===<br />Partizipation: DECIDIM===… ((Positionierung von Decidim)) …
{| class="contenttable"
|-
||[https://decidim.org/ https://decidim.org/]
|-
||…
||
|}
====Aufgaben zur Umsetzung====
{| class="contenttable"
|-
||Ü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/]. ===XIBO=Aufgaben zur Umsetzung====
{| class="contenttable"
|-
||...Authentifizierung / Autorisierung auf Basis von OAuth2
||
|-
||…
||
|}
===Analytik & Visualisierung: KnowAge===
... ((Positionierung von KnowAge)) ...
{| class="contenttable"
|-
||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====
{| class="contenttable"
|-
||Skin
||
|-
||OAuth2 / Keyrock
||Anbindung ist im Kontext von FIWARE bereits erfolgt
|-
||…
||
|}
===<br />Digital Signage: XIBO===
… ((Positionierung von XIBO)) …
===OS-Datamanagement: Hadoop, Spark, Mongo, ...===
{| class="contenttable"
|-
||Home Page
||https://xibo.org.uk/
|-
||...
||
|}
===<br />Datamanagement: Hadoop, Spark, Mongo, ...===
… in der ersten Stufe: 1 Master-Node, 3 Data Nodes, evtl. auch nur Single Node
{| class="contenttable"
|-
||Big Data Analytics: Spark
||http://spark.apache.org/
|-
||…
||
|}
====Aufgaben zur Umsetzung====
{| class="contenttable"
|-
||Installation Cloudera / HortonWorks
||
|-
||Ggf. StreamSets
||
|-
||…
||
|}
===Analytik & Visualisierung<br />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.
{| class="contenttable"
|-
||...
||http://www.xwiki.org/xwiki/bin/view/Main/WebHome
|-
||...
||
|}
====Cloudera vs. HortonWorks====
…
====Digital Signage====Es sollen Alternativenzu 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=====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 [https://www.bw-cloud.org/ bwCloud] zu kooperieren? ====Content ManagementProzesse zur Abrechnung von Leistungen====Es soll geprüft Werden aktuell bzw. wann werdenProzesse zur Abrechnung von Leistungen benötigt? (Bereitstellung von Services, Beratung , ob ein Umstieg ...) ==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 MediaWiki auf ein echtes 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/ alternatives ContentFIWARE-Managementbased] 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-System Vorteile bringt und mit welchem Aufwand er ggfbased urban services.'' ''.. zu realisieren wäre.''
