comaps - die Planungssuite für das Masterportal
This is a modal window.
The media could not be loaded, either because the server or network failed or because the format is not supported.
Formal Metadata
| Title |
| |
| Title of Series | ||
| Number of Parts | 119 | |
| Author | ||
| Contributors | ||
| License | CC Attribution 4.0 International: You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor. | |
| Identifiers | 10.5446/67660 (DOI) | |
| Publisher | ||
| Release Date | ||
| Language |
Content Metadata
| Subject Area | ||
| Genre | ||
| Abstract |
| |
| Keywords |
14
45
50
55
67
69
72
75
78
87
95
00:00
Block (periodic table)DemosceneSlide ruleDirection (geometry)Software developerMereologyPersonal digital assistantResultantCartesian coordinate systemSuite (music)Field (computer science)Level (video gaming)Software testingServer (computing)Lecture/Conference
02:28
Web browserDatenerhebungSource codeDatenintegrationStatisticsPredictionInterface (computing)Cartesian coordinate systemFunctional (mathematics)Software developerData storage devicePhase transitionData integrityInterface (computing)DigitizingInformationOpen sourceComputing platformRow (database)Term (mathematics)Theory of relativityGroup actionContent (media)Shared memorySimulationData managementProduct (business)SpacetimeMultiplication signComputer architectureSuite (music)Combinational logicConnected spaceComplex (psychology)Process (computing)Different (Kate Ryan album)Source codeComputer fileWorkstation <Musikinstrument>Expert systemFront and back endsProjective planeMereologyFilm editingBuildingBlock (periodic table)System administratorDatenaufbereitungEmailPoint cloudAbteilungInterface (computing)Function (mathematics)PredictionDigital signalPlane (geometry)ZeitreihePlug-in (computing)Computer animation
08:22
ZugriffMultiplicationHigh availabilityAllokationSound effectMathematicsMultiplication signProjective planeMathematical analysisTheory of relativityLibrary catalogUniform resource locatorMobile WebPressurePoint (geometry)outputAreaOpen setState of matterModule (mathematics)SoftwareGraph coloringOrder (biology)Web applicationNatural languageInformationRoutingStatisticsPrice indexService (economics)Interface (computing)Office suiteVisualization (computer graphics)Functional (mathematics)Level (video gaming)HypermediaWeb pageProcess (computing)BuildingBlock (periodic table)CASE <Informatik>Group actionMereologyThresholding (image processing)MeasurementResultantTable (information)Memory cardSheaf (mathematics)Profil (magazine)CASSachsen / Statistisches LandesamtWeb-AnwendungPressure volume diagramGeodesicCHART <Programm>DownloadRouter (computing)Web serviceInterface (computing)Digital signalComputer animation
13:49
Computer programmingSystem administratorComputing platformReal numberRemote procedure callInternet service providerOpen sourceComputer animationXML
14:29
APITable (information)Cartesian coordinate systemInstance (computer science)Boundary value problemStatisticsOrder (biology)Process (computing)Interface (computing)Open setLevel (video gaming)Standard deviationData conversionInformation privacyInterface (computing)Computer animation
16:17
Configuration spaceUser interfaceDigitizingAnbindung <Informatik>SoftwareService (economics)Computing platformOpen sourceSeries (mathematics)Coma BerenicesField extensionBitLink (knot theory)Configuration spaceAttribute grammarInformationParameter (computer programming)Connected spaceFrictionCartesian coordinate systemSystem administratorSoftware developerLevel (video gaming)Fluid staticsRight angleService (economics)Web 2.0Type theoryServer (computing)Data structureComputer animation
18:05
Computer programmingFocus (optics)Atomic nucleusComputing platformInternetdienstOpen sourceSource codeSoftwareService (economics)BackupInternetOperator (mathematics)Process (computing)CASE <Informatik>Client (computing)Information securityServer (computing)SoftwareService (economics)Configuration spaceOverhead (computing)Channel capacityOpen sourceSoftware developerTerm (mathematics)Core dumpCartesian coordinate systemNumberFront and back endsMathematical analysisPerspective (visual)ImplementationKritischer Punkt <Mathematik>Computer fileSoftware as a serviceSeries (mathematics)Uniformer RaumProcess (computing)CodeBackupLinieKapazität <Mathematik>CalculationComputer animation
21:27
SoftwareINNOVATOR <Programm>Kooperatives InformationssystemVerschneidungRadiusBerechnungVerschneidungRepresentation (politics)Integrated development environmentRadiusVideo gameGroup actionDifferent (Kate Ryan album)Traffic reportingAreaSpacetimeMobile WebLibrary catalogUniform resource locatorMathematical analysisCASE <Informatik>Type theoryComputer animation
25:41
Focus (optics)InternetdienstInterface (computing)Data qualityBitDistanceRadiusMathematical analysisService (economics)Library catalogPoint (geometry)Different (Kate Ryan album)Interface (computing)Order (biology)Block (periodic table)Focus (optics)Computer animation
27:48
Focus (optics)ZahlComa BerenicesAnbindung <Informatik>PredictionHydraulic jumpResultantPopulation densitySlide ruleSound effectDurchschnitt <Mengenlehre>Letterpress printingPredictionFactorizationData recoveryState of matterPressureView (database)Different (Kate Ryan album)Uniform resource locatorExistenceData structureMathematicsDivisorComputer animation
30:17
SoftwareOpen sourceInternetdienstComputing platformConfiguration spaceKooperatives InformationssystemService (economics)Series (mathematics)Sound effectKommunikationDefault (computer science)ExplosionPhysical systemStandard deviationMathematical analysisLevel (video gaming)Traffic reportingCASE <Informatik>Core dumpConnectivity (graph theory)SequenceCartesian coordinate systemResultantTemplate (C++)Computer animation
31:42
Firefox <Programm>World Wide WebOpen sourceRepository (publishing)PasswordSoftwareInformationCore dumpSoftware developerMathematicsResultantConnectivity (graph theory)Game theoryMathematical analysisContent (media)Different (Kate Ryan album)Absolute valueLevel (video gaming)WebsiteRevision controlSoftware frameworkComputing platformSystem administratorInterface (computing)StatisticsData structureMereologyLink (knot theory)Projective planeFunctional (mathematics)CodeWeb 2.0Server (computing)INTEGRALMappingService (economics)Module (mathematics)Open setRootOnline chatComputer fileSmart cardComponent-based software engineeringModule (mathematics)Eigenvalues and eigenvectorsFunction (mathematics)FRAMEWORK <Programm>Memory cardWEBWeb serviceBoilerplate (text)Version <Informatik>Software repositoryComputer animationLecture/Conference
39:40
Memory cardGebiet <Mathematik>InternetdienstOpen sourceOnline chatComputing platformNoten <Programm>Mathematical modelInterface (computing)VelocityFunktionalitätTrailScientific modellingAlgorithmServer (computing)Route of administrationComponent-based software engineeringService (economics)Client (computing)Coordinate systemSystem callMereologyModule (mathematics)Endliche ModelltheorieSimulationFunctional (mathematics)Asynchronous Transfer ModeCartesian coordinate systemOrder (biology)Interface (computing)Mathematical analysisBuildingAreaTerm (mathematics)Limit (category theory)MetadataTable (information)CASE <Informatik>Connectivity (graph theory)Channel capacitySoftware maintenanceSoftware developerSoftwareSensitivity analysisFilm editingDenial-of-service attackResultantPhysical lawNumberAmenable groupAttribute grammarPhysical systemLibrary (computing)Vector potentialDifferent (Kate Ryan album)Multiplication signSubject indexingConnected spaceGoodness of fitLecture/ConferenceComputer animation
Transcript: German(auto-generated)
00:07
Herzlich willkommen im zweiten Vortrag, im zweiten Block an diesem Vormittag, des zweiten Tages der FOSKES-Konferenz. Wir hören jetzt COMAPS, die Planungssuite
00:22
für das Masterportal und dann würde ich sagen, Bühne frei, ihr habt das Wort. Hallo allerseits. Erstmal vorab, ihr kennt ja alle Murphy's Law, es geht immer alles schief, was man nicht braucht und eigentlich wollten wir heute gerne,
00:42
das ist ja auch als Demo eingetragen, die Anwendung live zeigen mit allen aktuellen Entwicklungen, die wir so drin haben und dann ist uns heute morgen unser Test-Server abgeraucht und bestimmte Teile davon funktionieren jetzt nicht mehr. Deshalb weiche ich jetzt auf Slides aus, das ist jetzt leider nicht ganz so interaktiv,
01:01
aber ich denke wir improvisieren uns das irgendwie zu Recht, dass man da genug versteht. Ganz kurz zu uns, mein Name ist Daniel Schulz, ich bin seit 2019 wissenschaftlicher Mitarbeiter an der HafenCity-Universität bei Professor Ziemer und habe dort auch seit 2019 im Team mit den Kollegen vom LGV hier in Hamburg und der Senatskanzlei sowie mit
01:26
der Mitarbeit der Planenden aus den verschiedenen Fachbehörden der Stadt, das Cockpit städtische Infrastrukturen COSI mitentwickelt und seit letztem Jahr sind wir mit COMABS aus der
01:41
HCU ausgegründet, mit der Mission COSI oder das was als COSI hier in Hamburg weiterentwickelt und betreut wird, dort an dieser Entwicklung mitzuarbeiten, die Ergebnisse davon spielen wir auch wieder Richtung Hamburg zurück, aber vor allem auch das Tool über die
02:01
Hamburger Stadtgrenze hinaus zu verbreiten und das für andere Kommunen und Anwendungsfelder fit zu machen. Andre? Ja hi, ich bin Andre, hört man mich? Andre Landwehr, ich war oder bin auch bei der HCU seit 2018 und jetzt ganz neu quasi bei COMABS dabei und freue mich auf die
02:23
Entwicklungen die da an den Stadtgrenzen. Was genau macht COMABS bzw. sein Vorgänger und Co-Schwesterprodukt COSI? Wir haben, Sie alle kennen wahrscheinlich das Masterportal, ich denke
02:41
das ist hier in der Mehrheit bekannt, das Open Source WebGIS entwickelt vom LGV seit 2014 und wir haben COSI damals, seit 2019 in agiler Zusammenarbeit mit den Planen entwickelt um es für die Anwendung in der Daseinsvorsorge, in der Stadtentwicklung, in der Sozialraumplanung fit
03:05
zu machen und auf das Tool eine Plug-in Suite aufgesetzt, das es erlaubt alle möglichen Kombinationen von Datenpunkten, also Infrastrukturdaten, wo sind Kindertagesstätten,
03:20
wo sind Schulen, wo sind Spielplätze, wo sind Haltestellen in Verbindung zu bringen mit den gebietsbezogenen statistischen Daten, wie sie hier vom Statistikamt Nord geliefert werden. Die Idee ist dabei natürlich, dass wir ein Publikum ansprechen wollen, das eben nicht
03:41
gisversiert ist, das vielleicht nicht hier auf der Konferenz sitzt, sondern dass bisher ein komplexes Datenbeschaffungsprozess durchlaufen musste. Wenn ich als Planende Informationen über meinen Stadtteil, Informationen über meinen Planungsumfeld zusammentragen muss, dann muss ich bekanntlich viele verschiedene Datenbanken,
04:02
viele verschiedene Datenquellen ansprechen oder mir Datenaufbereitungen von meinen Experten in der Fachbehörde erstellen lassen. Wir wollten mit COSI und jetzt mit COMAPS ein Zugangsportal, im Prinzip ein Frontend für die urbane Datenplattform schaffen.
04:20
Wir sind in dem Fall auch im regen Austausch mit den Kollegen vom Connected Urban Twins Projekt und auch wenn wir nicht selber Teil des CAD sind, sehen wir uns mit der COSI als einen Baustein in diesem Ökosystem. Ein weiterer Benefit, den wir perspektivisch
04:48
für die Zukunft sehen, ist, dass wenn so eine Anwendung von mehreren Fachbehörden genutzt wird oder vielleicht auch von Institutionen über die Verwaltung selbst hinaus, das können kommunale Fähr- und Entsorger sein, das können aber können städtische
05:05
Wohnungsbauunternehmen sein, die ihre Daten über die urbane Datenplattform teilen und alle eine Anwendung wie COSI, wie COMAPS nutzen, dann können hier natürlich auch Synergien entstehen durch das gemeinsame geteilte Wissen, das dann den Planenden
05:23
der verschiedenen Abteilungen hier zur Verfügung steht und wir arbeiten auch daran, jetzt in der Weiterentwicklung vor allem kollaborative Funktionen in die Anwendung einzubringen, das heißt, dass ich Arbeitssitzungen miteinander teilen kann, dass ich Szenarien
05:43
entwickeln kann und dass ich Analysen, die ich in der Anwendung gemacht habe, auch publizieren kann, was wir unter anderem schon seit der Entwicklungsphase 2021 implementiert haben, ist eine Schnittstelle zu DIPAS, dem Digitalen Partizipationssystem, sodass ich sowohl, da komme ich gleich noch zu, DIPAS-Daten im Master Portal anzeigen kann,
06:07
als auch Analysen aus COSI heraus exportieren kann, sodass sie in DIPAS dann für die Information der Bürgerinnen und Bürger angezeigt werden können. Sowas kann die Anwendung eigentlich alles. Natürlich erst mal die Datenintegration, das ist ja was das Master
06:24
Portal sowieso macht, aber eben hier die Daten über verschiedene Ebenen zu verschneiden und zusammenzubringen, das sind natürlich einmal Zeitreihen in der Betrachtung von historischen Entwicklungen im Quartier, aber das ist auch eben sowas wie eine Bedarfsanalyse,
06:41
Versorgungsanalyse, wie viel Schulplätze habe ich eigentlich im Verhältnis zu den relevanten Zielgruppen im Quartier, wie hat sich das über Zeit verändert, das sind auch Erreichbarkeitsanalysen, aber ich komme gleich noch um Detail dazu und zeige auch noch mehr Inhalte aus der Anwendung. Des Weiteren ist das Thema Simulation und
07:04
Prognose relevant, das heißt ich möchte nicht nur in der Lage sein den Istzustand zu verstehen, sondern auch zu sehen wie entwickeln sich Aspekte in der Zukunft oder auch was würde passieren, wenn ich hier eine neue Haltestelle etabliere, wenn hier ein neuer
07:21
Supermarkt ist oder auch wenn ein neues Wohnquartier entsteht, das ein bestimmtes demografisches Profil aufweist, welche neuen infrastrukturellen Angebote brauche ich eigentlich dafür. Wie ich gerade schon erwähnt habe, sind kollaborative Funktionen für uns sehr wichtig, der Austausch von Daten zwischen verschiedenen NutzerInnen, was wir in der
07:43
Arbeit mit COSI bisher implementiert hatten, ist ein dateibasiertes Session Management, das heißt ich kann einfach meine Arbeitssitzung als JSON-Datei runterladen und die dann per E-Mail an Kollegen verschicken, die dann meinen Arbeitsstand auch in COSI wieder
08:00
aufmachen können, aber da bauen wir jetzt darum eine Administrationsarchitektur, die es NutzerInnen erlauben soll, Daten auch über die Cloud zu teilen und dort auch dann ihre eigenen Datenstände zu managen oder auch neue Layer fürs Portal zu konfigurieren.
08:24
Was für Use Cases gab es bisher in der Arbeit mit COSI in der Stadt Hamburg, das ist natürlich zum einen erstmal die schnelle Informationsbeschaffung im Quartier, welche Einrichtungen gibt es, wie sind die Erreichbarkeiten, wie viele EinwohnerInnen
08:41
wohnen eigentlich schätzungsweise in einem bestimmten Einzugsbereich und eine Statistik über sich, die jetzt inzwischen über 100 statistische Indikatoren aus dem Datenbeständen des Statistischen Landesamts hier verfügbar macht und natürlich vor allem Exportfunktionen. Ich kann alle die Ergebnisse, die ich in der Web-Anwendung
09:03
erstellt habe in Geodaten exportieren, sodass ich sie weiterverarbeiten kann in QGIS, ich kann Excel-Tabellen exportieren oder ich kann die Charts und die Kartenausschnitte natürlich drucken oder als Bilder herunterladen. Das ist wie schon erwähnt Planung, also Szenarien anlegen, kann hier fiktive Quartiere schaffen mit bestimmten demografischen
09:26
Profilen, ich kann fiktive Einrichtungen anlegen und ich kann alle anderen analytischen Funktionen, die das Tool bietet, zum Beispiel eine Standortbewertung gemäß verschiedener Kriterien dann auch auf diese virtuellen Einrichtungen applizieren.
09:43
Dann, wie schon erwähnt, die Versorgungsanalyse, wie gut sind Standorte in der Stadt mit bestimmten Infrastrukturen versorgt und wie verändert sich der Nutzungsdruck durch die demografische Entwicklung über Zeit. Hier, das war das erste Projekt, was wir nach der Ausgründung jetzt hier in Hamburg durchgeführt haben,
10:05
ein flächendeckendes Analysemodul für die Stadt, in dem wir jedes Flurstück im Bezug auf einen 15-Minuten-Stadt-Kriterienkatalog untersucht haben, um zu schauen, welche Einrichtungen sind eigentlich von jedem Standort in der Stadt
10:25
aus in 15 G-Minuten oder für bestimmte andere Einrichtungen wie Krankenhäuser 15 Minuten mit dem ÖPNV erreichbar, um daraus eine Art Standortscore zu entwickeln für jeden Standort in Berlin. Das ist auch ein Modul, was wir uns vorstellen,
10:43
dass wir dann im Austausch wieder an die Stadt Hamburg auch zurück spielen können. Natürlich Mobilitätsthemen, nicht nur Erreichbarkeiten von einem Punkt oder Einzugsbereiche von Einrichtungen, sondern auch Einrichtungen entlang einer Route
11:02
sind immer ein Thema von Analysen. Was wir dort für die Zukunft planen, ist vor allem, bisher setzen wir in der Erreichbarkeitsanalyse auf dem Open-Route-Service Das ist ja auch die Routing-Engine, die vom BKG als Service bereitgestellt wird
11:24
und die hier auch in der Stadt Hamburg genutzt wird. Wir denken aber jetzt auch darüber nach, Alternativen zu vergleichen, zum Beispiel bei Haller, einfach mit dem Ansatz, dass wir zwei Dinge tun können wollen, nämlich nicht nur Erreichbarkeiten auf dem bestehenden Netzwerk zu berechnen,
11:44
sondern auch zu sagen, was wäre denn, wenn hier eine neue Fußgängerbrücke entsteht, also sozusagen On-the-Fly-Netzwerk-Veränderungen durchzuführen und auch natürlich GTFS-Fahrpläne einzulesen,
12:00
um halt auch Erreichbarkeiten mit dem ÖPNV besser abbilden zu können. Genau, wie gesagt, es gibt eine Schnittstelle auch zu DIPAS, dem Digitalen Partizipationssystem. Hier können wir Bürgerbeteiligungsdaten in der Karte visualisieren und die dann auch basieren auf den Diskussionen,
12:23
die innerhalb der DIPAS-Plattform auf den Beiträgen stattfinden. Jeder einzelne DIPAS-Beitrag hat so etwas wie eine kleine Social-Media-Page, wo Leute diesen Beitrag up- oder downvoten können und Kommentare hinterlassen können. Das wird jetzt gerade hier in der Stadt auch noch um ein Natural Language Processing Modul erweitert,
12:41
das die Beiträge basierend auf Sentiment noch besser kategorisieren soll, um zum Beispiel Konflikte, wie sich widersprechende Meinungen besser identifizieren zu können. Und das ist auch ein Baustein in COSI, dass die Schnittstelle zwischen Planung und Bürgerbeteiligung verbessert werden soll.
13:03
Ein Use-Case, den wir dann noch nicht weit so gut untersucht haben, aber der auch auf der Agenda steht, ist grundsätzlich immer, weil es auch aus den Nutzergruppen der Verwaltung immer wieder zu hören war, die Ressourcenallokation, also nicht nur zu gucken,
13:22
welche Einrichtungen habe ich, welche Einrichtungen brauche ich, sondern auch daraus besser entscheiden zu können, welche Ressourcen, auch finanzielle Mittel, müssen eigentlich zum Beispiel in bestimmte Stadtteile gerichtet werden und dadurch auch eine Art Frühwarnsystem zu etablieren,
13:42
also einen Blick in die Zukunft, wann werden bestimmte Schwellwerte überschritten, wann werden bestimmte Maßnahmen notwendig. Genau, wie ich schon gesagt habe, richten wir uns primär an die öffentlichen kommunalen Verwaltungen außerhalb Hamburgs, denen wir ComApps als Open Source Tool aufgesetzt aufs Master Portal
14:06
für die jeweiligen eigenen urbanen Datenplattformen zur Verfügung stellen wollen. Aber prinzipiell besteht natürlich auch die Möglichkeit, sich zum Beispiel an öffentliche Mobilitäts, Immobilienunternehmen und Fern- und Endsorger zu richten
14:21
oder auch weitere dritte Akteure, das könnten aber auch Studierende sein, das können wissenschaftliche Institutionen sein. Das größte Problem, was wir sehen, wenn wir außerhalb von Hamburgs gucken, ist Datenverfügbarkeit. Sie sind sich wahrscheinlich der Situation sehr gut bewusst,
14:41
dass Hamburg mit der urbanen Datenplattform eine relativ gut ausgebaute, gut strukturierte Infrastruktur besitzt, die an vielen Orten so nicht verfügbar ist. Das ist eine Frage, die uns in Gesprächen, die wir jetzt geführt haben, immer wieder ganz schnell entgegenschlägt ist, wie können wir eigentlich anfangen, wenn wir nicht so viele Datenbestände haben?
15:01
Wir sagen aus unserer Arbeit in ComApps, weil wir vor allem diese Anwendung fürs Master Portal entwickeln, dass wir keine urbane Dateninfrastruktur anbieten. Wir können gerne dahin beratend tätig werden, aber das ist eigentlich auch nicht unser Britt.
15:21
Deshalb arbeiten wir gerade daran, so eine Art Basisinstanz zu schaffen, die aufbaut auf Bundesdaten, das sind einmal Alkesdaten für die Verwaltungsgrenzen, das sind Daten des Statistischen Bundesamts, z.B. die jetzt in diesem Jahr veröffentlichten Censusdaten von 2022,
15:42
aber auch die jährlich veröffentlichten Gesamtbevölkerungsdaten auf dem 1 km Inspire Grid und natürlich die OSM-Daten, um eine Basisinfrastatennlage anzubieten, die man dann im laufenden Prozess
16:01
in einer Kommune mit eigenen kommunalen Daten ansättigen kann. Dazu haben wir unter anderem eine neue Schnittstelle gebaut, die es erlaubt, Open-Street-Map-Daten direkt über OGC RP Feature Standards abzufragen. Genau, das kann ich, glaube ich, ein bisschen rüber skippen.
16:22
Die technischen Informationen sind klar. Co-Maps ist eine Master-Portal-Ad-On-Anwendung, die immer auf dem neuesten Entwicklungsstand des Master-Portals weiterentwickelt wird. Was jetzt aber in der Arbeit
16:42
während das Master-Portal eine statische Kartenanwendung ist, die ich einmal konfiguriere, dann kompile und irgendwo auf den Web-Server schmeiße, sehen wir doch immer mehr einen Bedarf für eine darum etablierte Backend-Struktur, die mir erlaubt, besser User zu managen, die mir erlaubt,
17:00
meine Datenanbindung selbst zu managen. Wenn ich ein Datenlayer anders gestyled haben möchte, wenn ich irgendwo einen neuen Dienst schaffe, wir sehen, dass es da große Reibungsverluste gibt auch für unsere eigene praktische Konfigurationsarbeit, weil es extrem viel manueller Aufwand ist, diese ganzen Datenanbindungen zu pflegen. Es gibt ja das Master-Portal-Admin-Tool,
17:21
was diese Konfiguration des Master-Portals relativ gut handelt. Aber wir denken jetzt gerade darüber nach, dass das eben so einen Schritt weiter zu treiben, dass es halt die Konfiguration von den richtigen COSI-relevanten Parametern
17:42
dann auch erlaubt, dass ich da, wie bei Kugis, einen Link reinschmeißen kann und dann darauf aufbauend eine Described-Feature-Type-Request automatisch ausgeführt wird, diese Attribute habe ich, diese Werte gibt es und nach welchen Kriterien möchte ich
18:01
zum Beispiel ein Layer gestyled haben. Da gab es bisher in... Genau, COSI selber auch schon einen Importer, der mir diese Art von Import on runtime, on the fly in der Anwendung möglich gemacht hat, aber wir würden das jetzt gerne einen Schritt ins Backend heben,
18:22
damit solche Konfigurationsdateien dann auch langfristig abgespeichert werden können. Genau. Was ist da die Architektur dahinter? Wie man hier sieht, genau, das ist das Master Portal, das ist die Kerngrundlage der Anwendung selbst, das sind die ganzen COSI CoMaps-Module,
18:42
die auf das Master Portal aufdocken. Und es sind dann eine Reihe von Services, die, wie jetzt diese stadtweite 50-Minuten-Analyse oder eben solche Data-Connectoren dann in einem Backend existieren. Dieses ganze Ökosystem versuchen wir gerade jetzt
19:02
im letzten Jahr und in der Perspektive 24 aufzubauen und dann auch gut dokumentiert Open Source zur Verfügung zu stellen, damit das dann auch implementiert werden kann. Für uns als jetzt aus der Uni ausgegründetes frei wirtschaftliches Unternehmen
19:22
ist es so, dass wir nicht sagen, wir wollen einen proprietären Code daraus schaffen, sondern, auch das ist hier Quatsch, das kann man hier wieder streichen, das ist alt, sondern, dass wir sehen, dass die große Herausforderung für viele Kommunen in der ersten Linie
19:41
darin besteht, dass sie nicht die eigenen Kapazitäten haben, um die Entwicklung und den Betrieb weiter zu gewährleisten und dass wir eher denken, dass es dort unsere Aufgabe liegt, dass wir
20:01
Prozesse begleiten und den Betrieb gewährleisten. Insofern entsteht da schon eine Art Software as a Service Angebot darum, was nicht heißt, dass man sich auch selber hosten könnte und hier stellt sich als nächstes die Frage der Datensicherheit,
20:22
weil das ist, glaube ich, auch etwas, was für viele Städte immer relevant ist, was, wenn ich sensible Daten verarbeiten möchte, da ist es so, dass das Masterportal grundsätzlich als Client-Anwendung die Daten immer direkt abfragt, das heißt, wenn ich im Client in der Verwaltung mein Masterportal öffne, dann ziehen die Daten immer nur
20:42
zwischen meinem eigenen Rechner und dem Datendienst hin und her und auch davon wollen wir eigentlich nicht abweichen, nur mit der Einschränkung, dass wenn es den Bedarf gibt, bestimmte größflächigere Analysen zu fahren, wie so eine stadtweite Analyse,
21:00
dass dann bestimmte Daten an ein Backend geschickt werden können. Hier ist dann sozusagen die Datensicherheit und die Serverarchitektur etwas, was wir selbst jetzt noch herausfinden müssen
21:22
und etablieren. Auch da sind wir zum Beispiel im Gespräch mit den Kollegen von Dataport. Genau. Zum Hintergrund hatte ich ja kurz schon was gesagt. Wir kommen eben aus dem City Science Lab der HafenCity-Universität und jetzt eben in Ermangelung einer Live-Demo
21:42
würde ich gerne den Rest der Sitzung nutzen um einmal noch im Detail auf diesen Use-Case der 15-Minuten-Stadt in Hamburg einzugehen.
22:08
Um diese Einrichtungen haben wir mit Vertretern der Handelskammer hier in Hamburg sieben Handlungsfelder identifiziert, die Lebensqualität
22:21
in der Stadt ausmachen. Das sind die Kollegen haben dort selber an einem Report zum Thema lebenswerte Metropole 2040 gearbeitet und dieser wurde auf
22:41
verschiedenen Studien das war die OECD das sind aber auch städtische Maßgaben wie zum Beispiel die Richtwerte für sozial geförderten Wohnraum und so weiter. Die Idee war einfach. Wir schauen von jedem einzelnen Flurstück aus,
23:01
welches Angebot gibt es dort in der Nähe und auch durch Verschneidung mit den Regionalstatistischen Daten welche Zielgruppe trifft auf ein bestimmtes Angebot. Das heißt, wir haben in der Regel gesagt, wir gucken uns diesen 15-Minuten-Laufradius von jedem Ort
23:21
an betrachten und betrachten die verfügbaren Angebote jedes Typs in dieser Erreichbarkeit und schauen auf welche Nähungsweise auf welche Zielgruppe treffen jetzt zum Beispiel Senioreneinrichtungen. Außerdem haben wir für Daten wie den sozial geförderten Wohnraum
23:41
oder die Mietspiegel uns auf stadtteilbezogene Daten gestützt. In einem interativen Prozess haben wir diese Analyse
24:01
sukzessive kalibriert indem wir einfach auch die Schwellwerte von wann gilt ein Kriterium erfolgreich oder als erfüllt so individualisiert haben, weil
24:22
die Zielgabevorgabe war natürlich nicht zu sagen in der Innenstadt ist alles toll, weil da ist alles sozusagen fußläufig verreichbar sondern die unterschiedlichen verschiedenen Stadtbereiche auch herauszuarbeiten das heißt während in der Innenstadt zwar mehr Angebot verfügbar ist trifft es dort natürlich auch auf eine viel
24:41
größere Zielgruppe die zum Beispiel Arztpraxen benötigt und andere Kriterien wie dann eben Grün und Erholung sind dann in der Innenstadt nicht so gut ausgeprägt wie wie zum Beispiel Mobilitätsangebote oder Handeltourismus und Kultur. Genau
25:04
wir haben außerdem uns dann auch mit den Kollegen von der Handelskammer angeschaut wie wo sind eigentlich die Standorte von der Hamburger Unternehmen, jetzt in dem Fall nur der Ausschnitt mit Mitarbeitenden mit über 100 Mitarbeitenden
25:21
und haben auch für die nochmal einen separaten Katalog entwickelt um heraus zum Beispiel zu identifizieren was ist eigentlich für Mitarbeitende an einen bestimmten Standort relevant also welche Angebote brauche ich im Umfeld eines Unternehmensstandorts, das sind natürlich gastronomische Angebote, das sind Gesundheitsangebote
25:41
und so weiter und dann auch hier diese Analyse mit diesem veränderten Kriterienkatalog nochmal für die unterschiedlichen Unternehmen durchgeführt. Genau und hier zeigen sich dann vor allem Unterschiede in der Mikrolage wenn man wirklich sieht, dass
26:01
wenn man den Erreichbarkeitsradius auf 5 Minuten reduziert, fußläufig, dann natürlich wirklich ein paar Häuserblöcke auch schon einen großen Unterschied machen können. Was Takeaways hiervon sind aber zum Beispiel das man sagen muss, wir
26:20
müssen eigentlich, das habe ich ja auch eingangs schon gesagt, Kriterienweise die relevanten Erreichbarkeiten differenzieren können, das heißt, es macht nicht Sinn einfach pauschal zu sagen 15 Minuten sondern es gibt bestimmte Angebote für die dann 15 Minuten mit dem Fahrrad für andere ist es 15 Minuten mit dem Pkw
26:41
wenn ich zum Beispiel über die Erreichbarkeit von Krankenhäusern nachdenke, relevant sind. Genau, ein weiteres Takeaway war dass hier die amtlichen Daten auch immer der Realität ein Stück hinterher hinken das heißt, wenn wir die
27:02
die Dienste dieser Nahversorgungseinrichtung anschauen, dann sind die Datenstände hier auch schon ein paar Jahre alt und auch hier wäre zum Beispiel ein interessanter Punkt zu sagen, wir man eben diese von uns entwickelte Open-Street-Map Schnittstelle um sozusagen die amtlichen
27:20
Daten damit abzugleichen und im Zweifel auch eine bessere Datenqualität zu gewinnen. Für diese Analyse hat man sich vier Fokus-Stadtteile rausgesucht die dann unterschiedliche Charaktere der Stadt Hamburg illustrieren sollen und haben dann die einfach mal
27:41
entlang einer Distanz von der Innenstadt im Detail untersucht und ja, die Ergebnisse springe ich hier einmal kurz rüber, prinzipiell ist glaube ich klar worauf es hinaus läuft die Erreichbarkeiten in der Innenstadt sind natürlich
28:01
deutlich höher, die Dichte an Versorgung ist immens während dann in den Außenbezirken vor allem die Faktoren Grün und Erholung dominieren aber auch Wohnlagen grundsätzlich natürlich günstiger sind und deshalb dort
28:21
ein höher Skorn. Natürlich ist glaube ich eben klar, dass so eine reine quantitative Betrachtung von Standortqualität häufig Aspekte auch unterschlägt. Als wir das vorgestellt haben beim Ausschuss Hamburg Süd der Handelskammer sind wir gleich dort aufs Phoenix-Quartier
28:42
aufmerksam gemacht worden in einem anderen Vortrag, das sozusagen in dieser Analyse erstmal einen relativ hohen Score bekommt, aber halt solche qualitative Aspekte dessen was in das Phoenix-Quartier ausmacht in so einer Analyse komplett unterschlagen werden
29:00
Genau, ich springe mal ein paar Slides weiter Genau, als letzten Schritt haben wir die Daten des Angebots, also des Ist-Zustands mit den Prognosedaten der Bevölkerungsentwicklung abgeglichen um einfach identifizieren zu können
29:22
welche Bedarfe verändern sich in der Zukunft bei gleichbleibendem Angebot und da zeigen sich eigentlich die erwartbaren Effekte prinzipiell im Durchschnitt sinkt die Versorgungsqualität über
29:41
Zeit, weil die Stadt prinzipiell ein Wachstum zu rechnen hat aber man sieht zum Beispiel einen deutlichen Unterschied zwischen Bildungsangebot, also die Werte sind alle relativ klein, das sind alles Veränderungen im Prozentbereich aber man sieht doch hier, dass mit den vom Statistischen Landesamt
30:01
veröffentlichten amtlichen Prognose Ergebnisse 2040 wir weniger Druck auf Bildungseinrichtungen sehen, weil es eine alternde Bevölkerungsstruktur gibt und dafür einen höheren Druck auf Gesundheitsangebote Vielen Dank dafür
30:20
das letzte, was ich dann dazu abschließend noch sagen möchte was ich gerne gezeigt hätte, ist das eine ein Kernbaustein der dessen, was wir versuchen zu erreichen, ja auch die Kommunikation von
30:40
Daten ist die ein großer Bedarf besteht eben zum einen in der automatischen Abfolge von Analyseschritten, das heißt wir bauen weiter an einem Vorlagesystem das mir als Planer erlaubt
31:01
genau die Daten zu sehen und genau die Voreinstellungen für Analysewerkzeuge zu bekommen, die ich für meinen Use-Case brauche, das heißt in einer Anwendung für eine Kommune gibt es dann unterschiedliche Vorlagen, die für bestimmte Themenfelder, für bestimmte Behörden strukturiert sind, das ist was, was auch schon aus Inkusi angelegt
31:22
wurde und was wir jetzt hoffentlich auf ein nächstes Level bringen können dann eben diese gebündelten Analyseergebnisse auch in standardisierten Reports zu exportieren und ich glaube da wird es eigentlich entscheiden das hätte ich jetzt wirklich gerne gezeigt, ich kann mal
31:41
gucken, ob ich das vielleicht sogar jetzt hinkriege
32:02
Moment, jetzt muss ich einmal hier ein Passwort eingeben habe ich Internet?
32:25
so, gleich haben wir es AT und achten oh da ist ein ich habe natürlich was ganz anderes gesagt als das, was ich eingeben habe
32:43
ist doch klar genau nicht speichern jetzt habe ich es gespeichert, ist egal, so wichtig ist nicht
33:02
einen ersten Integrationsschritt, den wir getan haben, auch aus der CAD-Welt ist das Data Storytelling Tool, den Data Narrator in Kosi zu integrieren das heißt die Möglichkeit
33:20
zu schaffen Analyseergebnisse, Kartenansichten eben für eine breite Öffentlichkeit auch sinnvoll zu kommunizieren die Möglichkeit, dass man eben nicht nur angewiesen ist auf statische Karten die ich drucken kann sondern, dass ich
33:41
selbstständig als Planerin eine Geschichte meiner Daten durch die Stadt erzählen kann mit Textbausteinen mit Bildern, mit Kartenausschnitten und natürlich dann eben integriert mit Kosi-Analyse-Ergebnissen die dann hier in der Karte auch live visualisiert werden können
34:00
und die dann auch über diese Plattformstruktur die wir da rum etablieren wollen die Möglichkeit zu schaffen solche Data Stories oder auch einzelne Kartenansichten für die Öffentlichkeit so zu publizieren dass ich dann einen Link habe den kann ich irgendwo auf eine Website stellen den kann ich irgendwo verschicken der dann eine Art limitierte Version
34:21
der Anwendung anbietet sodass ich nur wirklich genau die Dinge sehe die ich für mein öffentliches Publikum bereitstellen möchte gut, 5 Minuten ich glaube wir können die Fragerunde übergehen vielen Dank und ich hoffe ihr hattet die Geduld trotz der etwas chaotischen Vortrags
34:43
ja, vielen Dank für den Vortrag es sind Fragen im Chat eingegangen zunächst ist eine Verständnisfrage gestellt worden was unterscheidet oder wie unterscheidet sich CoMaps von Kosi ja, eigentlich
35:02
gar nicht beziehungsweise Kosi das Kosi-Projekt als Forschungsprojekt endete 2023 und der Code von Kosi wird weiterhin beim LGV auf dem Bitbucket Repository weiter betreut
35:21
und was wir jetzt in CoMaps an der eigentlichen Kernanwendung gemacht haben führen wir gerade auf einem Fork selber auf Bitbucket weiter mit dem Plan alle Entwicklungen die wir dort tätigen auch an das Kosi Repository das sind jetzt nicht solche kosmetischen Änderungen
35:41
wie irgendwelche Logos und Styling sondern wirklich inhaltliche Entwicklungen dann per Pull-Request an den RGV zurückzustellen wie genau langfristig die Kooperation aussieht, also ob es einen bidirektionalen Austausch gibt, ob wir immer an dem gleichen Stand arbeiten
36:00
das ist glaube ich, was wir selber im Dialog noch miteinander festigen müssen aber prinzipiell bleibt es alles open source mit der Idee immer kompatibel zu sein was wir jetzt in CoMaps zusätzlich gemacht haben ist eben solche weiteren Komponenten zu entwickeln, wie dieses 15 Minuten Stadtmodul, wie diese Admin Oberfläche, die jetzt
36:22
entsteht, um einfach die Arbeit mit dem Tool noch mehr convenient für die NutzerInnen zu machen Gut, weitere Frage ist Ist das Modul Statistic Dashboard des Masterportals
36:40
ein Teil von CoSY oder nutzt CoSY auch das Statistic Dashboard? Nein, das Statistic Dashboard wurde vom Masterportal meines Wissens nach entwickelt, nach dem es CoSY schon gab und CoSY nutzt sein eigenes Statistic Dashboard weil das dann mit den anderen Funktionen
37:00
integriert ist Gut, das war kurz und klar können die Erreichbarkeitsanalysen auch die Beschaffenheit der Wege Zustand, Hangneigung berücksichtigen, manchmal ist als Beispiel ein Nahestand und unattraktiv, weil
37:21
ein steiler Berg hinführt Der Open Root Service hat Kostfunktionen für Steigung und berücksichtigt auch solche Hindernisse, aber mit der Einschränkung, dass diese Informationen in dem Open Street Map hinterlegt sein müssen Deshalb auch von mir eingangs gesagt
37:43
die On Demand On The Fly Veränderung von Netzwerkeinformationen wäre ein absoluter Gamechanger Gut, eine weitere Frage, ist die Methode der 15 Minuten Analyse frei verfügbar? Das Modul, so wie es ist
38:02
wird von uns Open Source publiziert und kann dann auch repliziert werden Bisher ist es auf unserem GitHub noch nicht zu finden was aber vor allem charmbedingt ist, weil unsere Dokumentation noch so katastrophal ist, dass man es noch nicht nachnutzen möchte Gut, dann machen wir mal hier im Raum Weiter gibt es hier im Raum
38:21
Fragen, die gestellt werden sollen Erstmal ganz spannendes Projekt Ihr sagtet, ihr seid ja jetzt sozusagen auch ausgegründet um das Projekt außerhalb der Freien Tanzestadt Hamburg zu verbreiten, wie weit läuft das denn ohne
38:42
das Master Portal im Hintergrund? Ist das quasi abhängig als Plugin, dass eine andere Kommune, Region installieren will, dass auch ein Master Portal, das kompatibel ist mit dem Hamburger Hut oder ist das völlig unabhängig davon? Das ist ein dieses Missverständnis
39:01
sehen wir sehr häufig, das Master Portal als Open Source WebGIS Framework ist ja nicht äquivalent mit der urbanen Datenplattform, die darunter liegt das heißt, in dem Moment, in dem man COSI ComApps konfiguriert und irgendwo
39:21
den kompiliert und dann auf den Web Server legt, ist das Master Portal dort ja mit drin das heißt, wenn ich als Stadt ein eigenes Master Portal bisher schon betreibe, dann läuft das unabhängig von meinem Master Portal, das sozusagen der Motor oder das Chassis für COSI ist
39:41
genau und was die Datenschnittstellen anbelangt, da sind wir soweit orientiert an den Daten Schnittstellkompatibilitäten, die das Master Portal hat und alles, was darum zusätzlich entsteht das hatte ich auch schon gesagt, wie diese OpenStreetMap Schnittstelle, da bauen wir sozusagen
40:01
Interface, dass dann halt das Passing so erledigt, dass es dann wiederum Master Portal kompatibel ist
40:55
und sie kreieren Noten aus einem Netzwerk und sie haben eine bestimmte Parameter, z.B.
41:01
die Geschwindigkeit des Wegens und die Nutzung der Anwendungen, z.B. z.B. wenn man die Post-GIS Backend hat, dann kann man z.B. Digitizer Algorithmen und Kompatibilitäten kreieren. Ja, PG-Routen oder so Ja, das wäre definitiv etwas wertiges zu schauen, aber unser Backlog
41:22
kreiert einfach Also, wir haben ein Arbeitssystem, das hat sich nie geändert aber, ja das ist ein guter Segment, was wir schon in Cozy hatten war die Frage wie man in Verkehr steigern muss
41:41
und was wir in Cozy gemacht haben und das hat sich seit dem Zeitpunkt sind einige Teile des Servers noch nicht funktioniert Ich glaube, ich kann es euch nicht zeigen oder vielleicht kann ich es hinsetzen, nein aber, wenn ich ein Motor-Transportation-
42:03
seht ihr hier, dass wir dieses kleine Panel über Verkehr haben, aber das nutzt einfach ein hartes Kode, nicht hartes Kode, aber es ist so, dass es eine Datenstelle gibt, die von der
42:20
FEDERAL nicht FEDERAL, von der Hamburgs Department of Transportation mit den Reisezeit Indexen, also wir sagen einfach, ok um 9 Uhr sehen wir auf dieser Art von Straße ein generelles wie, ja genau, wie 30% von dem Verkehr zerstört also, das ist das, was wir infizieren
42:41
wenn wir die Analyse hier machen Habt ihr den Story-Modus selbst entwickelt oder nutzt ihr dafür eine Bibliothek? Der Story-Modus wurde vielleicht gebe ich das einfach direkt an den Kollegen weiter, der Story-Modus wurde
43:02
vom Team des Connected Urban Twins bei uns auch im City Science Lab entwickelt und wird von den Kollegen auch außerhalb der Verhandlung in COSI weiter entwickelt und soll als Plattform bereitgestellt werden und, genau, wir
43:20
haben da ein paar Tweaks gemacht, damit es sozusagen diese COSI-Analyse-Daten einlesen kann aber, genau, wir bauen auf der Arbeit der Kollegen auf Der Kollege hat aufgegessen, jetzt kann er antworten Ja, sorry Genau, wir haben das Storytelling Tool oder Data Narrator wie wir es umgetauft haben, im Connected Urban Twins
43:40
Projekt entwickelt auch als Open Source Software und haben da eine Story Jason draus gemacht, die dann eingelesen kann und mittlerweile nutzt Deepers, ich weiß nicht, ob das ein Begriff ist unter anderem auch die gleiche Story Jason sodass dieses Story, zumindest das Format von den Data Stories austauschbar ist zwischen den einzelnen
44:00
Anwendungen Wir versuchen uns auch, wir wollen uns auch daran weiter orientieren, weil für uns ist alles, was mit CoMaps um COSI herum entsteht, Teil des Master Portal Ökosystems, das einfach aus vielen Komponenten und dieser großartigen Entwicklungs
44:20
Community besteht, in der die Entwicklung verschiedener Akteure sich alle gegenseitig befruchten So, dann noch eine Frage aus dem Bereich Recht, wie ist das mit den Datenrechten wenn zum Beispiel Daten abgerufen werden die von anderen Dienstleistern gestellt werden?
44:40
Ja, also wenn es jetzt um öffentliche Daten geht, wie die OpenStreetMap oder die D-Status-Daten, dann werden die natürlich attributiert das ist ja im Master Portal grundsätzlich so ich kann ja immer die Layer-Attribution abrufen und dann gibt's da einen Metadaten-Link wenn es jetzt um geschützte Daten geht, dann hatte ich das eingangs schon
45:01
erwähnt, dann sind die Daten in der Regel sowieso nur aus dem Client abrufbar, wenn ich dann eben authentifiziert bin für den entsprechenden Dienst die Nutzung genau, das Master Portal sieht ja dafür auch die Nutzung von KeyCloak unter anderem vor genau, aber das hatte ich auch schon erwähnt
45:21
wie man dann umgeht wenn man bestimmte relevante oder sensible Daten für Analysen verwendet, die dann durch ein Backend-Modul laufen würden das sei, müsste das das ist bei uns noch nicht komplett durchgespielt, dazu müsste man glaube ich einmal in ein Modell-Case mit einer Kommune
45:42
einsteigen Prinzipiell ist es so, wenn jetzt eine Reichbarkeitsanalyse auf einem dritten Dienst durchgeführt wird, dann sendet COSI ja selber auch nur die Koordinaten aber keine Attributtabellen, das heißt das sind dann sozusagen schon geschwärzte Daten Gut, gibt's noch Fragen
46:01
hier im Raum dann würde ich noch eine letzte Frage aus dem Chat stellen könnte man auch so was wie Klimadaten mit einbringen zum Beispiel bedrohte Überflutungsgebiete und wenn man und kann man dann bestimmte Szenarien modellieren
46:22
das also alles was in den Bereich der physikalischen Simulation geht, ist jetzt so erstmal nicht wirklich drin, also natürlich können alle Ergebnisse aus solchen Analysen visualisiert werden und dann in Verbindung mit verschiedenen anderen Daten gebracht werden, wir haben auch schonmal einen
46:42
Use-Case gemacht zur Flächenfindung für Windkraftanlagen auch mit dem RGV und der Senatskanzlei zusammen wo wir auch gesagt haben, potenzielle Flächenkandidaten werden verschnitten mit verschiedenen anderen Kriterien wie eben Bodenqualität Überflutungsdaten und so weiter, um herauszufinden welche Flächenkandidaten haben welche
47:01
Limitationen aber prinzipiell ist es so dass es keine Modellierungs Funktionalität im Masterportal selber gibt, aber auch hier wieder die Kollegen vom Kat haben eine Schnittstelle zu OGC AP Processes entwickelt mit der
47:21
sich verschiedenste analytische Modelle über eine standardisierte Schnittstelle mit dem Masterportal einbinden lassen gut, vielen Dank für diese Auskunft noch und recht herzlichen Dank für die ausführliche Beantwortung der Fragen