Umsetzungsprojekte
| Projekttitel | Interaktive Visualisierung von Open Data - IVOD |
|---|---|
| Projektbeschreibung | Um den Bereitstellungsprozess von offenen Daten zu erleichtern, entwickelt das Institut für Internet-Sicherheit der Westfälischen Hochschule eine sogenannte Spezifikation, ein Werkzeug für die Strukturierung von Open Data. Auch Softwarekomponenten für die interaktive, visuell ansprechende Darstellung von offenen Daten werden in dem Projekt gestaltet. Angewendet wird IVOD auf das Open-Data-Portal Gelsenkirchen, dass Interessierten statistische Daten zu städtischen Themenfeldern wie dem Verkehrswesen oder der Verwaltung offen zur Verfügung stellt. Somit dient das Portal zusätzlich als Forschungs- und Entwicklungsinstrument. |
| Vorbereitung (Projektantrag bewilligt) | |
| Konzeption (Umsetzung beauftragt) | |
| Umsetzung (Inbetriebnahme Modellregionen) | |
| Projektabschluss | |
| Projektleitung | David Bothe +49 209 9596-676 bothe@internet-sicherheit.de |
| Alleinstellungsmerkmal | - offene Daten werden visuell reizvoller und strukturiert dargestellt was diese Daten wiederum nachvollziehbarer und vertrauenswürdiger macht - automatisierte Visualisierung von offenen Daten ist ein wesentlicher Baustein zum besseren Verständnis zur Nutzung dieser Datenbestände |
| Nutzen für alle Kommunen | Alle Kommunen sind dazu verpflichtet offene Daten bereitzustellen. Diese werden allerdings oft in Tabellen oder Textformen erstellt und freigegeben. Allerdings reagiert der Mensch in seiner Wahrnehmung stärker auf visuelle Reize. Durch die Entwicklungen des Projektes lassen sich Daten visuell ansprechend in Diagrammen aufbereiten. |
| übertragbare/lizenzfreie Leistung | Die Spezifikation und die Softwarekomponenten werden unter einer Open-Source-Lizenz veröffentlicht und können von freien Entwicklerinnen und Entwicklern sowie von Unternehmen nach ihren Bedürfnissen angepasst und nachgenutzt werden. Anmerkung zum Datenportal: Teil des Projekts ist die Entwicklung einer Webanwendung zur Verwaltung und Veröffentlichung eigener Datensätze, die selbstständig aufbereitet, dargestellt und auf Abruf in eigenen Projekten verwendet werden können. |
| Beginn Übertragbarkeit | Januar 2022 |
| Kategorien |
|
| Zuwendungsempfänger |
|
| Modellregionen | |
| Projektwebseiten/-ergebnisse | |
| Dokumente |
Übertragbarkeit
Zielgruppe
Für wen ist das Projekt zur Nachnutzung interessant?
• Betreiber:innen von Open Data Portalen • Open Data Ansprechpartner:innen der Kommunen • Betreiber:innen von Webdokumenten mit Anforderungen an die Darstellung von Dateninhalten
• Betreiber:innen von Open Data Portalen • Open Data Ansprechpartner:innen der Kommunen • Betreiber:innen von Webdokumenten mit Anforderungen an die Darstellung von Dateninhalten
Wer profitiert aus Sicht des Projektbüros am meisten von diesem Projekt?
(Bürger:innen, Behörde, Institutionen wie Schulen etc., Wirtschaft, weitere Akteure)
• Bürger:innen z. B. bei der Sichtung offener Datenportale • Behörden bei der Erstellung offener Daten • Wirtschaftliche Akteure, die aus dem Datenangebot neue Entwicklungen und Anwendungsfälle schaffen
• Bürger:innen z. B. bei der Sichtung offener Datenportale • Behörden bei der Erstellung offener Daten • Wirtschaftliche Akteure, die aus dem Datenangebot neue Entwicklungen und Anwendungsfälle schaffen
Praktische Übertragbarkeit
Welche Konzepte sind nachnutzbar?
Teilweise oder vollständige Automatisierung der Visualisierung von Open Data zur Einbindung in Webanwendungen. Nutzung der Schnittstellenspezifikation als Referenzprozess zur Anlegung offener Daten in Bezug auf die Optimierung zur maschinellen Verarbeitung sowie die Nutzung der entwickelten und weiterentwickelten Softwarekomponenten.
Teilweise oder vollständige Automatisierung der Visualisierung von Open Data zur Einbindung in Webanwendungen. Nutzung der Schnittstellenspezifikation als Referenzprozess zur Anlegung offener Daten in Bezug auf die Optimierung zur maschinellen Verarbeitung sowie die Nutzung der entwickelten und weiterentwickelten Softwarekomponenten.
Lösungsumfang
(Welche frei verfügbaren Lösungen werden im Zuge des Projektes bereitgestellt?)
Erweiterung einer Open-Source-Lösung zur automatisierten Darstellung interaktiver Visualisierungen: Eine bereits existierende Visualisierungskomponente (pive) wurde angepasst, erweitert und anschließend in eine auf Django REST Framework basierende Servekomponente eingebettet. Die Programmierschnittstelle wird zur Nutzung der Open-Source-Lösung an den Projektträger übertragen. Eine Beispielimplementierung zur Einbettung in Webdokumente liegt in Form eines Demonstrators vor. Dieser basiert auf dem geläufigen Web-Framework React. Sie dient auch als visuelle Schnittstelle zur Administration. Dokumentationen des Konzepts werden in Form einer Schnittstellenspezifikation zur Verfügung gestellt, die Lösungen zur Optimierung von Open Data zeigt und die Funktionsfähigkeit der Schnittstelle abbildet.
Erweiterung einer Open-Source-Lösung zur automatisierten Darstellung interaktiver Visualisierungen: Eine bereits existierende Visualisierungskomponente (pive) wurde angepasst, erweitert und anschließend in eine auf Django REST Framework basierende Servekomponente eingebettet. Die Programmierschnittstelle wird zur Nutzung der Open-Source-Lösung an den Projektträger übertragen. Eine Beispielimplementierung zur Einbettung in Webdokumente liegt in Form eines Demonstrators vor. Dieser basiert auf dem geläufigen Web-Framework React. Sie dient auch als visuelle Schnittstelle zur Administration. Dokumentationen des Konzepts werden in Form einer Schnittstellenspezifikation zur Verfügung gestellt, die Lösungen zur Optimierung von Open Data zeigt und die Funktionsfähigkeit der Schnittstelle abbildet.
Wann werden welche Elemente zur Verfügung gestellt?
Die Open-Source Elemente werden zum Ende der Projektlaufzeit u. a. in das Original Repository auf github.com übertragen und stehen dann direkt der Öffentlichkeit zur Verfügung. Die weiteren Softwarekomponenten inklusive eines Implementierungsleitfadens werden zum Ende der Projektlaufzeit an den KDN übergeben. Darüber hinaus werden die Lösungen über die Datenbank des KDN zur Verfügung gestellt.
Die Open-Source Elemente werden zum Ende der Projektlaufzeit u. a. in das Original Repository auf github.com übertragen und stehen dann direkt der Öffentlichkeit zur Verfügung. Die weiteren Softwarekomponenten inklusive eines Implementierungsleitfadens werden zum Ende der Projektlaufzeit an den KDN übergeben. Darüber hinaus werden die Lösungen über die Datenbank des KDN zur Verfügung gestellt.
Wie geschieht die Zur-Verfügung-Stellung?
(Links z.B. der Stadthomepage, oder weiteren Onlineportalen github)
• Links für das Open-Source-Repository github.com Pive: URL (Weiterentwicklung): https://github.com/internet-sicherheit/pive/tree/develop URL (Original Repository): https://github.com/daboth/pive Schnittstelle: URL (ifis-Server): https://visquid.org/ URL (Quellcode): https://github.com/internet-sicherheit/ivod-platform Studentisches Projekt (Freischaltung erfolgt im März): URL: https://github.com/internet-sicherheit/2021-swp-data-driven-document • Übergabe der Softwarekomponente erfolgt in Form eines Quellcodes • Dokumente werden über die Datenbank des KDN als PDF Datei zur Verfügung gestellt
• Links für das Open-Source-Repository github.com Pive: URL (Weiterentwicklung): https://github.com/internet-sicherheit/pive/tree/develop URL (Original Repository): https://github.com/daboth/pive Schnittstelle: URL (ifis-Server): https://visquid.org/ URL (Quellcode): https://github.com/internet-sicherheit/ivod-platform Studentisches Projekt (Freischaltung erfolgt im März): URL: https://github.com/internet-sicherheit/2021-swp-data-driven-document • Übergabe der Softwarekomponente erfolgt in Form eines Quellcodes • Dokumente werden über die Datenbank des KDN als PDF Datei zur Verfügung gestellt
Voraussetzungen bei Übertragung – Worauf baut das Projekt auf?
Welche Beteiligungsrechte sind zu bedenken?
(z.B. Welche Infrastruktur muss bereits vorhanden sein?)
• Es wird Serverhardware benötigt, um die Softwarekomponenten auszuführen. • Kommune muss ein Open-Data-Portal betreiben, auf dem Datensätze zur Verfügung stehen • Rechtliche Rahmenbedingungen sind über die Open Source Lizenzen der eingesetzten Komponenten abgebildet. • Für die Nutzung der Geodaten-Komponente muss ein eigener Geodaten-Server betrieben werden, falls dessen Funktionalität über Tests hinaus benutzt werden soll.
• Es wird Serverhardware benötigt, um die Softwarekomponenten auszuführen. • Kommune muss ein Open-Data-Portal betreiben, auf dem Datensätze zur Verfügung stehen • Rechtliche Rahmenbedingungen sind über die Open Source Lizenzen der eingesetzten Komponenten abgebildet. • Für die Nutzung der Geodaten-Komponente muss ein eigener Geodaten-Server betrieben werden, falls dessen Funktionalität über Tests hinaus benutzt werden soll.
Organisatorische Voraussetzungen
(z.B. Welche Gremien müssen dem Projekt zustimmen?)
Die Open-Source-Lösung ist frei nutzbar unter MIT-Lizenz. Die Übertragung der Inhalte erfolgt durch den Projektträger. Der Einsatz erfolgt im Ermessen der Portalbetreiber und deren angewandten Organisation.
Die Open-Source-Lösung ist frei nutzbar unter MIT-Lizenz. Die Übertragung der Inhalte erfolgt durch den Projektträger. Der Einsatz erfolgt im Ermessen der Portalbetreiber und deren angewandten Organisation.
Kosten bei Übertragung (ggf. Spannbreite)
Kosten der Einführung
Insgesamt belaufen sich die Kosten der Einführung auf ca. 6.000€ (minimales Serversystem). Für einfache Serversysteme sind Kosten von ca. 2.500- 10.000€ zu rechnen (je nach erwarteter Auslastung).
Insgesamt belaufen sich die Kosten der Einführung auf ca. 6.000€ (minimales Serversystem). Für einfache Serversysteme sind Kosten von ca. 2.500- 10.000€ zu rechnen (je nach erwarteter Auslastung).
Kosten des Betriebs
(Angabe jährlicher Kosten)
• Stromkosten: ca. 100% Volllast (24 Stunden) 700€ im Jahr (variieren) • Lohnkosten: Systeminetgrator ca. 27.055- 38.651€ brutto im Jahr (variieren) • Ersatzteile (variieren) nach Bedarf
• Stromkosten: ca. 100% Volllast (24 Stunden) 700€ im Jahr (variieren) • Lohnkosten: Systeminetgrator ca. 27.055- 38.651€ brutto im Jahr (variieren) • Ersatzteile (variieren) nach Bedarf
Personalaufwand bei Einführung
(Personentage und Zeitraum)
Interpretation des Feldes – Einführungsaufwand im Sinnde von Schulung, Einarbeitung in Software und Dokumentation, Installation, Anbindung an bestehende Software und Webseiten. Also der Aufwand für die Inbetriebnahme. • ca. 63 PT über drei Monate pro Vollzeitäquiuvalent Webentwickler • ca. 21 PT über einen Monat pro Vollzeitäquiuvalent Statistiker • ca. 63 PT über drei Monate pro Vollzeitäquiuvalent Systemintegrator
Interpretation des Feldes – Einführungsaufwand im Sinnde von Schulung, Einarbeitung in Software und Dokumentation, Installation, Anbindung an bestehende Software und Webseiten. Also der Aufwand für die Inbetriebnahme. • ca. 63 PT über drei Monate pro Vollzeitäquiuvalent Webentwickler • ca. 21 PT über einen Monat pro Vollzeitäquiuvalent Statistiker • ca. 63 PT über drei Monate pro Vollzeitäquiuvalent Systemintegrator
Personalaufwand bei Betrieb
(Angabe jährlicher Kosten)
• Systemintegrator: einmalige Integration und fortlaufender Wartung (230 PT: ca. 59.300€) • Webentwickler: Betrieb und Wartung des Datenportals (460 PT: ca. 112.000€) • Statistiker: Zuarbeit durch bestehende Organisationen (230 PT: ca. 53.300€) oder ggf. Leistung einkaufen)
• Systemintegrator: einmalige Integration und fortlaufender Wartung (230 PT: ca. 59.300€) • Webentwickler: Betrieb und Wartung des Datenportals (460 PT: ca. 112.000€) • Statistiker: Zuarbeit durch bestehende Organisationen (230 PT: ca. 53.300€) oder ggf. Leistung einkaufen)
Welche spezifischen Kenntnisse sind hierzu erforderlich?
• Statistiker: Bereitstellen von Dateninhalten durch Auswertung von Rohdaten und Erheben von Daten zur Versorgung eines Datenportals mit darstellbaren Informationen. Weiterentwicklung geeigneter Darstellungsformen und Auswertung von Daten zur maschinellen Weiterverarbeitung. • Webentwickler: Erstellung von Anwendungen zum Betrieb, Entwicklung und Erweiterung von Datenportalen. Einbindung der im Projektverlauf erstellten Komponenten. Weiterentwicklung der Kernkomponenten auf neue Funktionalitäten nach neuen Anforderungen durch Statistiker. • Systemintegratoren: Aufsetzen und Warten der Serversysteme und Hardware, inklusive Wartung und Weiterentwicklung der Schnittstellenkomponente. Zusätzlich Management der Datenbankinhalte.
• Statistiker: Bereitstellen von Dateninhalten durch Auswertung von Rohdaten und Erheben von Daten zur Versorgung eines Datenportals mit darstellbaren Informationen. Weiterentwicklung geeigneter Darstellungsformen und Auswertung von Daten zur maschinellen Weiterverarbeitung. • Webentwickler: Erstellung von Anwendungen zum Betrieb, Entwicklung und Erweiterung von Datenportalen. Einbindung der im Projektverlauf erstellten Komponenten. Weiterentwicklung der Kernkomponenten auf neue Funktionalitäten nach neuen Anforderungen durch Statistiker. • Systemintegratoren: Aufsetzen und Warten der Serversysteme und Hardware, inklusive Wartung und Weiterentwicklung der Schnittstellenkomponente. Zusätzlich Management der Datenbankinhalte.
Mögliche Finanzierungsquellen
Individuell zu bestimmen. Im vorliegenden Projekt durch eine Förderung.
Individuell zu bestimmen. Im vorliegenden Projekt durch eine Förderung.
Nutzen bei Übertragung
Direkter Nutzen / Einsparungen
Gesetzliche Open Data Regelungen (§12 a EGovG) verpflichten Behörden der unmittelbaren Bundesverwaltung die von ihnen erhobenen unbearbeiteten Rohdaten zu veröffentlichen. Diese Daten können von jedem uneingeschränkt nutzbar sein. So lassen sich die erhobenen Daten in weiteren Prozessen durch Dritte verarbeiten. Das Gesetz umfasst vor allen Dingen die endgeldfreie Bereitstellung der Daten, schreibt einen freien uneingeschränkten Zugang und die Möglichkeit der Maschinenlesbarkeit vor. Informationen aus den unterschiedlichen Bereichen wie Infrastruktur, Verkehrswesen, oder öffentliche Verwaltung können öffentlich online abgefragt werden. Jeder der sich für die Datensammlung (im Bereich Open Data einer Kommune) interessiert, kann die Datensätze nutzen. Anschauliche Darstellung der Daten. Die Open Data Datensätze werden nicht mehr nur in einer unstrukturierten und undurchsichtigen Sammlung freigegeben, sondern auch visuell und verständlich veranschaulicht. Dadurch wir die Attraktivität und Nutzung von Open Data Portalen sowie das Verständnis der Daten gesteigert.
Gesetzliche Open Data Regelungen (§12 a EGovG) verpflichten Behörden der unmittelbaren Bundesverwaltung die von ihnen erhobenen unbearbeiteten Rohdaten zu veröffentlichen. Diese Daten können von jedem uneingeschränkt nutzbar sein. So lassen sich die erhobenen Daten in weiteren Prozessen durch Dritte verarbeiten. Das Gesetz umfasst vor allen Dingen die endgeldfreie Bereitstellung der Daten, schreibt einen freien uneingeschränkten Zugang und die Möglichkeit der Maschinenlesbarkeit vor. Informationen aus den unterschiedlichen Bereichen wie Infrastruktur, Verkehrswesen, oder öffentliche Verwaltung können öffentlich online abgefragt werden. Jeder der sich für die Datensammlung (im Bereich Open Data einer Kommune) interessiert, kann die Datensätze nutzen. Anschauliche Darstellung der Daten. Die Open Data Datensätze werden nicht mehr nur in einer unstrukturierten und undurchsichtigen Sammlung freigegeben, sondern auch visuell und verständlich veranschaulicht. Dadurch wir die Attraktivität und Nutzung von Open Data Portalen sowie das Verständnis der Daten gesteigert.
Indirekte Einsparungen
Durch die interaktive Visualisierung offener Daten können sich Nutzer:innen im Browser die Datensätze in verschiedenen Darstellungsformen ansehen (Diagrammtypen). Der visuelle Sinn ist beim Menschen am weitesten ausgeprägt, weshalb durch die Nutzung von Bildinformationen, Sachverhalte nicht nur interessanter wirken, sondern diese können zudem auch deutlich besser behalten und interpretiert werden. Daher ist weniger Erklärungsbedarf hinter den offenen Datensätzen notwendig. Durch einen standardisierten Prozess beim Anlegen von Daten kann der Vorgang beschleunigt werden. Zudem ist eine Weiterentwicklung der Anwendungen auf neue Anforderungen von Anwender:innen, die im bisherigen Verlauf nicht abgebildet werden konnten, möglich. Z. B. im Bereich Geodaten.
Durch die interaktive Visualisierung offener Daten können sich Nutzer:innen im Browser die Datensätze in verschiedenen Darstellungsformen ansehen (Diagrammtypen). Der visuelle Sinn ist beim Menschen am weitesten ausgeprägt, weshalb durch die Nutzung von Bildinformationen, Sachverhalte nicht nur interessanter wirken, sondern diese können zudem auch deutlich besser behalten und interpretiert werden. Daher ist weniger Erklärungsbedarf hinter den offenen Datensätzen notwendig. Durch einen standardisierten Prozess beim Anlegen von Daten kann der Vorgang beschleunigt werden. Zudem ist eine Weiterentwicklung der Anwendungen auf neue Anforderungen von Anwender:innen, die im bisherigen Verlauf nicht abgebildet werden konnten, möglich. Z. B. im Bereich Geodaten.
Langfristiger Nutzen
(z.B. Welche Folgeprojekte werden ermöglicht?)
Durch das Projekt wird eine zeitgemäße Veröffentlichung von offenen Daten angestrebt. Viele Datensätze offener Daten enthalten zusätzliche, nur von Menschen lesbare Informationen (als direktes Teil des Datensatzes), sind unstrukturiert oder liegen in Dateiformaten vor, die eine Maschinenlesbarkeit stark erschweren. Offene Daten sind in vielen Formen verfügbar, denn Behörden sind lediglich dazu verpflichtet offene Daten bereitzustellen (die Form ist bisher unbestimmt). Deshalb wurde im Rahmen des Projektes eine Regelung zur Struktur der Veröffentlichung von Rohdaten ermittelt, wodurch sich diese in reinen, definierten Datenstruktur veröffentlichen lassen. Die Erläuterungen zu den Daten werden in der Schnittstellenspezifikation festgehalten und veröffentlicht. Wenn die Daten in dieser vorher definierten Struktur zur Verfügung gestellt werden, kann auch eine automatisierte Visualisierung des Datensatzes direkt in den Open Data Portalen vorgenommen werden. Die Ergebnisse können durch den Einsatz als Open Source von freien Entwickler:innen beliebig angepasst und weiterentwickelt werden. Hierdurch können diverse Folgeprojekte angestoßen werden, da Innovationen unabhängig entstehen und durch jedermann weiterentwickelt werden. Die Darstellung als Open Source Projekt trägt zudem maßgeblich zur Transparenz zwischen Behördern und Bürgern bei.
Durch das Projekt wird eine zeitgemäße Veröffentlichung von offenen Daten angestrebt. Viele Datensätze offener Daten enthalten zusätzliche, nur von Menschen lesbare Informationen (als direktes Teil des Datensatzes), sind unstrukturiert oder liegen in Dateiformaten vor, die eine Maschinenlesbarkeit stark erschweren. Offene Daten sind in vielen Formen verfügbar, denn Behörden sind lediglich dazu verpflichtet offene Daten bereitzustellen (die Form ist bisher unbestimmt). Deshalb wurde im Rahmen des Projektes eine Regelung zur Struktur der Veröffentlichung von Rohdaten ermittelt, wodurch sich diese in reinen, definierten Datenstruktur veröffentlichen lassen. Die Erläuterungen zu den Daten werden in der Schnittstellenspezifikation festgehalten und veröffentlicht. Wenn die Daten in dieser vorher definierten Struktur zur Verfügung gestellt werden, kann auch eine automatisierte Visualisierung des Datensatzes direkt in den Open Data Portalen vorgenommen werden. Die Ergebnisse können durch den Einsatz als Open Source von freien Entwickler:innen beliebig angepasst und weiterentwickelt werden. Hierdurch können diverse Folgeprojekte angestoßen werden, da Innovationen unabhängig entstehen und durch jedermann weiterentwickelt werden. Die Darstellung als Open Source Projekt trägt zudem maßgeblich zur Transparenz zwischen Behördern und Bürgern bei.
Nutzen für Stakeholder
(z.B. Nutzen, der nur für Bürger:innen / Unternehmen / … anfällt)
Eine anwendungsfreundliches Datenangebot trägt dazu bei, die Stadtverwaltung gegenüber der Wirtschaft und Bevölkerung transparenter und bürgernah zu gestalten, wodurch die Zusammenarbeit zwischen Verwaltung und Gesellschaft gestärkt wird. • Bürger:innen: Nähe zur Auswertung der Daten; eigene Analysen ohne weitere Kenntnisse oder technische Affinität • Unternehmen: Möglichkeit der Beteiligung durch eigene Daten; kostenfreie Auswertung von städtischen Informationen zur Schaffung neuer Anwendungsfälle z. B. im Hinblick auf Smart-City • Offene Daten sind nicht nur auf Behörden beschränkt. • Es steht jeder Privatperson und Unternehmen frei, selbst Datensätze unter den Open Data Kriterien zu veröffentlichen
Eine anwendungsfreundliches Datenangebot trägt dazu bei, die Stadtverwaltung gegenüber der Wirtschaft und Bevölkerung transparenter und bürgernah zu gestalten, wodurch die Zusammenarbeit zwischen Verwaltung und Gesellschaft gestärkt wird. • Bürger:innen: Nähe zur Auswertung der Daten; eigene Analysen ohne weitere Kenntnisse oder technische Affinität • Unternehmen: Möglichkeit der Beteiligung durch eigene Daten; kostenfreie Auswertung von städtischen Informationen zur Schaffung neuer Anwendungsfälle z. B. im Hinblick auf Smart-City • Offene Daten sind nicht nur auf Behörden beschränkt. • Es steht jeder Privatperson und Unternehmen frei, selbst Datensätze unter den Open Data Kriterien zu veröffentlichen
Hinweise
Rechtliche Rahmenbedingungen
Welche rechtlichen Rahmenbedingungen wurden analysiert (z.B. hinsichtlich Lizensierungsüberlegungen, Genehmigungsverfahren, etc.)
• MIT Lizenz zur kostenfreien Nutzung auch unter kommerziellen Bedingungen durch die Open-Source-Komponenten Zur Darstellung und Auflösung von Geodateninformationen kann der Zugriff auf eine externe Schnittstelle „Overpass API“ erfolgen, um die Geoinformationen durch Open Street Map abzufragen. Die öffentlich bereitgestellten Server sind je nach Last jedoch beschränkt in der Verarbeitung ihrer Anfragen. Zur vollständigen Integration in das System ist es daher nötig, eine Overpass API Instanz auf einem eigenen Serversystem zu spiegeln, die dann uneingeschränkt Abfragen abhandelt.
• MIT Lizenz zur kostenfreien Nutzung auch unter kommerziellen Bedingungen durch die Open-Source-Komponenten Zur Darstellung und Auflösung von Geodateninformationen kann der Zugriff auf eine externe Schnittstelle „Overpass API“ erfolgen, um die Geoinformationen durch Open Street Map abzufragen. Die öffentlich bereitgestellten Server sind je nach Last jedoch beschränkt in der Verarbeitung ihrer Anfragen. Zur vollständigen Integration in das System ist es daher nötig, eine Overpass API Instanz auf einem eigenen Serversystem zu spiegeln, die dann uneingeschränkt Abfragen abhandelt.
Welche rechtlichen Hürden sind aufgetreten? Wie konnten diese gelöst werden?
Zur Abfrage von Geodatenpositionen ist der Zugriff auf eine weitere Schnittstelle notwendig, die auf die Anzahl der Zugriffe beschränkt ist. Die Notwendigkeit von Anfragen konnte drastisch reduziert, aber nicht vermieden werden. Die Geodaten-Komponente ist daher ohne weiteren Aufwand nur optional nutzbar, da im Projektverlauf kein Geodaten Server gespiegelt wurde.
Zur Abfrage von Geodatenpositionen ist der Zugriff auf eine weitere Schnittstelle notwendig, die auf die Anzahl der Zugriffe beschränkt ist. Die Notwendigkeit von Anfragen konnte drastisch reduziert, aber nicht vermieden werden. Die Geodaten-Komponente ist daher ohne weiteren Aufwand nur optional nutzbar, da im Projektverlauf kein Geodaten Server gespiegelt wurde.
Sonstige Erfahrungswerte
Best Practices
(Was kann anderen Anwendern empfohlen werden?)
Es sollten starke Fokuspunkte gesetzt werden, vor allem wenn das Team gering besetzt ist. Durch die oft erst spät erkennbaren Anforderungen an eine durchzuführende Entwicklung, sind Abweichungen vom ursprünglichen Zeitplan ansonsten nicht frühzeitig zu erkennen. Ein gleichmäßiges Aufteilen eines kleinen Teams ist daher schwer kombinierbar, so dass empfehlenswert ist, einige Aufgaben im Grundfokus stärker gemeinsam zu bearbeiten. Für die weitere Nutzung und Entwicklung ist die Lesbarkeit bei der Darstellung von Dateninhalten entscheidend. Bei Neuentwicklungen oder Erweiterungen des Projekts sollte dieser Punkt stark priorisiert werden. Dies ist vor allem notwendig, um eine automatisierte, maschinelle Verarbeitung der Daten zu ermöglichen, ohne vorherige manuelle Anpassungen durchzuführen.
Es sollten starke Fokuspunkte gesetzt werden, vor allem wenn das Team gering besetzt ist. Durch die oft erst spät erkennbaren Anforderungen an eine durchzuführende Entwicklung, sind Abweichungen vom ursprünglichen Zeitplan ansonsten nicht frühzeitig zu erkennen. Ein gleichmäßiges Aufteilen eines kleinen Teams ist daher schwer kombinierbar, so dass empfehlenswert ist, einige Aufgaben im Grundfokus stärker gemeinsam zu bearbeiten. Für die weitere Nutzung und Entwicklung ist die Lesbarkeit bei der Darstellung von Dateninhalten entscheidend. Bei Neuentwicklungen oder Erweiterungen des Projekts sollte dieser Punkt stark priorisiert werden. Dies ist vor allem notwendig, um eine automatisierte, maschinelle Verarbeitung der Daten zu ermöglichen, ohne vorherige manuelle Anpassungen durchzuführen.
Lessons Learned
(Was kann nicht empfohlen werden? Was sollte vermieden werden?)
Die Entwicklung einer vollständigen Webanwendung als Integrationsziel, war mit der geringen Besetzung nur schwer durchzuführen. Dennoch sind hierdurch einige notwendige Nachbesserungen der zu integrierenden Schnittstelle aufgefallen. Ein einfacher Demonstrator ohne Nutzerverwaltung zum reinen Integrationstest wäre daher zielführender gewesen. Die jetzt geschaffene Schnittstelle ist jedoch dadurch auch in der Lage, ein Benutzerverwaltungssystem anzubieten.
Die Entwicklung einer vollständigen Webanwendung als Integrationsziel, war mit der geringen Besetzung nur schwer durchzuführen. Dennoch sind hierdurch einige notwendige Nachbesserungen der zu integrierenden Schnittstelle aufgefallen. Ein einfacher Demonstrator ohne Nutzerverwaltung zum reinen Integrationstest wäre daher zielführender gewesen. Die jetzt geschaffene Schnittstelle ist jedoch dadurch auch in der Lage, ein Benutzerverwaltungssystem anzubieten.
Umsetzung
Projektbestandteile
Welche Teilprojekte gibt es und hat sich diese Einteilung bewährt?
• Komponente zum Erzeugen der Darstellung • Programmierschnittstelle zum Zugriff auf Darstellungskomponenten • Schnittstellenspezifikation • Webanwendung zur Nutzung der Schnittstelle Das Verfahren erlaubt eine skalierbare Lösung, da hier bei hoher Last die Programmierschnittstelle in Ihrer Instanz verstärkt werden kann, unabhängig der weiteren Akteure. Alle Teilprojekte wurden von dem Projektkonsortium des Instituts für Internet-Sicherheit der Westfälischen Hochschule Gelsenkirchen, Bocholt und Recklinghausen durchgeführt. Eine Einteilung in Teilprojekte ist nicht erfolgt.
• Komponente zum Erzeugen der Darstellung • Programmierschnittstelle zum Zugriff auf Darstellungskomponenten • Schnittstellenspezifikation • Webanwendung zur Nutzung der Schnittstelle Das Verfahren erlaubt eine skalierbare Lösung, da hier bei hoher Last die Programmierschnittstelle in Ihrer Instanz verstärkt werden kann, unabhängig der weiteren Akteure. Alle Teilprojekte wurden von dem Projektkonsortium des Instituts für Internet-Sicherheit der Westfälischen Hochschule Gelsenkirchen, Bocholt und Recklinghausen durchgeführt. Eine Einteilung in Teilprojekte ist nicht erfolgt.
Zeitschiene
Gesamtzeitübersicht des Projektes
(ggf. Zeitplan im Anhang)
Zeitplan ist dem ursprünglichen Projektantrag zu entnehmen. Die Abweichungen werden im Abschlussbericht ausführlich dargestellt.
Zeitplan ist dem ursprünglichen Projektantrag zu entnehmen. Die Abweichungen werden im Abschlussbericht ausführlich dargestellt.
Projektphasen und Meilensteine
1. Evaluierung der Open-Data-Portale (Juni‘ 19) 2. Erstellung der Spezifikation (Nov‘ 19) 3. Evaluierung der Softwarekomponenten (April‘ 20) 4. Umsetzung der evaluierten Softwarekomponenten (Sep‘ 21) 5. Integration der Softwarekomponenten und abschließende Tests (Dez‘ 21)
1. Evaluierung der Open-Data-Portale (Juni‘ 19) 2. Erstellung der Spezifikation (Nov‘ 19) 3. Evaluierung der Softwarekomponenten (April‘ 20) 4. Umsetzung der evaluierten Softwarekomponenten (Sep‘ 21) 5. Integration der Softwarekomponenten und abschließende Tests (Dez‘ 21)
Dauer von erster Überlegung zu Beschluss über Projektbeginn bis hin zu Projektabschluss / Betriebsaufnahme
• Erste Überlegung bis zum Beschluss: ca. drei Monate für die Planung und Festlegung der Projektziele • Projektbeginn April 2019 – Projektabschluss Dezember 2021
• Erste Überlegung bis zum Beschluss: ca. drei Monate für die Planung und Festlegung der Projektziele • Projektbeginn April 2019 – Projektabschluss Dezember 2021
Stakeholder (ggf. Stakeholderübersicht im Anhang)
Wie ist das Projektteam aufgebaut?
(ggf. Projektorganigramm im Anhang)
• Wissenschaftliche(r) Mitarbeiter(in) • Projektleitung (Wissenschaftliche(r) Mitarbeiter(in)) • Entwicklungswissenschaftler(in) • Hilfskraft Entwicklung
• Wissenschaftliche(r) Mitarbeiter(in) • Projektleitung (Wissenschaftliche(r) Mitarbeiter(in)) • Entwicklungswissenschaftler(in) • Hilfskraft Entwicklung
Welche Rollen gibt es im Projekt?
• Projektleitung • Zwei Full-Stack Entwickler:innen (Backend, Middleware, Frontend)
• Projektleitung • Zwei Full-Stack Entwickler:innen (Backend, Middleware, Frontend)
Welche spezifischen Kenntnisse sind erforderlich?
• JavaScript • Python
• JavaScript • Python
Wie hoch ist der Personalaufwand?
(VZÄ für wie viele Monate aufgeschlüsselt nach Akteuren)
Projektleitung (1 Vollzeitstelle) VZÄ Projektleitung: 1,0/Monat Entwicklung und Projektmitarbeit (1 halbe Stelle) VZÄ Projektmitarbeiter: 0,5/Monat Hilfskräfte technische Entwicklung (2 Teilzeit) VZÄ Hilfskräfte: 0,86/Monat VZÄ Gesamt: 2,35/Monat Die Angaben beziehen sich auf die gesamte Projektlaufzeit.
Projektleitung (1 Vollzeitstelle) VZÄ Projektleitung: 1,0/Monat Entwicklung und Projektmitarbeit (1 halbe Stelle) VZÄ Projektmitarbeiter: 0,5/Monat Hilfskräfte technische Entwicklung (2 Teilzeit) VZÄ Hilfskräfte: 0,86/Monat VZÄ Gesamt: 2,35/Monat Die Angaben beziehen sich auf die gesamte Projektlaufzeit.
Wie verändern sich die Personalanforderungen beim Übergang von Projekt zu Regelbetrieb?
Es sind spezialisierte Entwickler:innen bzgl. einer festen Aufgabenverteilung notwendig, die eine Weiterentwicklung der einzelnen Teilbereiche durchführen. Zudem erhöht sich der Personalaufwand je nach gewünschter Qualitätsstufe dieser Teilbereiche, wie beispielsweise die Güte einer Benutzeroberfläche, oder die Sicherstellung der Erreichbarkeit eines Serversystems. Für eine weitere Umsetzung, Anwendung und Erweiterung sind die Teilbereiche daher mit Spezialisten zu besetzen: Webentwickler für das Frontend (Nutzeroberfläche), Systemintegratoren für die Wartung des Backend Serversystems, sowie Anwendungsentwickler zur weiteren Entwicklung und Erweiterung der Schnittstelle auf dem Server. Die im Projektverlauf arbeitenden Entwickler sind aufgrund der geringen Personaldichte in allen Bereichen zum Einsatz gekommen. Für einen Realwelt Einsatz sind jedoch die weiter oben im Dokument erwähnten Stellen speziell nötig.
Es sind spezialisierte Entwickler:innen bzgl. einer festen Aufgabenverteilung notwendig, die eine Weiterentwicklung der einzelnen Teilbereiche durchführen. Zudem erhöht sich der Personalaufwand je nach gewünschter Qualitätsstufe dieser Teilbereiche, wie beispielsweise die Güte einer Benutzeroberfläche, oder die Sicherstellung der Erreichbarkeit eines Serversystems. Für eine weitere Umsetzung, Anwendung und Erweiterung sind die Teilbereiche daher mit Spezialisten zu besetzen: Webentwickler für das Frontend (Nutzeroberfläche), Systemintegratoren für die Wartung des Backend Serversystems, sowie Anwendungsentwickler zur weiteren Entwicklung und Erweiterung der Schnittstelle auf dem Server. Die im Projektverlauf arbeitenden Entwickler sind aufgrund der geringen Personaldichte in allen Bereichen zum Einsatz gekommen. Für einen Realwelt Einsatz sind jedoch die weiter oben im Dokument erwähnten Stellen speziell nötig.
Welche Verwaltungsebenen/Stellen müssen einbezogen werden?
Dies ist abhängig von der Organisationsstruktur der Portale, die einen Einsatz wünschen.
Dies ist abhängig von der Organisationsstruktur der Portale, die einen Einsatz wünschen.
Wie sieht das Modell zur Beauftragung bzw. zur Zusammenarbeit zwischen privatwirtschaftlichen Akteuren und Mandanten
(z.B. Kommune aus)
Keine Angabe möglich. Open-Source und Open Data erfordern keine Kooperation. In dem vorliegenden Projekt wurde nicht mit privatwirtschaftlichen Akteuren zusammengearbeitet.
Keine Angabe möglich. Open-Source und Open Data erfordern keine Kooperation. In dem vorliegenden Projekt wurde nicht mit privatwirtschaftlichen Akteuren zusammengearbeitet.
Herausforderungen bei der Umsetzung
Ex Ante
(Welche Hürden müssen vor Projektbeginn überwunden werden? Welche Lösungsansätze wurden gewählt?)
• Sichtung verschiedener Möglichkeiten zur Durchführung des Projektes • Vorabbewertung über eine grobe Menge geeigneter Softwarekomponenten zur Erweiterung oder in Betracht ziehen einer vollständigen Neuentwicklung • Aufgrund der sehr geringen Personalmöglichkeiten wurde die Erweiterung bestehender Komponenten gewählt, unter Berücksichtigung möglicher Neuentwicklungen zur Unterstützung der Programmierschnittstellen
• Sichtung verschiedener Möglichkeiten zur Durchführung des Projektes • Vorabbewertung über eine grobe Menge geeigneter Softwarekomponenten zur Erweiterung oder in Betracht ziehen einer vollständigen Neuentwicklung • Aufgrund der sehr geringen Personalmöglichkeiten wurde die Erweiterung bestehender Komponenten gewählt, unter Berücksichtigung möglicher Neuentwicklungen zur Unterstützung der Programmierschnittstellen
Laufend
(Welche Herausforderungen gab es während des Projektverlaufs? Welche Lösungsansätze wurden gewählt?)
• die erarbeiteten Projektergebnisse sollten in einer funktionsfähigen Webanwendung den Nutzer:innen bereits vorab zur Verfügung gestellt werden. Die dazu notwendigen Handlungsschritte wurden vom Projektteam ermittelt. • der Entwicklungsaufwand einer Webanwendung war anfangs schwer abzuschätzen und ist stark gewachsen, so dass der Fokus von der Entwicklung einer vollumfänglichen Weboberfläche wieder auf die Finalisierung der Softwareschnittstelle gelegt wurde, um Einlesen und Zeichnen von Daten bereitzustellen. Ebenfalls lag der Fokus auf dem Erstellen der begleitenden Schnittstellenspezifikation. Die Webanwendung dient jedoch als abschließender und erweiterter Demonstrator für die Ergebnisse.
• die erarbeiteten Projektergebnisse sollten in einer funktionsfähigen Webanwendung den Nutzer:innen bereits vorab zur Verfügung gestellt werden. Die dazu notwendigen Handlungsschritte wurden vom Projektteam ermittelt. • der Entwicklungsaufwand einer Webanwendung war anfangs schwer abzuschätzen und ist stark gewachsen, so dass der Fokus von der Entwicklung einer vollumfänglichen Weboberfläche wieder auf die Finalisierung der Softwareschnittstelle gelegt wurde, um Einlesen und Zeichnen von Daten bereitzustellen. Ebenfalls lag der Fokus auf dem Erstellen der begleitenden Schnittstellenspezifikation. Die Webanwendung dient jedoch als abschließender und erweiterter Demonstrator für die Ergebnisse.
Ex Post
(Welche Herausforderungen mit Hinblick auf den Betrieb sind aufgetreten, z.B. Akzeptanz der Lösung, Betriebsverantwortlichkeit, Finanzierung des Betriebs? Welche Lösungsansätze wurden gewählt?)
• die Integration der Softwarekomponenten über eine Schnittstelle in bestehende Webanwendungen • Eigenbetrieb dieser Schnittstelle und die Finanzierung dieses Serversystems
• die Integration der Softwarekomponenten über eine Schnittstelle in bestehende Webanwendungen • Eigenbetrieb dieser Schnittstelle und die Finanzierung dieses Serversystems
Alternativen
Gab es zu den gewählten Lösungswegen betrachtete Alternativen?
Neuentwicklung einer Softwarekomponente zur Darstellung von Daten, sowie alternative, statisch generierte Visualisierungen über bereits bestehende, proprietäre Softwarekomponenten.
Neuentwicklung einer Softwarekomponente zur Darstellung von Daten, sowie alternative, statisch generierte Visualisierungen über bereits bestehende, proprietäre Softwarekomponenten.
Welche Alternativen sind für Mandanten (z.B. Kommunen) empfehlenswert?
• Hosting-Dienste für Serversysteme auslagern • Weitere Entwicklung der Softwarekomponenten durch privatwirtschaftliche Unternehmen
• Hosting-Dienste für Serversysteme auslagern • Weitere Entwicklung der Softwarekomponenten durch privatwirtschaftliche Unternehmen
Sonstiges
Anmerkungen
Haben Sie weitere Kommentare oder Anregungen?
Um die umgesetzten Softwarekomponenten auch einsetzen zu können, ist sicherlich eine gewisse Erfahrung im Umgang mit Datenverarbeitung, der Schnittstellen, sowie die zugrundeliegenden Verfahren zum Zeichnen der Daten notwendig.
Um die umgesetzten Softwarekomponenten auch einsetzen zu können, ist sicherlich eine gewisse Erfahrung im Umgang mit Datenverarbeitung, der Schnittstellen, sowie die zugrundeliegenden Verfahren zum Zeichnen der Daten notwendig.
