Zum Inhalt springen

Web Coverage Service

aus Wikipedia, der freien Enzyklopädie

Der Open Geospatial Consortium Web Coverage Service-Schnittstellenstandard (WCS) definiert die web-basierte Abfrage von digitalen Geoinformationen, die raum- und/oder zeitvariierende Phänomene darstellen.

WCS gewährt Zugang zu Coverage-Daten in Formen, die für die client-seitige Verarbeitung nutzbar sind, beispielsweise für wissenschaftliche Modelle. Der WCS ist verwandt mit OGC Web Feature Service (WFS) und Web Map Service (WMS). WCS erlaubt es Klienten, Teile der Rasterdaten-Bestände eines Servers basierend auf räumlichen, zeitlichen und anderen Abfragekriterien zu extrahieren und zu prozessieren.

Im Gegensatz zum Web Map Service (WMS), der Geo-Daten als Kartenbilder liefert, stellt der WCS verfügbare Daten zusammen mit ihren detaillierten Beschreibungen (Metadaten) bereit und definiert eine reiche Syntax für Anfragen auf diesen Daten und Metadaten. Insbesondere werden Daten mit ihrer vollen Semantik zurückgegeben ausgeliefert; zum Beispiel liefert WMS Höhenmodelle als farbcodierte Bilder aus, welche nur für Menschen angezeigt werden können, während WCS die tatsächlichen Höhenwerte zurückgibt, die sich auch maschinell, etwa in einem GIS, weiter auswerten lassen.

Im Gegensatz zum Web Feature Service (WFS), der Vektordaten liefert, gibt WCS raum-zeitliche Rasterdaten zurück.

WCS basiert auf dem Coverage-Modell des OGC Coverage Implementation Schema[1] und unterstützt alle Coverage-Typen daraus, insbesondere regelmässige und unregelmässige Gitter.

WCS Core, Erweiterungen und Anwendungsprofile

[Bearbeiten | Quelltext bearbeiten]
Image
WCS Suite: Logical View

Die WCS-Suite ist untergliedert in einen Kern („Core“), den jede WCS-Implementierung unterstützen muss, plus eine Reihe von Erweiterungen („Extensions“) mit zusätzlichen Dienste-Facetten. Implementierer können wählen, welche Erweiterungen unterstützt werden sollen. Nur einige grundlegende Regeln sind zu erfüllen: Jede WCS-Implementierung muss zumindest ein Kommunikationsprotokoll und ein Datenabgabe-Format unterstützen. Um den Überblick zu erleichtern sind, die Erweiterungen in fünf Kategorien gruppiert: Datenmodell, Kodierungen, Servicemodell, Protokolle und Bedienbarkeit.

Um den Implementierern die Auswahl von Extensions zu erleichtern, wurden Anwendungsprofile („Application Profiles“) als domänenorientierte „Bündel“ der WCS-Suite etabliert. Sie dienen als Richtlinie bei der Realisierung von WCS-Diensten für spezifische Anwendungsgebiete.

Ausgewählte Spezifikationen werden weiter unten kurz vorgestellt.

Die Dokumente des WCS-Standards sind auf der OGC-WCS-Seite[2] verfügbar.

Image
WCS trim and slice

Der WCS Core bietet grundlegende räumliche und zeitliche Datenextraktion. Es gibt zwei Arten der Extraktion, die kombiniert werden können: Trimming extrahiert einen Ausschnitt einer Coverage, definiert durch eine Bounding Box; das Ergebnis hat die gleiche Dimension (d. h. die Anzahl der Achsen), wie die ursprüngliche Coverage. Slicing führt einen Schnitt an der angegebenen Position durch und reduziert dadurch die Dimension der Ergebnis-Coverage.

Aus technischer Sicht bietet der WCS-Kern drei Anfragetypen, entsprechend der OGC-Webservice-Definition:

  • GetCapabilities: liefert eine XML-Beschreibung der Serviceeigenschaften und Datenbestände, die vom angefragten Server angeboten werden,
  • DescribeCoverage: liefert XML-Beschreibungen der Coverages (z. B. ihre Position in Raum und Zeit),
  • GetCoverage: liefert eine Coverage (oder einen Teil davon), entweder als Originaldaten oder konvertiert in ein geeignetes Datenformat.

WCS Protokollerweiterungen

[Bearbeiten | Quelltext bearbeiten]

WCS-Anfragen und Antworten können die folgende Protokolle benutzen:

  • GET/KVP: benutzt HTTP GET für das Senden von Anfragen in Form von Schlüssel-Wert-Paaren (key value pair, KVP) und empfängt XML-Metadaten und binäre Coverage-Daten.
  • POST/XML: benutzt HTTP POST für die Übertragung von XML-Daten und binärer Coverage-Daten.
  • SOAP/XML: benutzt SOAP für die Übertragung von XML-Daten und binärer Coverage-Daten.
  • REST: Diese Protokoll-Variante ist derzeit in Entwicklung.[3]

WCS Erweiterungen für Datenformate

[Bearbeiten | Quelltext bearbeiten]

WCS-Erweiterungen für Formate erlauben die Rückgabe von Coverages in unterschiedlichen Datenformaten wie z. B. GML, GeoTIFF, HDF-EOS oder NITF. Derzeit (Stand Juni 2013) liegt eine Reihe dieser Spezifikationen als Candidate Standard vor.

WCS Range Subsetting

[Bearbeiten | Quelltext bearbeiten]

Range subsetting (nicht zu verwechseln mit dem Domain Subsetting des WCS Core) erlaubt die Extraktion von Komponenten („Bändern“, „Kanälen“) aus Zellen („Pixel“, „Voxel“) einer Coverage.

Zum Beispiel kann aus einem 7-Band Landsat Satellitenbild eine Range Subsetting-Anfrage die nah-infraroten, roten und grünen Komponenten extrahieren. Der räumliche Umfang bleibt unverändert.

WCS-T Erweiterung

[Bearbeiten | Quelltext bearbeiten]

WCS-T (T steht für Transaktion) definiert, wie neue Coverages auf einen Server hochgeladen werden können bzw. bereits vorhandene Coverages geändert werden können.

WCS Processing Erweiterung

[Bearbeiten | Quelltext bearbeiten]

Web Coverage Processing Service (WCPS) ist eine deklarative Anfragesprache für flexible Ad-hoc-Verarbeitung und -Filterung von Geo-Datenwürfeln. Die Processing Extension bindet die WCPS-Anfragesprache in die Protokolle der WCS-Suite ein.

WCS CRS Erweiterung

[Bearbeiten | Quelltext bearbeiten]

Die WCS CRS (Coordinate Reference System) Extension erlaubt es, Coverages in Koordinatenreferenzsystemen anzusprechen, welche sich vom ursprünglichen Koordinatensystem, in dem die Coverages auf dem Server gespeichert sind, unterscheiden. Diese Erweiterung erlaubt also eine CRS-Transformation bzw. Reprojektion.

Softwareunterstützung für WCS

[Bearbeiten | Quelltext bearbeiten]

OGC Compliance Testing

[Bearbeiten | Quelltext bearbeiten]

OGC stellt die freie, quelloffene Compliance und Interoperabilität Test Engine (CITE)[4] bereit, damit für eine gegebene Implementierung die Übereinstimmung mit einer gegebenen OGC-Spezifikation getestet werden kann. Eine Liste aller Spezifikationstests, die von der OGC verfügbar sind, ist auf der OGC-Compliance-Seite[5] zu finden.

WCS-Implementierungen

[Bearbeiten | Quelltext bearbeiten]

Eine Liste von Implementierungen, denen die OGC Standard-Konformität offiziell bestätigt wurde, ist auf der OGC-Website[6] veröffentlicht. Siehe auch die Diskussion “compliant vs implementing”.[7]

Dies ist eine inoffizielle, nicht geprüfte und nicht von OGC bestätigte Liste von Implementierungen, die WCS als Client bzw. Server unterstützen:

  • WCS 2.0:
    • Rasdaman[8] - Server und Client (read/write); Referenzimplementierung[9] für WCS 2, Referenzimplementierung für WCPS
    • MapServer - Server[10]
    • PYXIS WorldView - Freier Client, integriert verschiedene Datenquellen auf einem hexagonalen diskreten globalen Grid[11]

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. OGC 09-146r8 Coverage Implementation Schema
  2. OGC Web Coverage Service standard document download
  3. external.opengeospatial.org
  4. Compliance and Interoperability Test Engine (CITE)
  5. OGC Compliance Testing
  6. OGC list of compliant products. opengeospatial.org
  7. compliant vs implementing. OGC FAQ
  8. rasdaman - Big Datacube Analytics Server mit AI-Cubes Technologie
  9. OGC Coverages.DWG öffentliches Wiki: OGC Spatio-Temporal Coverage / Datacube Standards. (englisch).
  10. MapServer WCS Server. Abgerufen am 23. Oktober 2013 (englisch).
  11. 1 2 PYXIS WorldView GeoWeb Browser. Abgerufen am 23. Oktober 2013 (englisch).
  12. ERDAS APOLLO. Archiviert vom Original am 6. April 2011; abgerufen am 23. Oktober 2013 (englisch).
  13. GDAL Web Coverage Service. Abgerufen am 23. Oktober 2013 (englisch).
  14. PCI Geomatics’ Web Coverage Server successfully passes compliancy testing. Archiviert vom Original am 22. Oktober 2012; abgerufen am 23. Oktober 2013 (englisch).
  15. ESRI ArcGIS Server. Abgerufen am 23. Oktober 2013 (englisch).
  16. CARIS Spatial Fusion Enterprise. Abgerufen am 23. Oktober 2013 (englisch).