Anwendungsprofil Geodatendienste

Transkript

1 Anwendungsprofil Geodatendienste Richtlinien für die Implementierung Version Datum Änderung Seite /je Entwurf /jk/befl Korrekturen Projektausschuss der GDI-Liechtenstein,

2 INHALTSVERZEICHNIS 1 Ausgangslage Gesetzliche Grundlagen Normen und Richtlinien Architektur-Varianten für INSPIRE Geodatendienste INSPIRE Architektur für Liechtenstein Terminologie der Richtlinien und Empfehlungen Darstellungsdienste (View Services) Grundlagen Dokumente ISO, ech und INSPIRE Allgemeine Regeln Formulierung der HTTP-Anfrage Antwort auf HTTP-Anfragen Weitere Geowebdienste Angabe von Datum und Zeit Sicherheit Sprache GetCapabilities-Operation Fehlermeldungen (Exceptions) Versionsverhandlung Metadaten Koordinatensysteme Web Map Service (WMS) Web Map Tile Service (WMTS) Quality of Service Leistung Kapazität Verfügbarkeit Richtlinien Geodatendienste, Version 1.0, Seite 2

3 1 Ausgangslage 1.1 Gesetzliche Grundlagen Gestützt auf das Geoinformationsgesetz (GeoIG) vom 15. Dezember 2010 und der Geoinformationsverordnung (GeoIV) vom 30. August 2011, Artikel 24, Abs. 3, kann die GDI-Kommission für Geodatendienste ergänzende Weisungen über die qualitativen und technischen Anforderungen im Hinblick auf eine optimale Vernetzung erlassen. Die GDI-Kommission kommt dieser Möglichkeit mit der Erarbeitung einer technischen Richtlinie für die Implementierung von Geodatendiensten nach. Mit diesem Dokument werden Richtlinien für die Implementierung von Geodatendiensten (vorerst Web Map Service WMS und Web Map Tile Service WMTS, View Services gemäss INSPIRE) erlassen, die Interoperabilität von Geodatediensten ermöglichen oder erleichtern sollen. 1.1 Normen und Richtlinien Mit der Übernahme der INSPIRE-Richtlinie in die verpflichtet sich Liechtenstein die Vorgaben von INSPIRE umzusetzen und die Durchführungsrichtlinien vollständig in nationales Recht überzuführen. Ausserdem kann die GDI-Liechtenstein auf eine langjährige bestehende Zusammenarbeit mit unseren Kollegen in der Schweiz (und in Österreich) zurückblicken, die auch mit der Umsetzung der INSPIRE-Richtlinie weiterhin bestehen bleiben soll. Da die Schweiz als nicht EU-Mitgliedstaat keine direkte Verpflichtung für die Umsetzung von IINPIRE eingegangen ist, ergibt sich in technischen Bereichen die Notwendigkeit, sowohl die Standards von INSPIRE als auch schweizerische Standards unterstützen zu müssen, um weiterhin eine reibungslose Zusammenarbeit über die Landesgrenzen hinweg zu gewährleisten. Im Bereich der Geodatendienste sind deshalb folgenden Normen und Richtlinien zu berücksichtigen: OGC 1 Standards, die in der Regel als ISO-Normen erlassen werden 1 Open Geospatial Consortium, internationales Industriekonsortium bestehend aus Firmen, Verwaltungen und Universitäten für die Standardisierung im Bereich Geodaten. Richtlinien Geodatendienste, Version 1.0, Seite 3

4 Schweizerische Normen und Richtlinien, die im Falle der Webdienste als ech-profile zu den ISO-Normen erlassen wurden. Implementing Rules von INSPIRE 1.3 Architektur-Varianten für INSPIRE Geodatendienste Gemäss Überlegungen zur Architektur von Geodatendienste gibt es aus Sicht von INSPIRE zwei Varianten, wie Geodatendienste INSPIRE-kompatibel aufgebaut werden 2 können. Die erste Möglichkeit besteht darin, die nationalen Geodatendienste an die INSPIRE Implementing Rules anzupassen. In der zweiten Architekturvariante werden die nationalen Geodatendienste nicht INSPIRE-kompatibel angepasst, sondern mit einer zentralen Komponente, einem Proxy-Service bzw. einem Aggregations-Service (Facade in INSPIRE), erweitert. Für das INSPIRE-kompatibel Angebot an Geodatendienste sorgt einzig der Proxy-Server. 1.4 INSPIRE Architektur für Liechtenstein Bisher fehlen die Erfahrungen, um sich bereits heute definitiv für eine der Architekturvariaten von INSPIRE zu entscheiden. Soweit einfach möglich sollen 2 INSPIRE Service Architecture, Draft vom Richtlinien Geodatendienste, Version 1.0, Seite 4

5 deshalb die INSPIRE Vorgaben weitgehend umgesetzt werden, sofern dies im Rahmen der Standards ohne grösseren Zusatzaufwand möglich ist. Da im Bereich der Darstellungsdienste die Anforderungen von INSPIRE über die bestehenden ISO- Normen hinausgehen, sollen in einer ersten Phase die INSPIRE Anforderungen für nationale Geodatendienste nur soweit umgesetzt werden, wie dies im ISO-Standard möglich ist. Anforderungen, die über die ISO-Anforderungen hinausgehen, sollen nur für spezielle INSPIRE-Webdienste umgesetzt werden. In diesem Dokument werden deshalb die Anforderungen für national verwendete Geodatendienste generell als Geodatendienste oder nationale Geodatendienste, solche die für INSPIRE vorgehalten werden müssen, als Geodatendienste für INSPIRE bezeichnet. Abb 2: Normen und Profile ech, OGC und INSPIRE 1.5 Terminologie der Richtlinien und Empfehlungen Um Unklarheiten in der Terminologie zu vermeiden, werden an dieser Stelle Ausdrücke definiert, die in den Richtlinien- und Empfehlungsabschnitten zum Einsatz kommen. Die Definition der Begriffe «MUSS», «DARF NICHT» und «SOLLTE» lehnt sich an die Verwendung von ech an. Die Ausdrücke werden im Text fett gesetzt und durch GROSSSCHREIBUNG ausgezeichnet. MUSS Dieser Ausdruck bedeutet, dass die Richtlinie in jedem Fall erfüllt sein muss. Richtlinien Geodatendienste, Version 1.0, Seite 5

6 DARF NICHT Dieser Ausdruck bedeutet, dass die Richtlinie ein absolutes Verbot darstellt. SOLLTE Dieser Ausdruck bedeutet, dass unter Umständen gute Gründe existieren, diese Richtlinie nicht umzusetzen. Es müssen jedoch sämtliche Auswirkungen verstanden und sorgfältig abgewogen werden, bevor ein anderer Weg eingeschlagen wird. 2. Darstellungsdienste (View Services) 2.1 Grundlagen Dokumente Für die Implementierung von Darstellungsdiensten sind folgenden Dokumente massgebend: Technical Guidance for the implementation of INSPIRE View Services: Version 3.1 vom ech-0056: Anwendungsprofil Geodienste, Version 2.00 vom OGC Web Services Common Standard, Version: und Corrigendum (OWS Common) ISO 19128: 2005, Geographic information Web map server interface Dieses Dokument enthält keinerlei Erklärungen zu den spezifizierten Parametern und Elementen, da diesen in den Grundlage-Dokumenten nachgelesen werden können 3. Anforderungen, die aufgrund einer INSPIRE Richtlinien zu erfüllen sind, sind mit der Nummerierung I-XXX-XX (z.b. I-WMS-01) gekennzeichnet. Alle übrigen Spezifikationen stammen weitgehend vom schweizerischen Standard ech. 3 Eine gute Beschreibung befindet sich im Dokument ech-0056 Anwenungsprofil Geodienste Richtlinien Geodatendienste, Version 1.0, Seite 6

7 2.1.2 ISO, ech und INSPIRE Die verschiedenen Profile für Geodatendienste bzw. WMS-Dienste unterscheiden sich bezüglich Anforderungen an den Dienst. Sowohl ech als auch INSPIRE präzisieren verschiedenen Aspekt des ISO-Standards um Interoperabilität zu gewährleisten bzw. zu erleichtern. INSPIRE geht diesbezüglich aber noch einen Schritt weiter und erweitert Darstellungsdienste um Eigenschaften, die gemäss ISO-Standard (noch) nicht vorgesehen sind. Aus diesem Grund werden in diesem Dokument für Darstellungsdienste, die nicht auf die Verwendung in INSPIRE abzielen, keine Erweiterungen verlangt, die über den ISO-Standard hinausgehen. Es wird allgemein damit gerechnet, dass der ISO-Standard in der nächsten Version die INSPIRE-Erweiterungen enthalten dürfte. An diesem Zeitpunkt erübrigt sich die in diesem Dokument gemachte Unterscheidung zwischen einem nationalen Darstellungsdienst und einem INSPIRE-Darstellungsdienst. Abb. 3: INSPIRE und OGC Richtlinien Geodatendienste, Version 1.0, Seite 7

8 2.2 Allgemeine Regeln Formulierung der HTTP-Anfrage Die Anfrage (z.b. mittels HTTP GET) an einen Server erfolgt in der Regel mit Hilfe von Schlüssel-Werte-Paaren, welche aus einem Parameternamen (Schlüssel) und einem Parameterwert (Wert) bestehen. Beispiel: «REQUEST=GetCapabilities». ALLG-01 ALLG-02: Bei Parameterwerten MUSS auf die Gross-Kleinschreibung geachtet werden. Ein Dienst MUSS ohne Angabe von «Vendor Specific Parameters» (Anbieter-spezifische Parameter) aufrufbar sein Antwort auf HTTP-Anfragen ALLG-03 ALLG-04 Ein Server MUSS auf jede Client-Anfrage antworten, gegebenenfalls mittels einer Fehlermeldung. Die Rückgabe von XML-Inhalten MUSS mit der Zeichencodierung UTF-8 erfolgen Weitere Geowebdienste ALLG-05 Ein weiterer Geowebdienst SOLLTE OWS Common unterstützen Angabe von Datum und Zeit Datums- und Zeitangaben erfolgen, insbesondere wenn diese maschinenlesbar sein müssen, im den nachfolgend definierten Mustern. ALLG-06 Die Angabe von Datum und Zeit MUSS nach ISO 8601:2004 erfolgen: FORMAT BEISPIEL YYYY «2005» YYYY-MM « » YYYY-MM-DD « » YYYY-MM-DDThh « T16» YYYY-MM-DDThh:mm « T16:55» Richtlinien Geodatendienste, Version 1.0, Seite 8

9 YYYY-MM-DDThh:mm:ss « T16:55:01» Eine Ausnahme bilden nur Datums- und Zeitangaben in Hinweisen, die ausschliesslich für Menschen lesbar sein müssen Sicherheit Diese Empfehlungen garantieren keine Sicherheit. Ein System muss als ganzes analysiert werden. Risiken müssen identifiziert und entsprechende Gegenmassnahmen müssen gezielt ergriffen werden. Dieses Dokument beschränkt sich daher auf Empfehlungen zur Interoperabilität von Sicherheitsmerkmalen. SECU-01 SECU-02 SECU-03 Falls für Daten aus Diensten ein sicherer Transport gefordert ist, SOLLTE dieser über HTTPS erfolgen. Falls Authentifizierung über Benutzername und Passwort für den Zugriff auf Dienste gefordert wird, SOLLTE diese mittels HTTP-Authentifizierung über HTTPS erfolgen. Falls Authentifizierung des Nutzers (einer natürlichen Person) mittels Zertifikat für den Zugriff auf Dienste gefordert wird, SOLLTE dies mit einem Zertifikat eines akkreditierten Anbietes gemäss der Spezifikation des SigG 4 erfolgen Sprache In den bestehenen ISO-Richtlinien sind keine sprachabhängigen Paramter enthalten. INSPIRE verlangt nicht, dass Darstellungsdienste mehrsprachig angeboten werden, sieht aber sprachabhänge und mehrsprachige Elemente vor. LANG-01 I-LANG-02 Sprachangaben MÜSSEN gemäss IETF RFC 5646 erfolgen. Sprachangaben in Anfragen an um Mehrsprachigkeit erweiterte Standard-OGC-Dienste, MÜSSEN mit dem Parameter «LANGUAGE» erfolgen. I-LANG-3 Ein Dienst für INSPIRE SOLLTE spracheabhängige Elemente unterstützen, auch wenn er nur die Sprache ger unterstützt. 4 Gesetz vom 18. September 2003 über elektronische Signaturen (Signaturgesetz; SigG) Richtlinien Geodatendienste, Version 1.0, Seite 9

10 2.2.7 GetCapabilities-Operation CAPA-01 CAPA-02 Die Antwort auf eine GetCapabilities-Anfrage MUSS bezüglich MIME- Type exakt nach der jeweiligen Spezifikation erfolgen. Soweit der Standard die Beschreibung des Dienstes (Angaben zum Dienst, Angaben zu den Autoren/Betreibern des Dienstes, Angaben zu Nutzung des Dienstes unterstützt, MUSS diese geliefert werden Fehlermeldungen (Exceptions) Das GetCapabilities-Dokument publiziert die vom Server unterstützten Formate für die Fehlermeldungen. Der Client kann das Format über den Parameter «EXCEPTIONS» festlegen. EXCE-01 EXCE-02 Für Fehlermeldungen MUSS die Vorgabe des Standards des entsprechenden Service befolgt werden. Macht ein Standard keine Angaben zu Fehlermeldungen, so MUSS mindestens eine Fehlermeldung in XML mit der Zeichencodierung UTF-8 unterstützt werden Versionsverhandlung VERS-01 Ein OGC-Dienst MUSS die Versionsverhandlung unterstützen Metadaten I-META-01 Die GetCapabilities-Angaben MÜSSEN mit den Dienst-Metadaten gemäss dem Modell ISO korrespondieren Koordinatensysteme Das OGP Surveying and Positioning Committee 5 katalogisiert weltweit Koordinatensysteme und vergibt jeweils eindeutige Identifikationsnummern (die so genannten 5 siehe Richtlinien Geodatendienste, Version 1.0, Seite 10

11 «EPSG-Codes»). Zum jetzigen Zeitpunkt wird diese sog. EPSG-Datenbank als Standard verwendet. CRS-01 CRS-02 CRS-03: CRS-04 I-CRS-05 CRS-06: I-CRS-07: Ein Dienst MUSS das Liechtensteinische Bezugssystem der alten Landesvermessung CH1903 («EPSG:21782», Bezugsrahmen LV03-FL, mit Bern 0/0) unterstützen. Ein Dienst MUSS WGS84 in geografischen Koordinaten mit Pseudo- Platte- Carrée-Projektion («EPSG:4326») unterstützen. Ein Dienst, der dreidimensionale Daten enthält, MUSS das Schweizer Höhenbezugssystem LN02 unterstützen. Ein Dienst SOLLTE das neue Schweizer Bezugssystem der neuen Landesvermessung CH1903+ («EPSG:2056», entspricht LV95) unterstützen. Ein Dienst für INSPIRE MUSS das globale Bezugssystem ETRS89 in geografischen Koordinaten («EPSG:4258») unterstützen. Ein Dienst, der dreidimensionale Daten enthält, SOLLTE das Schweizer Höhenbezugssystem LHN95 unterstützen. Ein Dienst für INSPIRE, der dreidimensionale Daten enthält, MUSS das Europäische Höhenbezugssystem EVRS unterstützen. CRS-08: Ein Dienst MUSS das Projektionssystem der Schweiz LV03 («EPSG:21781») unterstützen. CRS-09: Der Code «EPSG:21780» SOLLTE nicht mehr verwendet werden Web Map Service (WMS) Kurz-Beschreibung Die WMS-Spezifikation definiert eine Schnittstelle für einen Darstellungsdienst. Als Produkt einer Anfrage erhält der Benutzer ein Bild, das die angefragten Informationen in Form eines Raster-Kartenbildes darstellt. Die Abfrage weiterer Informationen (sog. Feature Information) ist ebenfalls definiert, muss aber nicht unterstützt werden. Aktuelle Version 1.3.0, Implementation Specification, März 2006 Richtlinien Geodatendienste, Version 1.0, Seite 11

12 I-WMS-01: I-WMS-02: WMS-03 WMS-04 WMS-05 I-WMS-06 I-WMS-7 Ein Darstellungsdienst MUSS das von ISO19128 minimal verlangte Verhalten unterstützen. Für jeden Darstellungsdienst MUSS ein INSPIRE-Konformer Metadatensatz erstellt werden, der über den Discovery Service abgefragt werden kann. Die Umsetzung eines WMS MUSS mindestens der OGC WMS Version entsprechen. Die Umsetzung eines WMS MUSS mindestens die Bildformate JPEG und PNG unterstützen. Als Teil des obligatorischen Map-Request-Part MUSS der Parameter «LAYERS» mitgegeben werden. Die Dienst für INSPIRE SOLLTE die INSPIRE-Metadatenerweiterungen gemäss INSPIRE Szenario 2 als vollständige Ergänzung mit einem <inspire_vs:extendedcapabilities> Element unterstützen. Die Erweiterung MUSS bei einem WMS-Version als «VendorSpecificCapabilities»-Element bzw. im «inspire_vs:extendedcapabilities»-element (WMS Version 1.3.0) umgesetzt werden. Ein Dienst für INSPIRE MUSS die die Anforderung an Metadaten gemäss folgender Tabelle umsetzen INSPIRE elements Tabelle 1: Zuordnung INSPIRE Metadaten zu OGC/ISO ISO elements of MetadataRequire Bemerkung <WMS_Capabilities> ment* Resource Title (M) <wms:title> Titel des WMS Resource Abstract (M) <wms:abstract> Kurze Inhaltsangabe Resource Type (M) 11 <inspire_common:resourcetyp e> Der Wert steht fest auf service (ExtendedCapabilities) Richtlinien Geodatendienste, Version 1.0, Seite 12

13 Der Resource Locator ist ein Link, der Resource Locator (C) 12 <inspire_common:resourceloc ator> als URL des Dienstes ausgedrückt (ExtendedCapabilities) wird.er kann eines der folgenden sein: 1. Link auf ein <WMS_Capabilities> Dokument. 2. Link auf ein WSDL Dokument. 3. Link auf eine Website mit weiteren Informationen und Hinweisen. 4. Link auf eine Clientanwendung, die direkt auf den Dienst zugreift. Das Element <wms:onlineresource> innerhalb des <wms:service> wäre das eigentlich bevorzugte Ziel. Aber um Konsistenz mit dem Discovery-Service zu bewahren wurde entschieden dass, ein Element in den ExtendedCapabilities verwendet wird. Coupled Resource (C) 13,14 <wms:metadataurl> (Layer property) Kopplung zwischen den Metadaten und den Daten des zugrunde liegenden Layers. Die URL kann ein GetRecordById-Request (HTTP/GET) oder ein direkter Link auf ein ISO Metadaten-Dokument sein. Dieses Dokument bezieht sich nur auf die Daten des Layers (siehe Beispiel 2). Spatial Data Service Type (M) 15 <inspire_common: SpatialDataServiceType> (ExtendedCapabilities) Keyword (M) 16, 17, <wms:keyword>; 18 <inspire_common:keyword> Hier ist für einen INSPIRE Darstellungsdienst der feste Wert view einzutragen Die Suchbegriffe sollen auf die Elemente <inspire_common:keyword> und <inspire_common:mandatorykeyword> innerhalb <inspire_vs:extendedcapabilities> der gemapped werden (siehe Beispiel 3). Geographic Box (M) Bounding 19 <wms:ex_geographicboundingbox> (Layer property) Die geographische Ausdehnung soll auf die EX_GeographicBoundingBox der Layer Elemente gemapped werden Temporal (M) Reference 20,21 <inspire_common:temporalref erence> (ExtendedCapabilities) Eine der folgenden Datumsangaben muss gemacht werden: Datum der Veröffentlichung, Datum der letzten Überarbeitung, Datum der erstmaligen Erstellung. Richtlinien Geodatendienste, Version 1.0, Seite 13

14 Spatial Resolution (C) <wms:abstract> Empfohlen wird, hier mindestens den Massstab und die Auflösung zu nennen Conformity (M) 22,23 <inspire_common:conformity> (ExtendedCapabilities) Conditions for Access and Use (M) Limitations on Public Access (M) Responsible Organisation (M) Die Erweiterung <inspire_common:conformity> innerhalb der ExtendedCapabilities soll den Grad der Übereinstimmung mit der Durchführungsbestimmung anzeigen: conformant not conformant not evaluated. Wenn dieser Parameter in den Metadaten fehlt, bedeutet das nach den INSPIRE Metadata Technical Guidance, dass nicht auf Konformität (not evaluated) geprüft wurde. 24 <wms:fees> Falls keine Nutzungsbedingungen vorliegen, soll no conditions apply verwendet werden. Wenn keine Nutzungsbedingungen bekannt sind solll conditions unknown verwendet werden. <wms:accessconstraints> Liegen Beschränkung für diesen Dienst vor, sollen die Begriffe MD_RestrictionCode aus der Codelist verwendet werden, die in der ISO19115, Annex B DataDictionary, Section 5.24 definiert sind. Es soll none verwendet werden wenn keine Beschränkungen vorliegen. 25,26 <wms:contactinformation> Hier soll das Element <wms:contactorganization> des Elements <wms:contactpersonprimary> innerhalb des Elements <wms:contactinformation> abgebildet werden. Metadata Point of Contact (M) 27,28 <inspire_common:metadatapoin tofcontact> (ExtendedCapabilities) Der Metadata Point of Contact beschreibt die für das Erstellen und Pflegen der Metadaten verantwortliche Organisation.Weil nur ein <wms:contactinformation> Element in <WMS_Capabilities> (ISO19128 ) erlaubt ist, soll diese Information in einem <inspire_common:metadatapointofcont act> Element der <inspire_vs:extendedcapabilities> abgebildet werden. Richtlinien Geodatendienste, Version 1.0, Seite 14

15 Metadata Date (M) 29 <inspire_common:metadatadat e> Das Datum, an dem die INSPIRE View (ExtendedCapabilities) Service Metadaten angelegt oder aktualisiert wurden. Durch <WMS_Capabilities> (ISO19128 ) wird eine solche Angabe nicht unterstützt, deshalb wird hierzu das Element <inspire_common:metadatadate> aus den <inspire_vs:extendedcapabilities> verwendet. Als Erweiterung gegenüber der ISO erlauben die INSPIRE Metadaten Implementing Rules hier nicht nur das Entstehungsdatum der Metadaten, sondern alternativ das Datum der letzten Aktualisierung anzugeben. Wenn eine Aktualisierung durchgeführt wurde, soll hier bevorzugt das Aktualisierungsdatum angegeben werden. Metadata (M) Language <inspire_common:supportedla nguages> (ExtendedCapabilities) Die Sprachangabe erfolgt unter Verwendung des Dreibuchstabencodes nach der ISO 639-2/B (Bibliographischer Code), siehe Für Deutsch ist hier also ger zu verwenden. *Anfordererung gemäss INSPIRE Implementing Rules WMS-08 Ein nationaler WMS-Dienst MUSS alle Elemente ausser die <inspire_vs:extendedcapabilities> gemäss Tabelle 1 unterstützen WMS-09 WMS-10 I-WMS-11 Die Umsetzung eines WMS SOLLTE mindestens der OGC WMS Version (entspricht der Norm ISO 19128:2005) entsprechen. Die Umsetzung eines WMS SOLLTE in der GetCapabilities-Response für jeden Style ein LegendURL-Element enthalten, das auf eine Kartenlegende für den Style verweist. Ein WMS-Services MUSS gemäss ISO folgenden Operationen unterstützen: GetCapabilities; GetMap. WMS-12 Die Umsetzung eines WMS SOLLTE GetFeatureInfo-Abfragen unterstützen. WMS-13 Als Rückgabeformat einer GetFeatureInfo-Anfrage SOLLTE XML angeboten und der MIME-Typ auf «text/xml» gesetzt werden. Richtlinien Geodatendienste, Version 1.0, Seite 15

16 WMS-14 Die Umsetzung eines WMS in der Version SOLLTE benutzerdefinierte Darstellungen mittels Styled Layer Descriptor (SLD) unterstützen. I-WMS-15 Ein Darstellungsdienst SOLLTE die Layer-Beschreibung gemäss folgenden INSPIRE Vorgaben enthalten: INSPIRE elements Resource Title MetadataRequir Tabelle 2: Layer-Elelmente gemäss INSPIRE RL ement* 33 ISO standard elements of <wms:layer> wms:title Bemerkung Harmonisieter Titel gemäss INSPIRE (Sprachabhängig) Resource Abstract Keyword Geographic Bounding Box Unique Resource Identifier Name ,38 wms:abstract wms:keywordlist wms:boundingbox wms:identifier + wms:authorityurl wms:name (Sprachabhängig) Es sollen jeweils auch harmonisierte Keywords (GEMET, INSPIRE) verwendet werden harmonisierte Namen gemäss INSPIRE Implementing Rules Coordinate Reference Systems Styles 41,42 wms:crs wms:style Ein Style-Name setzt sich zuammen aus reinem Titel und Identifikator. Der Sytle <inspire_common:default> soll von jedem Layer eines INSPIRE-WMS-Dienstes unterstüzt sein und als Standard verwendet werden Legend URL 45 wms:style/wms:legendurl Für jeden Style und jede Sprache soll einen Legende verfügbar sein Dimension Pairs wms:dimension[@name,@units] I-WMS-16 Ein Darstellungsdienst für INSPIRE MUSS hierarchisch verschachtelte Layerelemente unterstützen. Beim Aufruf eines Gruppenlayers werden alle untenliegenden Layer auf einmal aufgerufen. Richtlinien Geodatendienste, Version 1.0, Seite 16

17 Web Map Tile Service (WMTS) Kurz-Beschreibung Die WMTS Spezifikation definiert eine Schnittstelle für einen Darstellungsdienst. Ein WMTS baut auf einem Kachelmodell (Tiles) auf. Im Gegensatz zu einem WMS liefert ein WMTS vorprozessierte Bildkacheln in festen Zoomstufen aus. Dadurch wird die Benutzung eines WMTS sehr performant. Aktuelle Version 1.0.0, Implementation Standard, April 2010 I-WMTS-01 Ein Darstellungsdienst MUSS den minimalen OGC-Standard vollständig unterstützen I-WMTS-02 I-WMTS-03 I-WMTS-04 Ein INSPIRE-Viewservices SOLLTE die INSPIRE-Erweiterungen <inspire_vs:extendedcapabilities> vollständig unterstützen (Siehe auch I-WMS-07). Ein INSPIRE Viewservice MUSS die Erweiterung der Mehrsprachigkeit mit dem LANGUAGE-Paramter unterstützen auch wenn der Dienst nur in der Sprache Deutsch angeboten wird (siehe auch 2.2.6). Ein Darstellungsdienst SOLLTE die Layer-Beschreibung gemäss folgenden INSPIRE Vorgaben enthalten: INSPIRE Metadata Requir OGC WMTS standard Bemerkung elements ement elements of <wmts:layer> Resource Title Resource Abstract ows:title ows:abstract Harmonisieter Titel gemäss INSPIRE (Sprachabhängig) (Sprachabhängig) Keyword Geographic Bounding Box 87 ows:keywords ows:wgs84boundingbox Es sollen jeweils auch harmonisierte Keywords (GEMET, INSPIRE) verwendet werden Im WGS:84 Referenzsystem Unique Resource Identifier ows:identifier Name ows:identifier Coordinate Reference Systems TileMatrixSetLink Richtlinien Geodatendienste, Version 1.0, Seite 17

18 Styles Legend URL Dimension Pairs Ein Style-Name setzt sich zuammen aus reinem Style Titel und Identifikator. Der Sytle <inspire_common:default> soll von jedem Layer eines INSPIRE-WMS-Dienstes unterstüzt sein und als Standard verwendet werden Style/LegendURL WMTS-05 WMTS-06 WMTS-07 WMTS-08 WMTS-09 WMTS-10 WMTS-11 WMTS-12 Die Umsetzung eines WMTS MUSS mindestens der OGC WMTS Version entsprechen. Die Umsetzung eines WMTS MUSS RESTful sein. Die Umsetzung eines WMTS MUSS mindestens die Bildformate JPEG oder PNG unterstützen. In Abweichung zu den Richtlinien CRS-01 und CRS-02 MUSS die Umsetzung eines WMTS nur das Bezugssystem CH1903 («EPSG:21782», Bezugsrahmen LV03-FL) unterstützen. Die Umsetzung eines WMTS SOLLTE «Key-Value-Pair»-Kodierung («KVP») unterstützen. In Abweichung zu den Richtlinien CRS-01 SOLLTE die Umsetzung eines WMTS das Bezugssystem WGS84 in geografischen Koordinaten («EPSG:4326») unterstützen. In Abweichung zu den Richtlinien CRS-08 SOLLTE die Umsetzung eines WMTS das Bezugssystem der Schweiz LV03 («EPSG:21781») unterstützen. Die zur Umsetzung eines WMTS nötigen vordefinierten Zoomstufen SOLLTEN aus folgenden Werten ausgewählt werden (Annahme Standard- Bildschirmauflösung = 72 Punkte pro Zoll [dpi]): EPSG:21781(CH1903/LV03): 1 Pixel entspricht 4000, 3750, 3500, 3250, 3000, 2750, 2500, 2250, 2000, 1750, 1500, 1250, 1000, 750, 650, 500, 250, 100, 50, 20, 10, 5, 2, 1.5, 1, 0.5, 0.25, 0.1, 0.05 Meter. Richtlinien Geodatendienste, Version 1.0, Seite 18

19 EPSG:21782(FL1903): 1 Pixel entspricht 4000, 3750, 3500, 3250, 3000, 2750, 2500, 2250, 2000, 1750, 1500, 1250, 1000,750, 650, 500, 375, 250, 175, 100, 75, 50, 35, 20, 15, 10, 7.5, 5, 3.5, 2, 1.5, 1, 0.5, 0.375, 0.25, 0.175, 0.1, 0.075, 0.05 Meter. I-WMTS-13 Ein Darstellungsdienst für INSPIRE SOLLTE InspireCRS84QuadD TileMatrixSet unterstützen. 2.3 Quality of Service Für die Umsetzung von Geodatendiensten bzw. gemäss den INSPIRE Durchführungsbestimmungen zu den Netzdiensten werden folgende Qualitätsmerkmale gefordert: Leistung QUAL-01 I-QUAL-02 Für ein Bild mit 470 Kilobyte (z. B Pixel mit einer Farbtiefe von 8 Bit) MUSS die Antwortzeit für das Senden eines ersten Ergebnisses auf eine Get Map -Anfrage in einer normalen Situation schneller als 3 Sekunden sein. Für einen Dienst für INSPIRE MUSS die Antwortzeit auf eine entsprechende Get Map -Anfrage in einer normalen Situation schneller als 5 Sekunden sein. Die Antwortzeit ist die Zeit, die es dauert, bis Service am Standort des Dienstes das erste Byte des Ergebnisses ausgegeben wird. Mit einer normalen Situation ist ein Zeitraum ohne Spitzenbelastung gemeint. Eine normale Situation ist 90 % der Zeit gegeben Kapazität Kapazität ist die Höchstmenge gleichzeitiger Dienstanfragen, die mit garantierter Leistung bearbeitet werden. I-QUAL-03 Pro Sekunde MUSS der der Dienstes mindestens 20 Anfragen gleichzeitig bearbeiten können. Richtlinien Geodatendienste, Version 1.0, Seite 19

20 2.3.3 Verfügbarkeit I-QUAL-04 Ein Netzdienst SOLLTE 99 % der Zeit verfügbar sein. Verfügbarkeit ist die Wahrscheinlichkeit, dass der Netzdienst zur Verfügung steht. Richtlinien Geodatendienste, Version 1.0, Seite 20