KKGEO Fachgruppensitzung ESRI/IGArc

Größe: px

Ab Seite anzeigen:

Download "KKGEO Fachgruppensitzung ESRI/IGArc"

Britta Maier
vor 8 Jahren
Abrufe

1 KKGEO Fachgruppensitzung ESRI/IGArc vom 12. November 2013 Dominic Kottmann IKGEO

2 INHALT 1. Einleitung 2. Systemarchitektur 3. Prozesse 4. Harmonisierung GBD (Exkurs) 5. Ausblick 6. Diskussion 2

3 EINLEITUNG Hauptziele 1. Unterstützung der zuständigen Stellen der Kantone bei der Umsetzung des GeoIG / GeoIV (GeoIG Art. 8, GeoIV Art. 14,29,33,37 & 38) 2. Serviceorientierte Bereitstellung von Geobasisdaten nach Bundesrecht in der Zuständigkeit der Kantone (und Gemeinden) über eine Aggregationsinfrastruktur: 1. schweizweit, flächendeckend, harmonisiert 2. Darstellungsdienste und Downloaddienste 3. Beitrag an die NGDI und das Nationale Geoportal 4. Pilot-Betrieb mit definierten Funktionalitäten, Angeboten, Prozessen und Zuständigkeiten (Ziel: per Sommer 2014) 5. Bereitstellung weiterer Geodaten (z.b. Geobasisdaten nach Kantons- und Gemeinderecht) 3

4 EINLEITUNG Welche Daten stehen im Fokus? Bundesrecht Kantonsrecht Gemeinderecht droit fédéral droit cantonal droit communal diritto federale diritto cantonale diritto comunale dretg federal dretg chantunal dretg cuminal Zuständigkeit Bund compétence fédérale competenza federale cumpetenza federala I Zuständigkeit Kanton compétence cantonale competenza cantonale cumpetenza chantunala II IV Zuständigkeit Gemeinde compétence communale competenza comunale cumpetenza cuminala III V VI Schritt 1 Schritt 2 4

5 EINLEITUNG Nutzen der Aggregationsinfrastruktur 1. Dienstleistung für die Kantone und Gemeinden 2. Die zuständigen Stellen der Kantone und Gemeinden können ihren Pflichten und Verantwortungen nachkommen (Erhebung, Nachführung, Verwaltung, Qualitätssicherung, Bereitstellung, Publikation, Freigabe, Verrechnung, von Geodaten) 3. Schweizweite, harmonisierte Geodaten und -dienste der Kantone und Gemeinden im Nationalen Geoportal 4. Optimierter Vertrieb von Geobasisdaten mit Zuständigkeit Kanton oder Gemeinden über einen klar definierten Kanal (Reduktion der Vertriebskanäle) 5. Die Einhaltung von Standards (z.b. ech, OGC) generiert einen Investitionsschutz 6. 5

6 EINLEITUNG OGC Standards gemäss "ech-0056 Anwendungsprofil Geodienste" 1. WMS (Web Map Service) OGC standard protocol for serving georeferenced map images over the Internet 2. WMTS (Web Map Tile Service) OGC standard protocol for serving pre-rendered georeferenced map tiles over the Internet 3. WFS (Web Feature Service) OGC standard protocol for serving geographical features (vector data) over the Internet 4. 6

7 EINLEITUNG OGC Standards - Wieso? Standardisierter Transfer von Geodaten oder deren Darstellung via Geodienste Hohe Interoperabilität dank standardisierter Schnittstelle (notwendig aufgrund Heterogenität der GIS-Landschaft der Schweiz!) OGC Standards werden weitgehend unterstützt durch die verschiedenen GIS 7

8 SYSTEMARCHITEKTUR Übersicht Systemarchitektur 8

SYSTEMARCHITEKTUR WMS Aggregation >2 Jahre Erfahrungen geeignet für nicht-harmonisierte Geodaten "nur" Darstellungsdienst geeignet für Geo(basis)daten ohne Anforderung Downloaddienst gem.

9 SYSTEMARCHITEKTUR WMS Aggregation >2 Jahre Erfahrungen geeignet für nicht-harmonisierte Geodaten "nur" Darstellungsdienst geeignet für Geo(basis)daten ohne Anforderung Downloaddienst gem. GeoIV eher für Kantone mit belastbarer GDI WMS: Betriebliche Abhängigkeiten zur KGDI (Verfügbarkeit, Performanz) aufwändige Tile-Produktion bei Aktualisierungen (>40h für Aktualisierung Tile- Cache AV des Kantons BE) WMS Aggregation 9

10 SYSTEMARCHITEKTUR WFS Aggregation (I) Voraussetzung für ein Angebot von Downloaddiensten geeignet für alle harmonisierten Geodaten erste Machbarkeitstests wurden bereits im Jahr 2012 (mit Thema AV) lanciert Weiterführung und Ausbau erfolgte im Rahmen des Projekts egris Paradigma der "SOA" bleibt erhalten und Standards (vgl. ech-0056) werden erfüllt Keine Weiterleitungen, sondern Harvesting (Zwischenspeicherung in PostGIS-DB) 10

11 SYSTEMARCHITEKTUR WFS Aggregation (II) Betriebliche Abhängigkeiten zur KGDI (bezüglich Verfügbarkeit) nur während Aktualisierung skalierbare Geodienste sind direkt ab der Aggregationsinfrastruktur bereitstellbar (keine betriebliche Abhängigkeiten zur KGDI bezüglich Performanz) Effiziente Aktualisierungsprozesse (ca. 1.5h für Aktualisierung des Daten-Cache der AV des Kantons BE) Modellkonformität kann zentral geprüft werden Darstellungsmodell für Darstellungsdienste muss nur einmal anstatt 27 (26 Kantone + FL) mal umgesetzt werden lokale Generierung der WMS und Zuführung in den WMS-Aggregator und Tile-Cache-Seeder 11

SYSTEMARCHITEKTUR Dezentrale Verwaltung: GUI / API Dezentrale Verwaltung des Angebots und der Prozesse (Integration, Aktualisierung, Bereitstellung, Monitoring, Zugriffsschutz, Freigabe, Verrechnung,

12 SYSTEMARCHITEKTUR Dezentrale Verwaltung: GUI / API Dezentrale Verwaltung des Angebots und der Prozesse (Integration, Aktualisierung, Bereitstellung, Monitoring, Zugriffsschutz, Freigabe, Verrechnung, ) Die zuständigen Stellen der Kantone und Gemeinden können Ihrer Verantwortung nachkommen Funktionalitäten sind noch in Entwicklung. Die dezentrale Verwaltung wird über ein GUI und über ein API ermöglicht. 12

13 PROZESSE Übersicht Prozesse Integration Betrieb Kanton X Integration Thema X Datenintegration (Aktualisierung) Freigabe / Publikation Monitoringprozesse Support / HelpDesk Entwicklungsprozesse (Releasemanagement, etc.) 13

14 PROZESSE Beispiel Daten- und Diensteintegration - Prozessübersicht 14

zu integrierende Layers Mapping sofern nötig (Layers, Attribute, Werte) Zuständigkeit Kantone Bereitstellung Konfigurationsfiles YAML (vereinfachte

15 PROZESSE Datenintegration - Konfiguration Output - CH DB / Modell des Themas (Schema) Darstellungsmodell Seeding-Parameter Zuständigkeit Leistungserbringer Input - Kanton X Input-Parameter WFS-URL, Thema, Kanton, etc. zu integrierende Layers Mapping sofern nötig (Layers, Attribute, Werte) Zuständigkeit Kantone Bereitstellung Konfigurationsfiles YAML (vereinfachte Auszeichnungssprache) Jeder Kanton kann pro Thema (gemäss Output - CH) eine Konfiguration bereitstellen (Upload) Errorhandling bei Upload (WFS verfügbar?, Layers verfügbar?, Mapping konsistent mit Output-Konfiguration, etc.) 15

16 PROZESSE Datenintegration - Beispiel Konfiguration Kanton BE für Thema AV 16

17 PROZESSE Datenintegration - Optimierungen? Funktionalitäten sind derzeit noch im Ausbau Priorität: Optimierungsbedarf bei Errorhandling (Inkonsistenzen in Konfiguration, bsp. fehlerhaftes Mapping erkennen) Später: Allenfalls Konfiguration direkt über GUI Einbettung der Prozesssteuerung in das API Bemerkungen: Mapping soll wenn immer möglich vermieden werden: Falls ein Kanton ein Thema "modellkonform" anbietet, ist kein Mapping nötig minimaler Konfigurationsaufwand Harmonisierung = Rahmenbedingung für Aggregation! Die Mapping-Möglichkeiten begründen sich teilw. in systembedingten Limitierungen der eingesetzten WFS-Server seitens KGDI (z.b. Layernamen mit ArcGIS Version < 10.0) Eine "modellkonforme" Bereitstellung der WFS sollte bereits auf Ebene KGDI sichergestellt werden können Wie? 17

18 HARMONISIERUNG GBD (EXKURS) Problemstellungen Wie werden MGDM in den relationalen Datenbanken der Kantone implementiert? Wie kann der Aufwand für die Implementierungen seitens Kantone minimal gehalten werden? Wie kann sichergestellt werden, dass diese Implementierung einheitlich und modellkonform erfolgt? Wie könnte der Anhörungsprozess bei den MGDM für die Kantone erleichtert werden? Welche Voraussetzungen müssen geschaffen werden, dass eine harmonisierte (und letztlich vereinte) Bereitstellung von Geobasisdaten und Diensten erfolgen kann? Handlungsbedarf Koordination! Ein Lösungskonzept ist notwendig Projektinitialisierung "Umsetzung MGDM in den Kantonen" 18

19 HARMONISIERUNG GBD (EXKURS) Lösungsansatz "Umsetzung MGDM in den Kantonen" 19

20 HARMONISIERUNG GBD (EXKURS) Umsetzung MGDM in den Kantonen: "Proof of concept" Anhand des Anwendungsfalls Gefahrenkartierung MGDM wird der konzeptionelle Lösungsansatz geprüft Die Umsetzung erfolgt in Zusammenarbeit mit dem Kanton Luzern Die Vergabe der Arbeitspakete / Schritte A und B erfolgte Erwartete Resultate: Resultate sind für Februar 2014 zu erwarten: technischer Bericht (inkl. Einschätzung bzgl. Chancen und Limitierungen für alle MGDM) Skripte für AP A und B (FME) Modellschema für die angewandten Systeme (PostGIS und FGDB) 20

HARMONISIERUNG GBD (EXKURS) Ausblick Projektinitialisierung "Umsetzung MGDM Kantone" Okt. 2013 - Feb. 2014 Feb.

21 HARMONISIERUNG GBD (EXKURS) Ausblick Projektinitialisierung "Umsetzung MGDM Kantone" Okt Feb Feb. / März 2014 ab März / April 2014 proof of concept Workshop Projektinitialisierung Workshop: Präsentation Resultate, Chancen und Limitierungen Rückfluss aus den GIS-Fachstellen, inhaltliche und fachliche Absicherung Klärung der Rahmenbedingungen Projektinitialisierung: Mitarbeit durch Experten seitens Kantone / Bund? Prüfung eines generischen Ansatzes Synergien Arbeitspaket A zu D in Bezug auf den WFS-Checker für die Sicherstellung der Modellkonformität 21

22 AUSBLICK Wie geht es weiter? Rahmenbedingungen aus e-geo.ch und weiteren nationalen oder interkantonalen Projekten konkretisieren sich und zeigen in Richtung Datenaggregation GUI / API für die dezentrale Verwaltung durch die zuständigen Stellen der Kantone und Gemeinden wird weiter ausgebaut Schwachstellenanalyse + Sicherstellung "Cloud Readyness" Im Hinblick auf einen produktiven Betrieb müssen die Prozesse im Detail konkretisiert werden Erste Kantone werden auf den Betrieb vorbereitet (Integrationsplan ) Fokus Themen: Amtliche Vermessung Gefahrenkartierung (vgl. "Umsetzung MGDM Kantone") plan. Gewässerschutz 22

23 DISKUSSION Herzlichen Dank! Fragen? 23

Ähnliche Dokumente

Konzept nationales Geoportal Schweiz Stand der Arbeiten November 2008

Konzept nationales Geoportal Schweiz Stand der Arbeiten November 2008 Manfred Loidold, APP Christine Giger, Giger GeoIT Präsentation am E-geo.ch-Forum Neuenburg, am 20.11.2008 Ablauf 14:00 Präsentation