Jeder WMS wird nach den AdV-Festlegungen mit drei STYLES unterstützt: default, farbig und grau wobei die farbige Variante gleich dem default-STYLE ist.
Um z.B. die Dienste in der grauen Variante abzurufen, muss der Parameter STYLES den Wert 'grau' besitzen ('STYLES=grau'). Auch wenn dieser Paramter leer gelassen wird (d. h. default-Wert) wird die farbige Variante geliefert.
Unterstützte EPSG-Codes bzw. räumliche Bezugssysteme
Die zentral vom Amt für Geoinformation, Vermessungs- und Katasterwesen angebotenen WMS-Geowebdienste für Geobasisdaten können in den nachstehenden räumlichen Bezugssystemen angefordert werden. Für WFS-Geowebdienste wird derzeit aus technischen Gründen nur EPSG:2398 angeboten.
Der Zugriff auf Geowebdienste kann beschränkt werden. Für die Nutzung ist dann eine Authentifizierung erforderlich. Zusätzlich kann der Geowebdienst räumlich, zeitlich und inhaltlich eingeschränkt werden. Für die Authentifizierung stehen verschiedene technische Verfahren zur Verfügung. Außer der IP-Freischaltung, die vorrangig für Landeseinrichtungen vorgesehen ist, kann der Nutzer den geschützten Dienst sowohl über das Verfahren HTTP-Authentifizierung als auch über das Dynamische Verfahren im Webbrowser oder seiner GIS-Software einbinden.
- HTTP-Authentifizierung
Dieses Verfahren nutzt etablierte Mechanismen zur Authentifizierung im World Wide Web. Viele GIS-Anwendungen neueren Datums (z.B. ArcGIS ab Version 9.3, uDig ab Version 1.1, QGIS ab Version 1.1) unterstützen diese Form der Authentifizierung ebenfalls, die auf Nutzername und Passwort basiert. Nach Möglichkeit sollte eine mittels https:// verschlüsselte Verbindung genutzt werden.
Achtung: Ältere GIS-Clients wie z.B. ESRI ArcView 3.x unterstützen dieses Verfahren nicht!
- Dynamisches Verfahren
Sollten das vorgenannte Verfahren nicht anwendbar sein, besteht die Möglichkeit, für Einrichtungen mit wechselnden IP-Adressen, einen individuell geschützten Geowebdienst einzurichten, der auch mit GIS-Anwendungen kompatibel ist, die keine HTTP-Authentifizierung unterstützen. Hierbei muss vor jeder Nutzung eine entsprechende Zugriffsadresse im GeoPortal.MV erstellt werden.
- IP-Freischaltung
Für Einrichtungen mit festen IP-Adressen besteht die Möglichkeit, anhand der IP-Adressen Zugriff auf geschützte Geowebdienste im GeoPortal.MV zu gewähren. Voraussetzung ist das uneingeschränkte Nutzungsrecht eines Dienstes über die gesamte Landesfläche. Dieses Verfahren arbeitet weitestgehend unabhängig von der verwendeten GIS-Software.
Nutzung mit HTTP-Authentifizierung
Die Beispiele werden anhand des Geowebdienstes "Liegenschaftskarte (WMS)" dargestellt. Das Verfahren ist auf alle Geowebdienste WMS und WFS anwendbar.
Für die Anmeldung sind die Zugangsdaten des GeoPortal.MV zu verwenden, mit denen der Zugriff auf den Geowebdienst beantragt wurde. Die Adressen (URL) der Geowebdienste finden sich auf der Webseite des GeoPortal.MV.
Weil der Geowebdienst räumlich, zeitlich und inhaltlich eingeschränkt werden kann, kann trotz erfolgreicher Anmeldung die Datenauslieferung eingeschränkt sein. Eine entsprechende Fehlermeldung wird ausgegeben. Die Parameter zur Einschränkung finden sich im Antrag im GeoPortal.MV.
- Nutzung im Webbrowser
Die Verwendung des Geowebdienstes in einem Webbrowser verhält sich ähnlich zu anderen geschützten Webseiten. Nach Eingabe der Adresse (URL) erscheint ein entsprechendes Anmeldefenster.
Internet Explorer ab 5.5:
Mozilla Firefox ab 2.0:
Die Verwendung in Webbrowsern kommt vor allem in Online Anwendungen zur Anwendung, bei denen die Einbindung des Geowebdienstes clientseitig erfolgt (z.B. Mapbender)
- Nutzung in GIS-Software
Das Einbinden eines geschützten Geowebdienstes muss von der GIS-Software unterstützt werden. Immer mehr GIS-Produkte unterstützen die HTTP Authentifizierung. Das Verfahren wurde mit einigen Produkten getestet. Zwei werden hier kurz beschrieben:
uDIG: Layer hinzufügen und "Web Map Server" auswählen
ArcGIS: Über Daten hinzufügen und "GIS Servers" "Add WMS Server" auswählen.
uDIG: Die Adresse des geschützten Dienstes eingeben.
ArcGIS: Neben der Adresse (URL) des geschützten Geowebdienstes muss unterhalb der Nutzername und das Passwort eingegeben werden. Zum Testen "Get Layers" aufrufen.
uDIG: In der Aufforderung sind der Nutzername und das Passwort einzugeben. Die Zugangsdaten zum gewählten Geowebdienst werden bei Bedarf bei erfolgreicher Anmeldung gespeichert.
uDIG: Gewünschte Layer auswählen und "Fertig stellen".
ArcGIS: Den erstellten Diensteintrag aus der Liste auswählen und der Anwendung hinzufügen.
uDIG: Die Daten stehen zur weiteren Verwendung im GIS bereit.
ArcGIS: Die Daten stehen zur weiteren Verwendung im GIS bereit.
Nutzung Dynamisches Verfahren
Mit dem dynamischen Verfahren wird eine temporäre Fassaden-URL erstellt, mit der für einen begrenzten Nutzungszeitraum der Geowebdienst genutzt werden kann. Die Fassaden-URL wird ungültig, wenn nicht mehr auf den Geowebdienst zugegriffen wird. Bei einer erneuten Nutzung muss eine Fassaden-URL neu erzeugt werden.
Dieses Verfahren muss eingesetzt werden, wenn eine räumliche oder inhaltliche Nutzungseinschränkung für den Dienst gegeben ist und das Verfahren der HTTP-Authentifizierung von der Nutzeranwendung nicht unterstützt wird.
Neben den Zugangsdaten zum GeoPortal.MV wird die WebSecurityService URL benötigt. Diese wird mit der Freischaltung des Dienstes mitgeteilt bzw. kann beim Support des GeoPortal.MV angefordert werden. Sie ist wie folgt aufgebaut: http://www.geodaten-mv.de/dienste/service/[Name des Dienstes]/WSS
Mit Kenntnis der WebSecurityService URL und den Zugangsdaten zum GeoPortal.MV kann der Nutzer sich eine Fassaden-URL erstellen lassen. Zum Erstellen der Fassaden-URL ist das Gateway des GeoPortal.MV zu nutzen. Es ist unter folgender Webadresse zu erreichen:
Der Fassadenname wird automatisch vorgegeben, kann aber auch beliebig vom Nutzer geändert werden. Die IP-Adresse des Nutzers wird ebenfalls automatisch erkannt und wird angezeigt.
Für die Authentifizierung sind die Zugangsdaten des GeoPortal.MV einzugeben.
Mit der erstellten Fassaden-URL kann der Geowebdienst wie gewohnt in den Internetprodukten und GIS-Clients genutzt werden.
Nutzung einer IP Freischaltung
Die IP Freischaltung ist vorrangig für Landeseinrichtungen in Mecklenburg-Vorpommern vorgesehen. Die Voraussetzung für die Freischaltung eines Geowebdienstes für eine IP-Adresse ist das uneingeschränkte, d.h. landesweite Nutzungsrecht für den jeweiligen Geowebdienst. Der Geowebdienst kann nach Freischaltung von dem angemeldeten Rechner wie ein öffentlicher Geowebdienst verwendet werden. Die öffentliche IP-Adresse muss dem Rechner/der Einrichtung jedoch spezifisch zugeordnet sein.
WMS heißt Web Map Service (WMS) und bezeichnet die Internet-gestützte Erstellung von Karten innerhalb eines
verteilten Geographischen Informationssystems (GIS).
Als offener Standard im Rahmen der Spezifikationen des Open GIS Consortium (OGC) kann ein WMS-Server Karten aus
Rasterdaten und Vektordaten visualisieren. Im Sinne eines verteilten GIS besitzt ein WMS nur die Fähigkeit zur Auskunft
der notwendigen Metainformation, zur Visualisierung dieser Geodaten und für eine allgemeine Abfrage der zugrunde
liegenden Sachdaten. Das Ergebnis, also die Karte, wird vom WMS in der Regel in einem einfachen Raster-Grafikformat
zurückgegeben, je nach Aufbau können aber auch verschiedene andere Dateiformate wie Scalable Vector Graphics (SVG) oder
Web Computer Graphics Metafile (WebCGM) erstellt werden, wie es z. B. bei temporalen Daten mit Zeitbezug als Film
notwendig wird. Daher kann der Nutzer einen Web Map Service grundlegend über seinen Webbrowser ansprechen, in dem die
Karte dann angezeigt werden kann. Somit ist der Web Map Service Bestandteil eines WebGIS.
Ein OGC-konformer WMS - d.h. ein Web Map Service, der die Spezifikation des Open Geospatial Consortiums erfüllt -
besitzt drei Funktionen, die von einem Benutzer angefragt werden können. Dabei wird bislang zur Kommunikation auf das
Hypertext Transfer Protocol (HTTP) zurückgegriffen. Die drei Funktionen werden als HTTP-Anfragen vom Benutzer an den
WMS gesandt und sind bei einem OGC-konformen WMS (Beispiele):
Im Allgemeinen ergibt bei modernen verteilten GI-Systemen ein alleiniger WMS keinen Sinn mehr. Vielmehr ist der WMS
als Bestandteil in einem Komplex verschiedener GIS-Dienste zu sehen, in dem er nur für die Darstellung einer Karte
notwendig ist. Das OGC hat daher eine Reihe weiterer Spezifikationen verabschiedet, die sich um den Zugriff auf die
zugrundeliegenden Geodaten (Web Feature Service - WFS), den Zugriff auf Rasterdaten (Web Coverage Service - WCS) sowie
weiteren wichtigen Diensten in diesem Zusammenhang kümmern.
Was ist ein GetCapapilities-Aufruf und wie setzt er sich zusammen?
Beim GetCapabilities-Aufruf wird nach den Fähigkeiten des WMS gefragt. Als Antwort wird ein XML-Dokument mit
Metainformation an den Benutzer zurückgeschickt, das neben allgemeinen Angaben zum Anbieter des WMS die unterstützten
Ausgabeformate des WMS zu den verschiedenen Anfragen sowie die abfragbaren Layer für die Karte beinhaltet.
Wenn die URL des Dienstes bekannt ist (z. B. http://www.geodaten-mv.de/dienste/adv_dop), müssen für den
Capabilities-Aufruf folgende Parameter angefügt werden: SERVICE, VERSION und
REQUEST, jeweils durch ein "&" getrennt.
Hier im Beispiel wird als Service ein WMS angefragt, die Version ist 1.1.1 und der Request ist GetCapabilities. Der
komplette Beispiel-Aufruf sieht dann wie folgt aus:
Was ist ein GetMap-Aufruf und wie setzt er sich zusammen?
Die GetMap-Anfrage liefert ein georeferenziertes Rasterbild (Karte) vom WMS zurück. Der UMN-MapServer (auf dem z. B.
GAIA-MV basiert) versteht auch einfach GetMap-Anfrage. Hierbei ist neben den Parametern REQUEST, SERVICE und VERSION
nur die Angabe der LAYER notwendig, welche dargestellt werden sollen. Die verfügbaren Layer sind ja durch den
GetCapabilities-Aufruf bekannt. Ein Beispiel könnte so aussehen:
Solch ein simpler Aufruf wird nicht von allen MapServern beantwortet und ist weder OGC-konform, noch sinnvoll, da
nur die Standardeinstellungen benutzt werden. Folgende Parameter müssen in einem OGC-konformen Aufruf mit
einfließen: SERVICE, VERSION, REQUEST (siehe oben) LAYERS= Layer-Liste: Komma-separierte Liste eines oder mehrerer Layer STYLES= Styles-Liste: Komma-separierte Liste der Styles pro Layer, wie dieser dargestellt werden soll.
Wird dieser Parameter "leer" angefragt, liefert der MapServer den Default-Status des jeweiligen Layers zurück. SRS= Räumliches Bezugssystem. Hier werden meist die EPSG-Codes verwendet (siehe
unten). BBOX= minx,miny,maxx,maxy. Umschreibendes Rechteck (UntenLinks, ObenRechts) in Einheiten des bei SRS
angegeben Bezugssystems. WIDTH= Ausgabebreite des Rasterbildes in Pixeln. HEIGHT=Ausgabehöhe des Rasterbildes in Pixeln. FORMAT=Ausgabeformat des Rasterbildes.
Natürlich können nur die Werte angefordert werden, die der Dienst auch unterstützt. Die Werte sind dem
GetCapabilities-Aufruf zu entnehmen.
Ein Beispiel für einen solchen Aufruf könnte also so aussehen:
Was ist ein GetFeatureInfo-Aufruf und wie setzt er sich zusammen?
Ein WMS kann Anfragen zu dem dargestellten Kartenausschnitt beantworten, wenn dieser optionale GetFeature-Aufruf
implementiert ist (Layer queryable='1'). Als Ausgabe liefert er festgelegte thematische Informationen der zugrunde
liegenden Daten. Es werden die Attribute der Koordinatenstelle im Kartenbild präsentiert, welche mit den Parametern X
und Y angegeben wird (also nur Abfrage per Punkt möglich). Es stehen i. d. R. drei verschiedene Formate zur
Verfügung: plain/text zeigt die Auskunft in reinem Text im Browser.
Für die Ausgabe in plain/html müssen Templates vorhanden sein (HEADER, FOOTER) die der Browser zur
Darstellung der Ergebnisse benutzt.
Das Format gml bedingt die Einstellung "DUMP TRUE" im Mapfile und liefert als Ergebnis eine
GML-Datei. Ein GetFeatureInfo-Aufruf muss neben REQUEST, SERVICE und VERSION folgende Parameter enthalten: Query_LAYERS= Layer-Liste: Komma-separierte Liste eines oder mehrerer Layer, welche abgefragt werden
sollen INFO_FORMAT= Legt das Ausgabeformat der Daten fest, unterstützt werden text/plain und application/vnd.ogc.gml X= X-Koordinate (in Pixeln) des Geoobjektes, wird von oben links gemessen Y=Y-Koordinate (in Pixeln) des Geoobjektes, wird von oben links gemessen
Damit es ein OGC-konformer aufruf ist und weil einige Server mit Fehlermeldungen antworten, sollten folgende Angaben
auch nicht fehlen: SRS= Räumliches Bezugssystem. Hier werden meist die EPSG-Codes
verwendet (siehe unten). BBOX= minx,miny,maxx,maxy. Umschreibendes Rechteck (UntenLinks,
ObenRechts) in Einheiten des bei SRS angegeben Bezugssystems. WIDTH= Ausgabebreite des Rasterbildes in
Pixeln. HEIGHT=Ausgabehöhe des Rasterbildes in Pixeln.
Ein Beispiel für einen solchen Aufruf könnte also so aussehen:
Hinter den numerischen EPSG-Codes verbergen sich Räumliche Bezugssysteme. Zum Beispiel ist
EPSG:4326 geographisches WGS84, und EPSG:32611 ist "die Nord UTM Zone 11, WGS84". Das WMS Protokoll verwendet EPSG
Codes, um diese Bezugssysteme zu beschreiben.
EPSG steht für European Petroleum Survey Group, welche heute in der OGP (International Association of Oil & Gas
producers) aufgegangen ist und die EPSG-Codes auf der Internetseite http://www.epsg.org veröffentlicht.
SLD (Styled Layer Descriptor) ist festgelegter Standard zur nutzerdefinierten grafischen
Ausgestaltung der Elemente (Farbe, Ausprägung), die von OGC Web Services (WMS, WFS, WCS) als Ergebnis einer Anfrage
geliefert werden sollen ("Styling"-Sprache).
Mit SLD hat der Client die Möglichkeit, die grafische Ausprägung der vom Server (OGC Web Service) gelieferten Geodaten
(features) auch in Abhängigkeit ihrer Attribute zu definieren. Dazu müssen die Style-Anweisungen mit den logischen
Operatoren der OGC Filter Encoding kombiniert werden. Durch die gemeinsame 'Styling'-Sprache (SLD) kann der WMS die
gewünschte Gestaltung bei der Erstellung der Karte berücksichtigen.
Um unter ESRITM ArcViewTM 3.x die Geowebdienste nutzen zu können, ist eine Erweiterung
(Extension) von ArcViewTM 3.x erforderlich. Solche Erweiterungen sind z. B. der DNR WMS Client for ArcView 3.x des Minnesota
Department of Natural Resources oder der ARC3WMS der Refractions Research Inc.
Am Beispiel des ARC3WMS ist die Nutzung schnell erläutert. Die heruntergeladene exe-Datei wird ausgeführt und den
Installationsanweisungen gefolgt. Nach der Installation kann im ArcViewTM unter Datei/Erweiterungen
(File/Extensions) die Erweiterung WMS Support aktiviert werden.
Diese Erweiterung erlaubt es dem Nutzer, spezielle ogc-Dateien als normale Themen einzuladen. Die ogc-Dateien müssen
hierbei als Bilddatenquellen (Image Data Source) geladen werden.
Hier der Aufbau solch einer ogc-Datei (dop_b4.ogc):
Die jeweiligen Angaben (wie z. B. Version des WMS, die Layer oder die URL) finden sich in den GetCapabilities der
Geowebdienste im GeoPortal.MV (Unter: "Geowebdienste"). Mit Stand vom 09.06.2009 vorkonfigurierte ogc-Dateien erhalten Sie hier.
ESRITM und ArcViewTM sind in den USA und bestimmten anderen Ländern eingetragene Warenzeichen
des Environmental Systems Research Institute, Inc.
Im Gegensatz zu ESRITM ArcViewTM 3.x besitzt ArcGISTM 9.x standardmäßig die Möglichkeit, Geowebdienste als WMS einzubinden.
Ein erklärendes PDF ist auf der Homepage von ESRI bzw. hier [99 KB] zu finden.
Achtung: Sollte ihr Server keine DNS-Namen auflösen können, müssen Sie die URLs durch die aktuelle IP-Adressen der Diensteserver ersetzen. Wenden Sie sich dazu an Ihren Administrator.
ESRITM, ArcViewTM und ArcGISTM sind in den USA und bestimmten anderen Ländern eingetragene Warenzeichen
des Environmental Systems Research Institute, Inc.
Zur Berechnung des Maßstabes in einem Geowebdienst ist Auflösung des anzeigenden Bildschirms maßgebend.
Bei modernen Monitoren können Werte zw. 90 und 100 als normal gelten. Des Weiteren läuft Windows standardmäßig mit
96 dpi, auch die Macs laufen mittlerweile auf 96 (früher 72 dpi). Dies ist auch einer der Gründe, warum die
GeoWebDienste des GeoPortal.MV mit 96 dpi angeboten werden.
Den Menschen mit Bezug zu Geodaten sind aber bei der Arbeit mit Geodaten in erster Linie Maßstäbe ein Begriff. Sehen
wir uns also einen GetCabapilities-Aufruf genauer an. Dort steht nichts mehr von Maßstäben, sondern von ScaleHints!
ScaleHint ist eine Größe, welche die Diagonale des mittleren Pixels in Metern angibt! Beim GetMap-Aufruf werden sowohl
die Weltkoordinaten, als auch die Bildbreite angefordert.
Ein Beispiel:
Ein Viewer fordert einen DOP-Auschnitt an, welcher eine Fläche in der Natur von 100x100 m und einer Bildgröße von
100x100 Pixel hat.
Die Breite eines Pixel entspricht also einem Meter in der Natur. Laut Pythagoras ist der ScaleHint also die Wurzel aus
2.
In der Berechnung des ScaleHints spielt die Auflösung aber eine entscheidene Rolle. Wenn der Dienst mit 96 dpi
anwortet, ergibt das einen Maßstab von genau 1:3780.
Bei 72 dpi würde ein Dienst aber mit einen Maßstab von 1:2835 rechnen! Wohlgemerkt: Das gelieferte Bild sieht auf dem Monitor bei beiden Diensten gleich aus, es ist ja die
gleiche Fläche in der Natur, welche in beiden Fällen mit 100x100 Pixeln dargestellt wird.
Die Probleme treten dann auf, wenn eine Applikation einen Dienst in einer Auflösung bekommt,
anders als erwartet wird.
Wenn diese Applikation die DOPs von 1:500 - 1:3000 einbindet, wäre das obige Beispiel bei einem 96-dpi-Dienst zu sehen,
bei einem 72-dpi-Dienst aber nicht zu sehen, obwohl die Parameter im GetMap-Aufruf die gleichen sind.
