Skip to content

Home

Jump to bottom
Friedrich Striewski edited this page Feb 1, 2023 · 6 revisions

Documentation

Project Canvas

  • Vision:

Vision:

Im Rahmen der GeoUnconference Veranstaltung vom 13.10.2022, wurde verdeutlicht, dass ein "Portal" fehlt, welches als Single Point of Entry die Daten in den öffentlichen Geodiensten in einem Katalog zusammengefasst (aggregiert und harmonisiert) und den Nutzenden den Swiss Geo Data Lake aufzeigt. Ein Harvester, welcher kontinuierlich die öffentlichen Geodienste (OGC Services) der

Schweiz automatisiert auf- und nachführt, ist ein erster Schritt in die Richtung eines solchen Online Portals, welches die verfügbaren öffentlichen Geodienste als Katalog bündelt und zur Verfügung stellt. Erster POC https://github.com/davidoesch/geoservice_harvester_poc

Stakeholders

  • DatenNutzer

  • Developer

  • Datenbereitsteller

  • Map.geo.admin.ch Betreiber

  • Metadatenportal Betreiber

Need

- Welche Daten sind via Dienste in der Schweiz PHYSISCH AKTUELL verfügbar ,

- Vorhalten der Information

- Data Provisioning (Download/API)

Product

- Backend for (C)RUD

- Front End h2m/ API/ Documentation

-

Value

- Datennutzer findet Daten basierend auf Metadaten der Dienste via H2M interface und API

- Datenbereitsteller wird motiviert, fehlende Metadaten zu ergänzen

- estimate CAPEX/OPEX für Betrieb in BGDI

  • Goals

    • Aufbau und Betrieb Prototoyp im Zeitraum 12 Monate

    • Ziel des vorliegenden Auftrags ist die Erstellung eines Prototyps, welcher die öffentlich verfügbaren Geodienste indiziert, sowie ihre Verfügbarkeit überprüft. Dieser wird für die Zielgruppe von Nutzenden, welche nicht mit dem Aufbau der NDGI vertraut sind, die Suche nach Daten in Geodiensten erleichtern, wie auch Entwicklern von weiteren Diensten, die auf Geodiensten basieren einen einfachen Zugang über eine Schnittstelle bieten.

    • Der Prototyp ermöglicht bessere Ressourcenschätzung für Umsetzung und allfälligen Betrieb in der BGDI

Deliverable

Die Lieferantin konzipiert einen Geodienst Harvester für die öffentlich verfügbaren Geodienste der Schweiz, erstellt einen entsprechenden Prototypen für die Erfassung von Diensten, deren Harvesting und Darstellung der Daten und testet die Integration des Prototyp Geodienst Harvester in die Infrastruktur von geo.admin.ch über eine standardisierte API/Schnittstelle. Die Leistungen werden im Rahmen von 4 Arbeitspaketen definiert

 Ticket

Arbeitspaket 1: Konzeption des Geoservice Harvesters

Das Arbeitspaket 1 beinhaltet die Konzeption des Aufbaus und Funktionalitäten des Geoservice Harvesters für die öffentlich verfügbaren Geodienste der Schweiz. Dies umfasst Recherchen zu Aufbau und Umsetzung, die Planung der Architektur und Modellierung des Geoservice Harvesters, den Geoservice Harvester und dessen Funktionalitäten, sowie die Schnittstellendefinitionen (API).

Die Resultate des Arbeitspaketes Konzeption werden im Konzeptdokument im gleichen Repository, wie die Implementation der Software verwaltet wird, zur Verfügung gestellt. Das Dokument in DE oder EN Sprache umfasst nebst der Architektur, der Schnittstellendefinition, Datenmodell, den Funktionsumfang. Im Funktionsumfang wird zwischen notwendigen und erweiterten Funktionen unterschieden, wobei im Rahmen des Projekts bei der Implementierung des Prototyps der Fokus auf der Umsetzung der notwendigen Funktionen gelegt wird und die Umsetzung erweiterter Funktionen im Rahmen des Projektstandes tiefer priorisiert und optional behandelt werden.

D1 Dokument:

Konzept Architektur Geoservice Harvester mit Schnittstellendefinition, in einer geeigneten Dokumentation als Grundlage für die weitere Projektbearbeitung

Arbeitspaket 2: Umsetzung Geoservice Harvester Prototyp

Das Arbeitspaket 2 umfasst die Implementierung des Prototypen Geoservice Harvesters. Dies beinhaltet den Aufbau und die Implementierung der Architektur mit Umsetzung in einem öffentlich zugänglichen Repository (Änderungen im Verlaufe des Projekts durch Projektpartner vorbehalten), auf Basis der Konzeption im Arbeitspaket 1 definierten Architektur, Datenmodell und notwendigen und erweiterten Funktionsumfang.

Deliverable:

D2 Prototyp

Geoservice Harvester für die öffentlich verfügbaren Geodienste der Schweiz

Arbeitspaket 3: Testen und Schnittstellenintegration des Geoservice Harvester

Das Arbeitspaket 3 umfasst das Testen und Fehlerbehebung des Funktionsumfangs des Geoservice Harvester, sowie die Implementation und Testen der Schnittstelle zu geo.admin.ch. Der Prototyp Geoservice Harvester ist öffentlich verfügbar und kann für Testzwecke genutzt werden.

Deliverable:

D3 Prototyp

Geoservice Harvester mit aktualisierter Dokumentation

Arbeitspaket 4: Wartung des Geoservice Harvester

Das Arbeitspaket 4 umfasst die Wartung des Geoservice Harvesters während der definierten Projektdauer, dies umfasst die Sicherstellung der Funktion der für die Lauffähigkeit notwendigen Kernfunktionalitäten.

Deliverable:

D4 Dokumentation Wartung (Issues) im Code Repository

  • Milestones

image

  • Team:

    • FHNW

      • Pia Bereuther PL

      • Fiona Tiefenbacher

      • Elia Ferrari

      • Friedrich Striewski

    • Swisstopo

      • David Oesch Projektleiter

      • Pasquale Di Donato Technischer Projektleiter

Mitwirkungsobliegenheiten des Auftraggebers

- Cloud Infrastruktur der BGDI ( Computing und Storage) falls nötig

- Technische Anleitung zur Nutzung der Geodateninfrastruktur / Guidelines - doc

Abnahme der Leistungen der Auftragnehmerin

image

-> Abnahmeprotokoll via Tickets:

  • Time : Tracking hours Spreadsheets:

    • EPICS: monthly: ticket / hours/ employee/

    • Admin hours : date, hours , employee ; description

    • FHNW: Github

    • Summary accounting: to be done by swisstopo

    • Acceptance Protocol: PR/ closed Tickets

  • Ressources

    • Technical: swisstopo AWS cloud if needed

    • Github: provided by FHNW

  • Stakeholders Organigramm Geoharvester

    • To be done

      • Steuerung

      • Führung

      • Ausführung

  • Quality

    • Acceptance criteria defined in tickets,

    • Operations: Best effort

    • Dev environment only (no Int / Prod / Deploy needed)

  • Risks

Description likelihood of occurrence [1-3]

Impact degree

[1-3]

 Risk
Agile Adaption of the plan. Check early for alternative if we have resistance 3 3 9
Maturity existing components -> try out different solution don’t stick the first option 3 2 6
Timeline / Budget: monthly decision is to late -> give up to date numbers weekly .Small steps will increase reliability ( PM Limits) -> Timebox approach ( give us a decision point ) 2 3 6

  • Chances

    • Estimate operational costs

    • Techn exploration.

  • Collaboration

    • Telco : MS TEAMS

  • Notification: Teams:

  • Meetings:

    • Sprints: 2 Weeks -weekly meetings one hour

    • Monday 1400-1430 invite

      • Plan do review based meeting

To Dos

Backlog

Clone this wiki locally