Revision eCH-0056

.pull-left[
<img src="./images/logo-eCH.png" alt="Slide # 1 top left" width="80%">
]
.pull-right[
<img src="./images/logo-sgs-bee.png" alt="Slide # 1 top right" width="80%">
]
-- 
##GeoStandards.ch
##Revision eCH-0056: Anwendungsprofil Geodienste Révision eCH-0056: Profil d'application de géoservices
11-10-2022

---
name: agenda # 1
layout: false
class:left,top

## Agenda (I)

- Vorstellung [geostandards.ch](https://geostandards.ch/)		
- Warum Revision eCH-0056? 		
  - Vorarbeiten HEIG-VD (INDG 20-60)
  - (Vor) Arbeiten OGC
  - Anforderungen an Normungsprozess eCH

- Vorstellungsrunde der Stakeholder 		
  - Vorstellung, Interessen und Wünsche für die anstehenden Arbeiten / für den neuen Prozess

- Znüni Pause				(ca.10:40)

---
name: agenda # 2
## Agenda (II)

- Liste von zu helvetisierenden internationalen Standards – z.B. OGC .red[*]

- Welche Komponenten müssen definitiv ins neue Profil eCH-0056?

- Diskussion und Abstimmung (bitte machen Sie sich bereits im Vorfeld ihre Gedanken)

- Gemeinsames Mittagessen			(ca.12:30)

- Methode / Ablauf Normungsprozess -> Werkzeugkasten

- Methode HEIG-VD

- Vorstellung Testbed-Plattform
  - Testen, Bewerten
  - Feedback (Qualitativ und Quantitativ) auf Fachworkshops

- Konsensfindung

- Formulierung neuer Norm (Eckpunkte)

.footnote[.red[*] Ein erster Entwurf dieser Liste ist Ihnen mit dem Einladungsmail zugegangen]		
---
name: agenda # 3
 
 ## Agenda (III)

- Geplanter Ablauf Fachworkshop 			
  - Vorarbeiten OGC
  - Definition und Funktion (der Komponente)
  - Feedback Tests
  - Qualitätsbeurteilung (der neuen Komponente )

- Pause (ca. 15:00)

- Gestaltung Schlussbericht
  - Bisheriges Dokument vs. neue Struktur

- Varia und Abschluss			ca. 16:00

---
name: slide # 5

## Ziele für heute Objectifs pour aujourd'hui

- Geklärter Arbeitsauftrag ➡ Beschlossene Liste der zu «helvetisierenden» internationalen Standards.
- Geklärte **Methode** ➡ Wie gehen wir bei der «Helvetisierung» vor? 
- Geklärter **Fahrplan** ➡ Wann machen wir was?

- **Ordre de travail** clarifié ➡ Liste approuvée des normes internationales à « helvétiser ». 
- **Méthode** clarifiée ➡ Comment procède-t-on à « l'helvétisation » ?
- **Calendrier** clarifié ➡ Quand fait-on quoi ?
- **Forme** clarifiée du nouveau profil eCH Vs. 4.0 (document)
---
name: slide # 6

##Warum Standards? Pourquoi des standards?

---
name: Presentation of the core team

##Vorstellung Projektkernteam ? Présentation de l'équipe principale du projet

Frank GottsmannGeoStandard.ch, swisstopo (KOGIS)
Peter StaubGeoStandard.ch, KGK
Jens IngensandHEIG-VD
Olivier ErtzHEIG-VD
Maxime CollombinHEIG-VD
Pasquale di Donatoswisstopo (KOGIS)
Beat TschanzSGS, swisstopo (KOGIS)

Diverse Stakeholder 
**Vielen Dank für euer Engagement vorab!** 
**Merci d'avance pour votre engagement!**

---

## Vorstellungsrunde Stakeholder Présentation des participants

- Bitte kurze Vorstellung mit Erwartung an den Tag und die Workshop-Serie
- Veuillez donner une brève introduction avec les attentes de la journée et la série d'ateliers

---
name: slide # 8

##Vorstellung GeoStandards.ch Présentations GeoStandards.ch

---
name: slide # 9

##Vorstellung GeoStandards.ch Présentations de GeoStandards.ch

.pull-left[
- Positionspapier Kt. SO, GL 2017
- Strategie + Organisationsprojekt Abschluss Mitte 2021

- Papier de Position ct. SO, GL 2017
- Stratégie + Projet d’organisation fin de travaux mi-2021
]

.pull-right[
 <img src="./images/vorstellung_gs_2.png" alt="Vorstellung Geostandards" width="120%">
]
---
name: slide # 10

##Umsetzung der **S**trategie **G**eoinformation **S**chweiz Mise en œuvre de la stratégie suisse pour la géoinformation

- Auftrag aus Aktionsplan 2022+

- Ordre issu du plan d’action 2022+

<img src="./images/sgs_aktion_plan_fr.png" alt="SGS Aktionplan #2" width="100%">
---
name: slide # 11

##GeoStandards.ch und eCH

---
name: slide # 12

##GeoStandards.ch und eCH

**eCH FG Geonormen/SOGI FG5**
- eCH-0031 	INTERLIS 2-Referenzhandbuch
- **eCH-0056** 	Anwendungsprofil Geodienste
- eCH-0166 	Geokategorien

**eCH FG INTERLIS**
- eCH-0117 	Meta-Attribute für INTERLIS-Modelle
- eCH-0118 	GML-Kodierungsregeln für INTERLIS

**Externer Antragsteller**
- eCH-0153 	eGRISDM
---
name: slide # 13

##Organisationsentwicklung eCH-FG

---
name: slide # 14

##Organisationsentwicklung eCH-FG

???
-GOF: 
  -Geschäftsstelle GeoStandards.ch, Themenführerschaft Organisation + Kommunikation
  -a.i. Leitung eCH FG Geoinformation

-PS: 
  -Mitarbeit Geschäftsstelle GeoStandards.ch
  -Mitglied eCH EA
  -Mitarbeit eCH FG Geoinformation
  -Unterstützung a.i. Leitung eCH FG Geoinformation

-Tbd:
  -Themenführerschaft Standardsisierung, Leitung eCH FG Geoinformation
  -Themenführerschaft Werkzeuge
  -Themenführerschaft Bildung

---
name: slide # 15

## Organisationsentwicklung eCH-FG, Zeitplan

<img src="./images/organisationsentwicklung-eCH-FG_3.png" alt="Organisationsentwicklung eCH-FG #3" width="100%">
---
name: slide # 16

##Warum Revision eCH-0056 jetzt? Pourquoi la révision eCH-0056 maintenant?

---
name: slide # 17

##Warum Revision eCH-0056 jetzt? Pourquoi la révision eCH-0056 maintenant?

- Bund / swisstopo haben Verantwortung für Gesetz und Verordnung (GeoIG, GeoIV)
- NGDI im Aufbau
- 6 Jahre seit letzter Überarbeitung (2016 – Vs. 3.0)

- La Confédération / swisstopo sont responsables de la loi et de l'ordonnance (GeoIG, GeoIV) 
- NGDI en construction 
- 6 ans depuis la dernière révision (2016 - Vs. 3.0) 
- Beaucoup d'activité au niveau international (ex. OGC)
---
name: slide # 18

##Rechtlicher Rahmen eCH-0056

Die Kompetenz von swisstopo eCH-0056 als verbindlichen Standard festzulegen beruht auf 
den `Art. 34-36 GeolV [31] (vgl. dazu Abbildung 2)`. 
`Wenn eine zuständige Stelle (gemäss Anhang I GeolV [31])` einen Oder mehrere Geobasis- 
datensätze in einem Geodienst anbietet und/oder vertreibt, `muss dieser Dienst eCH-0056- 
konform sein`, also sämtliche im Standard enthaltenen verbindlichen Vorgaben erfüllen. Es ist 
dabei unerheblich, 0b die entsprechende zuständige Stelle mit einem Geodienst ausschliess- 
lich Geobasisdatensätze anbietet, die ihr gemäss Anhang 1 GeolV [31] zugeordnet Sind Oder 
auch solche anderer zuständiger Stellen. 
`Für Dritte (insbesondere Private) gelten diese Voraussetzungen grundsätzlich nicht`. Wenn 
aber Dritte durch bestimmte Vereinbarungen Oder Verfügungen die Pflichten als zuständige 
Stelle übertragen bekommen, so unterstehen sie diesbezüglich ebenfalls den geltenden ge- 
setzlichen Bestimmungen und müssen die entsprechenden Geodienste eCH-0056-konform 
gestalten. 
Allgemein ist zu beachten, dass die gesetzliche Verpflichtung den Standard einzuhalten nur 
die Richtlinien, d.h. die zwingenden Vorgaben umfasst. Die Empfehlungen Sind nach Mög- 
lichkeit einzuhalten, jedoch besteht dazu keine gesetzliche Pflicht.

---
name: slide # 19

##Rechtlicher Rahmen eCH-0056

---
name: slide # 20

##Geoinformationsverordnung, GeoIV Ordonnance sur la géoinformation, OGéo

<img src="./images/GeoIV.png" alt="GeoIV" width="100%"><a href="https://www.fedlex.admin.ch/eli/cc/2008/389/de#sec_9">https://www.fedlex.admin.ch/eli/cc/2008/389/de#sec_9</a>
---
name: slide # 21

##Anforderungen an den Normungsprozess eCH Exigences pour le processus eCH

<img src="./images/exigences_eCH.png" alt="GeoIV" width="100%"><a href="https://www.ech.ch/de/uebersicht-nach-ech-nummer">https://www.ech.ch/de/uebersicht-nach-ech-nummer</a>

---
name: slide # 22

##Standardisierungsprozess eCH Processus de normalisation eCH

---
name: slide # 23

##NGDI 20-60 Présentation du projet

- Processus itératif 
- **3** partenaires académiques (HEIG-VD, SUPSI, UNIGE) 
- **3** différents domaines de recherche: 
 - Données de capteurs
 - Données vectorielles et représentation cartographique
 - Données d'observation de la Terre 
- Résultats présentés lors de la conférence [FOSS4G 22](https://talks.osgeo.org/foss4g-2022-academic-track/talk/GBPPCM/) & [ISPRS](https://talks.osgeo.org/foss4g-2022-academic-track/talk/GBPPCM/)

<img src="./images/entities-INDG-20-60.png" alt="NGDI 20-60 partenaires" width="50%">
 
---
name: slide # 24

##Présentation de l'OGC Aspects principaux

.pull-left[
- Organisation internationale de plus de 500 membres
- Elaboration de standards géospatiaux ouverts
- HEIG-VD membre depuis 2010
- Making Location FAIR
- Réduction du risque technologique
<img src="./images/ogc-fair.jpg" alt="OGC FAIR" width="100%">
]

]
---
name: slide # 25

##Présentation de l’OGC OGC Committees

.pull-left[
- «Big Picture» 
- **4** entités principales 
- Rôles différents dans le processus 
- **Technical Committe (TC)** 
- **OGC Architecture Board (OAB)**
]
.pull-right[
<img src="./images/ogc-committees.png" alt="OGC Committees" width="100%">
]
---
name: slide # 26

##Présentation de l’OGC Processus du standardisation

- How to enter the matrix?

---
name: slide # 27

##Présentation de l’OGC Processus du standardisation

- Processus agile, ouvert et transparent

<img src="./images/ogc-process_2.png" alt="OGC Process # 2" width="90%"><a href="https://github.com/opengeospatial/styles-and-symbology/issues">https://github.com/opengeospatial/styles-and-symbology/issues</a>

---
name: slide # 28

##Présentation de l’OGC OGC APIs

.pull-left[
- Nouvelle génération de standards amorcée en 2015
<img src="./images/ogc-openapi.png" alt="OGC Open API" width="100%">
- JSON encoding
- Orientés web
- Endpoints communs et partagés tels que:
 - /landing page
 - /conformance
 - /openapi
 - /collections
 - /collections/foo
]

---
name: slide # 30

##Liste der zu «helvetisierenden» internationalen Standards Liste des normes internationales à « helvétiser »

---
name: slide # 31

##Liste der zu «helvetisierenden» internationalen Standards Liste des normes internationales à « helvétiser »

**Vector** 
 a. OGC API Features

**Raster** 
 a. OGC API Coverages 
 b. OGC API EDR

**Tiles** 
 a. OGC API Tiles 
 b. Tiling Schema

**Metadaten** 
 a.GM03 
 b.STAC 
 c.OGC API Records

**Styling** 
 a. OGC API Styles
 b. SymCore

???
- OGC API EDR (Remote Sensing Data)
- STAC - Spatio Temporal Asset Catalogs
- OGC API Records (*Kann es den CSW Standard ersetzen?*)
---
name: slide # 32

##Liste der zu «helvetisierenden» internationalen Standards Liste des normes internationales à « helvétiser »

**Diverses** 
a. OGC GeoPose 
b. OGC Geopackage 
c. OGC API Processes 
d. OGC SensorThings API 
e. Linked Data 
f. Cloud Optimzed Data Formats 
g. CRS 
h. Atom Feeds

???
- OGC GeoPose (AR/VR)
- OGC Geopackage (soll als Datenbank Teil von eCH0056 werden?)
- OGC API Processes (Kann es den aktuellen WPS Standard ersetzen?)
- LinkedData (Soll als Webtechnologie Teil von eCH0056 werden?)
- Cloud Optimzed Data Formats (z.B. cloud optimized GeoTIFF)
- Koordinate System (LV03 löschen?)
- Atom Feeds (wie weiter mit diesem Standard?)
---
name: slide # 33

##Aufgabe Tâche

- Wie ist der aktuelle Stand bei der Standardisierung auf internationalem Niveau  (OGC, ISO, W3C etc?) -> Reifegrad

- (persönlichen) Bedarf markieren (1 Strich)

- Zusätzlichen Bedarf (an eCH-Standards) notieren

- Quel est l'état actuel de la normalisation au niveau international (OGC, ISO, W3C etc ?) ➡ degré de maturité

- Marquer les besoins (personnels) (1 ligne)

- Notez tout besoin supplémentaire (pour les normes eCH)

---
name: slide # 34

##OGC Standards Roadmap

- **5** standards déjà adoptés
- OGC API - Features Parts 1 & 2
- OA EDR
- OA Processes
- SensorThings API Part 1

<img src="./images/ogc-standards-roadmap.png" alt="OGC Standards Roadmap" width="85%"><a href="https://www.ogc.org/roadmap">https://www.ogc.org/roadmap</a>

---
name: slide # 35

##Stellungnahme KGK - Opinion CGC (I)

- **Grundsätzlich** ist die aktuelle Version 3.0 des Standards als Grundlage für die Revision zu berücksichtigen. 
- Hinsichtlich der **Verbindlichkeit von eCH-0056** ist eventuell im Projekt speziell darauf hinzuweisen, dass der Standard in der aktuellen Version 3.0 der GeoIV-swisstopo referenziert ist. Für sich alleinstehend ist eCH-0056 eher eine technische Richtlinie im Sinne einer 
Empfehlung. 
- eCH definiert **drei Status für Standards**: «Genehmigt» (ein aktueller, gültiger Standard), «ABGELÖST» (ein gültiger Standard, zu dem keine neuen Lösungen implementiert werden sollen), «AUFGEHOBEN» (ein nicht mehr gültiger Standard, der nicht mehr zu verwenden ist). Siehe dazu auch Punkte weiter unten. 
- **Allgemeine** Regeln: http-Anfragen, Datum und Zeit: auch in Version 4.0 beibehalten. 
- **Sicherheit**: auch in Version beibehalten. 
- **Sprache**: auch in Version beibehalten. 
- **Metadaten**: auch in Version beibehalten.

---
name: slide # 36

##Stellungnahme KGK - Opinion CGC (II)

- **Koordinatensysteme**: EPSG:21781 (LV03) soll nicht mehr gefordert werden. 
- **Qualität**: swisstopo und geodienste.ch definieren für ihre Dienste resp, Geobasisdienste («Fair Use» - Nutzungsbestimmungen. Damit soll technischer Missbrauch unterbunden werden. Vgl. https://www.geoadmin.ch/de/geo-dienstleistungen/geodienste/terms-of-use.html 
resp. https://geodienste.ch/terms-of-use. Es würde sich lohnen, das Thema «Fair Use» zu diskutieren und zu klären, ob solche Bestimmungen allgemein oder generisch in den Standard aufgenommen werden können. 
- **WMS** auch in Version beibehalten. 
- **CSW**: auch in Version beibehalten. 
- **SE**: uns Sind keine Anwendungsfälle bekannt. Evtl. mit VectorTiles benutzerspezifsche Darstellung ermöglichen. 
- **SLD**: uns Sind keine Anwendungsfälle bekannt. Evtl. mit VectorTiles benutzerspezifische Darstellung ermöglichen. 
- **Positionierungsdienste, Mess- und Auswertedienste**: Sind uns zu wenig bekannt, um dazu eine quaifizierte Aussage machen zu können.

---
name: slide # 37

##Stellungnahme KGK - Opinion CGC (III)

- **Download-Dienste** (alle bisher standardisierten Varianten Atom-Feeds + OpenSearch, WFS, WCS): auch in Version 4.0 beibehalten. Im Hinblick auf zukunftsgerichtete Standards wie OGC API, STAC diskutieren, ob man diese «alten» Standards gleichwohl aus der revidierten 
Version entfernt und nur noch der neu «ABGELÖST»en Version weiterhin anwendbar behalten will. Die Frage stellt sich dabei - und diese wäre sehr seriös zu klären — in welchem Zeithorizont dann der Standard erneut revidiert würde, wodurch dann diese «alten» Standard 
endgültig «ausser Betrieb» gesetzt würden. Wir Sind klar der Auffassung, dass insbesonderes WFS und auch Atom + OpenSearch (siehe opendata.swiss) noch Lange Zeit im Einsatz stehen werden. 
- eCH-0056 definiert, wie Standards genau anzuwenden sind. Es wird aber keine Aussage gemacht, dass man dies tun muss. In auf die «GeoIG-konformen» Download-Dienste wurde das Projekt [MDX](https://www.kgk-cgc.ch/download_file/77/226) realisiert, wo definiert 
wird, wie solche Dienste konform Verordnung aufzubauen und betreiben sind. Dabei wird auf den Standard verwiesen. Eventuell Iohnt es sich, diese Frage im Rahmen der Revision erneut zu diskutieren.
---
name: slide # 39

##Comment intégrer le processus de normalisation de l'OGC dans le contexte helvétique?

.pull-left[
- Analyse des besoins 
- Identification des standards à challenger 
- Participation active à l’OGC 
- Définition de cas d’études 
- Déploiement logiciels 
- Documentation et communication
]

---
name: slide # 40

##Sélection des standards

.pull-left[
- Analyse des besoins 
- Standards groupés en **3 catégories**: 
- **Données de capteurs**:
 - OGC SensorThings API 
- **Données vectorielles et représentation cartographique**
 - OAF, Maps, Styles, SymCore, Tiles 
- **Données d'observation de la Terre**
 - OGC API Coverages, DGGS, EDR, Processes, Records
]

---
name: slide # 41

##Sélection d’implémentations logicielles

- Solutions Open source 
- Représentatives des communautés de développeurs de l'OSGeo developer(Python, Java, C++) 
- Déclarations de conformité 
- Environnement Docker

<img src="./images/pygeoapi.png" alt="pygeoapi" width="60%">
<img src="./images/softwares.png" alt="Softwares" width="80%">
---
name: slide # 42

##Sélection d’implémentations logicielles

.pull-left[
- **5** différents logiciels 
- FROST ([Fraunhofer IOSB](https://www.iosb.fraunhofer.de/en/projects-and-products/frost-server.html)) 
- GeoServer ([GeoServer Community](https://geoserver.org/)) 
- ldproxy ([Interactive Instruments](https://www.interactive-instruments.de/en/)) 
- pygeoapi ([GeoPython Community](https://geopython.github.io/)) 
- QGIS Server ([QGIS Community](https://qgis.org/en/site/)) 
- Déclaration de conformité 
]

.pull-right[
 <img src="./images/conformance-declarations.png" alt="Conformance declarations" width="100%">
]

<img src="./images/softwares.png" alt="Softwares" width="80%">
---
name: slide # 43

##Swiss national OGC API Testbed platform

.pull-left[
- OGC API Testbed platform 
- Inspirée de Geonovum OGC API Testbed 
- Déploiement conteneurisé 
- Basé sur GIT 
- Documentation intégrée 
- Découverte 
- Evaluation, tests
]

.pull-right[
<img src="./images/ogc-tb-heig-vd.png" alt="NGDI-20-60 OGC API Testbed platform" width="100%"><a href="https://ogc.heig-vd.ch">NGDI-20-60 OGC API Testbed platform</a>
]

---
name: slide # 44

##Déroulement des workshops

.pull-left[
- Workshops répartis par thématiques 
- Description des standards 
- Utilisation de la plateforme de test 
- Comparaison avec les standards WxS 
- Relations avec eCH-0056 
- Définition de critères d’évaluation cf [GeoUnconference #3](https://github.com/GeoUnconference/discussions/discussions/8#discussioncomment-2694177)
]

.pull-right[
<style type="text/css">
 .tg {border-collapse:collapse;border-color:#ccc;border-spacing:0;}
 .tg td{background-color:#fff;border-color:#ccc;border-style:solid;border-width:1px;color:#333;
 font-family:'Droid Serif';font-size:14px;overflow:hidden;padding:10px 5px;word-break:normal;}
 .tg th{background-color:#f0f0f0;border-color:#ccc;border-style:solid;border-width:1px;color:#333;
 font-family:'Droid Serif';font-size:14px;font-weight:normal;overflow:hidden;padding:10px 5px;word-break:normal;}
 .tg .tg-ao2g{border-color:#333333;text-align:center;vertical-align:top}
 .tg .tg-de2y{border-color:#333333;text-align:left;vertical-align:top}
 @media screen and (max-width: 767px) {.tg {width: auto !important;}.tg col {width: auto !important;}.tg-wrap {overflow-x: auto;-webkit-overflow-scrolling: touch;}}</style>
 <div class="tg-wrap" align="center"><table class="tg">
 <thead>
 <tr>
 <th class="tg-ao2g">OGC API</th>
 <th class="tg-ao2g">WxS</th>
 <th class="tg-de2y">eCH-0056</th>
 </tr>
 </thead>
 <tbody>
 <tr>
 <td class="tg-ao2g"><a href="https://docs.ogc.org/DRAFTS/19-087.html" target="_blank" rel="noopener noreferrer">Coverages 0.06</a></td>
 <td class="tg-ao2g"><a href="https://docs.opengeospatial.org/is/17-089r1/17-089r1.html" target="_blank" rel="noopener noreferrer">WCS 2.1</a></td>
 <td class="tg-ao2g">WCS 2.0.1 </td>
 </tr>
 <tr>
 <td class="tg-ao2g"><a href="https://docs.ogc.org/is/19-086r5/19-086r5.html" target="_blank" rel="noopener noreferrer">EDR 1.01</a></td>
 <td class="tg-ao2g"><a href="http://docs.opengeospatial.org/is/17-089r1/17-089r1.html" target="_blank" rel="noopener noreferrer">WCS 2.1</a></td>
 <td class="tg-ao2g">WCS 2.0.1 </td>
 </tr>
 <tr>
 <td class="tg-ao2g"><a href="https://docs.opengeospatial.org/is/17-069r4/17-069r4.html" target="_blank" rel="noopener noreferrer">Features 1.0</a></td>
 <td class="tg-ao2g"><a href="https://docs.opengeospatial.org/is/09-025r2/09-025r2.html" target="_blank" rel="noopener noreferrer">WFS 2.0.2</a></td>
 <td class="tg-ao2g">WFS 2.0 </td>
 </tr>
 <tr>
 <td class="tg-ao2g"><a href="https://github.com/opengeospatial/ogcapi-maps" target="_blank" rel="noopener noreferrer">Maps 0.0.1</a></td>
 <td class="tg-ao2g"><a href="https://portal.ogc.org/files/?artifact_id=14416" target="_blank" rel="noopener noreferrer">WMS 1.3.0</a></td>
 <td class="tg-ao2g">WMS 1.3.0 </td>
 </tr>
 <tr>
 <td class="tg-ao2g"><a href="http://docs.opengeospatial.org/DRAFTS/20-009.html" target="_blank" rel="noopener noreferrer">Styles 1.0.0</a></td>
 <td class="tg-ao2g"><a href="https://portal.ogc.org/files/?artifact_id=22364" target="_blank" rel="noopener noreferrer">SLD 1.1.0</a></td>
 <td class="tg-ao2g">SLD 1.1.0</td>
 </tr>
 <tr>
 <td class="tg-ao2g"><a href="https://docs.ogc.org/is/18-067r3/18-067r3.html" target="_blank" rel="noopener noreferrer">SymCore 1.0</a></td>
 <td class="tg-ao2g"><a href="https://portal.ogc.org/files/?artifact_id=16700" target="_blank" rel="noopener noreferrer">SE 1.1.0</a></td>
 <td class="tg-ao2g">SE 1.1.0 </td>
 </tr>
 <tr>
 <td class="tg-ao2g"><a href="http://docs.ogc.org/DRAFTS/20-057.html" target="_blank" rel="noopener noreferrer">Tiles 0.04</a></td>
 <td class="tg-ao2g"><a href="https://portal.ogc.org/files/?artifact_id=35326" target="_blank" rel="noopener noreferrer">WMTS 1.0.0</a></td>
 <td class="tg-ao2g">WMTS 1.1.0 </td>
 </tr>
 <tr>
 <td class="tg-ao2g"><a href="https://docs.ogc.org/is/18-062r2/18-062r2.html" target="_blank" rel="noopener noreferrer">Process 1.0.0</a></td>
 <td class="tg-ao2g"><a href="http://docs.opengeospatial.org/is/14-065/14-065.html" target="_blank" rel="noopener noreferrer">WPS 2.0</a></td>
 <td class="tg-ao2g">-</td>
 </tr>
 <tr>
 <td class="tg-ao2g"><a href="http://docs.ogc.org/DRAFTS/20-004.html" target="_blank" rel="noopener noreferrer">Records 1.0.0</a></td>
 <td class="tg-ao2g"><a href="http://docs.opengeospatial.org/is/12-168r6/12-168r6.html" target="_blank" rel="noopener noreferrer">CSW 3.0</a></td>
 <td class="tg-ao2g">CSW 2.0.2</td>
 </tr>
 <tr>
 <td class="tg-ao2g"><a href="https://docs.ogc.org/is/18-088/18-088.html" target="_blank" rel="noopener noreferrer">STA 1.1*</a></td>
 <td class="tg-ao2g"><a href="https://portal.ogc.org/files/?artifact_id=47599" target="_blank" rel="noopener noreferrer">SOS 2.0</a></td>
 <td class="tg-ao2g">SOS 2.0</td>
 </tr>
 <tr>
 <td class="tg-ao2g"><a href="https://stacspec.org/en/about/stac-spec/" target="_blank" rel="noopener noreferrer">STAC*</a></td>
 <td class="tg-ao2g">-</td>
 <td class="tg-ao2g">-</td>
 </tr>
 </tbody>
 </table></div>
]
---
name: slide # 46

##Elaboration du rapport final

- Quel processus se cache derrière eCH? 
- Est-il possible d'opter pour une démarche plus itérative et agile? 
- Une modification de la structure du rapport est-elle envisgeable?

---
name: Acknowledgments

##Vielen Dank für Ihre Teilnahme Merci de votre participation