Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 13 Nächste Version anzeigen »

Im Rahmen der regelmäßigen Fortschreibung der Dokumente der GDI-DE, hat der AK Geodienste ein allgemeines Profil für Darstellungsdienste erarbeitet, welches das bisherige WMS-DE-Profil aus dem Jahr 2006 ersetzen soll:

Vorgaben der GDI-DE zur Bereitstellung von Darstellungsdiensten

Die Einhaltung der Vorgaben dieses Profils soll die einheitlichen Nutzbarkeit (Interoperabilität) aller Darstellungsdienste innerhalb der GDI-DE gewährleisten.

Im Sommer 2017 gab es bereits einen GDI-DE-internen Review-Prozess, in dessen Verlauf über 480 Kommentare und Anregungen eingegangen sind. Diese wurden in den letzten Monaten durch den AK gesichtet, bewertet und ggf. ins Dokument übernommen.

Aufgrund der umfangreichen Rückmeldungen wurde entschieden einen weiteren, öffentlichen Review-Prozess durchzuführen.

Sie haben die Möglichkeit Ihre Kommentare und Anregungen bis zum 31.01.2018, unter Nutzung der beigefügten Kommentierungstabelle, an das Funktionspostfach der Koordinierungsstelle GDI-DE zu senden (mail@gdi-de.org).

Wenn Sie direkte thematische Fragen haben oder Abklärungsbedarf sehen, können Sie sich auch direkt an die Leitung des AK Geodienste (Herrn Retterath, armin.retterath@vermkv.rlp.de) wenden.

Um Doppelmeldungen zu vermeiden, werden die Anregungen bei Eingang direkt in die folgende Tabelle eingestellt:

Identifikator

Kapitel,

Abschnitt

(z.B. 2.1)

Paragraph,

Graphik,

Tabelle

(z.B. Tabelle 1)

Typ des

Kommentars

(redaktionell (r),

technisch (t),

grundsätzlich (g))

KommentarÄnderungsvorschlagOrganisationDatum
23Es wäre sinnvoll und für die Realisierer sehr hilfreich, wenn zu den  Anforderungen und Empfehlungen ein dementsprechendes GetCap-Beispieldokument bereitgestellt wird (vgl. https://ims.geoportal.de/git/tree/AK-Metadaten.git/version1.2.0/konventionen!beispiel_xml).gDie Anforderungen/Empfehlungen sind leider nicht vollständig mit Beispielen erläutert, einen Gesamtüberblick im Anhang als eine GetCap-Datei ist nicht vorhanden.GetCap-Beispieldokument im Github bereitstellen.AK Metadaten2018-01-09
14.2.1.2Anforderung 10g

Die Anforderung, wie eine Verlinkung eines Dienst-Metadatensatzes im Capabilities-Dokument zu erfolgen hat sollte nicht auf eine Empfehlung  (Handlungsempfehlung) referenzieren.

 

Besser: Nochmals explizit in Anforerungsdok. Benennen, da HE und Profil unterschiedliche Verbinflichkeiten haben.AK Metadaten2018-01-09
34.2.2.Anforderug 12tAnforderung ist aus technischer Sicht nicht korrekt. Wird ein Dienst/Layer ausserhalb seines definierten Maßstabsbereiches angefragt, liefert dieser kein Bild. Dieses muss also noch nicht einmal transparent sein. Der Dienst reagiert technisch mit der "Auslieferung" von keinen Bildern, da bei korrekter Anfrage auch keine "Exception"-Logik kommt.entweder Anforderung 12 streichen, da nicht sinnvoll oder den Text umformulieren. "Leere Bilder" durch "keine Bilder" ersetzen. LVermGeo SH - Kst. GDI-SH2018-01-19
44.3.1.2.Anforderung 18gCopyrightvermerke sollten im digitalen Zeitalter insbesondere auf Bilddateien/-informationen möglich sein. Zumal die Metadatenanbindung in Clientsoftware und damit die Garantie, dass jeder Nutzer die Nutzungsrechte an einem Dienst liest, nicht immer gegeben ist. Hierbei ist darauf zu achten, dass Copyrightvermerke kurz und prägnant gehalten werden.Anforderung 18 als Empfehlung definieren:"Das ausgelieferte Kartenbild sollte frei von Informationen sein, die darauf abzielen Rechte zu sichern oder die bereitstellende Institution zu dokumentieren (z. B. Logos, Copyright-Symbole, Nutzungsbedingungen). Diese sind in den zugehörigen Metadaten zu dokumentieren." LVermGeo SH - Kst. GDI-SH2018-01-19
54.3.1.3.Anforderung 19tEine Mindestauflösung lässt sich nicht über die Parameter "MaxWidth" /"MaxHeight" angeben. Der Dienst wäre an dieser Stelle auf max 3000x3000 Pixel begrenzt und würde bei größeren Anfragen kein Bild liefern. Deshalb sollte der Satz umformuliert werden, um den Bedeutungen der Parameter gerecht zu werden. Ob in dem Zuge eine generelle Begrezung des WMS sinnvoll ist, in Anbetracht dessen das Endgeräte stetig bessere Auflösungen darstellen können, sollte hinterfragt werden.Anforderung 19 ändern: Auflösung des WMS Profils der AdV übernehmen. (max. 1200 x 1200 Pixel). Zudem sollte der Satz umformuliert werden. "Darstellungsdienste auf Basis einer WMS Schnittstelle sollten in der Lage sein, Bilder bis zu einer Größe von 1200x1200 Pixel ausliefern zu
können."		 LVermGeo SH - Kst. GDI-SH2018-01-19
64.4.2.ganzes KapitelgIn Anbetracht dessen, dass die bisherigen Caches vorwiegend in den Zoomstufen des WebAtlasDE-TileMatrixSet, welches von Google abgeleitet wurde, gerechnet wurden, sollten diese auch als Anforderung definiert werden. Zusätzlich sollte das TileMatrixSet gdi_de_25832 als Empfehlung angegeben werden. Eine Empfelung als alleinige Definition sagt nichts über die Mindestanforderungen für ein WMTS aus.TileMatrixSet des WebatlasDE als Anforderung ergänzen. TileMatrixSet gdi_de:25832 als Empfelung zusätzlich beibehalten. LVermGeo SH - Kst. GDI-SH2018-01-19
74.2.1Tabelle 1gDie Nutzbarkeit der Dienste muss dringend verbessert werden (bessere Auffindbarkeit). Grundsätzlich würde ich eine Mindestanzahl von Keywords als verpflichtend ansehen.Keywords als verplichtenden Parameter kennzeichnen. LVermGeo SH - Kst. GDI-SH2018-01-19
84.2.2Tabelle 2tname für WMS 1.1.1/WMS 1.3.0 sollte verpflichtend markiert werden (grau), sonst technisch nicht ansprechbarname für WMS 1.1.1/WMS 1.3.0 als verpflichtend markieren LVermGeo SH - Kst. GDI-SH2018-01-19
94.3.3Abschnitt 1r"eigene Dienste zu
aufzusetzen und diese"		das Wort "zu" streichen LVermGeo SH - Kst. GDI-SH2018-01-19
10 5.3letzter Absatz "Ein zusätzlicher Vorteil…"gSchlussfolgerung/ Vorteil ist nicht nachvollziehbarbitte verdeutlichenKst. GDI-HH2018-01-26
11 5.4erster Absatz, Satz 2 "Die techn. Handlungsempfehlunegn…"rFormatierung "Limitations on Public Access" falschändern in kursivKst. GDI-HH2018-01-26
12 5.5dritter Absatz, Satz 2 "Dieses Element soll…."rgemeint ist vermutlich "welches bereits für Zugriffsbeschränkungen verwendet wird"ändern in "Zugriffsbeschränkungen"Kst. GDI-HH2018-01-26






  • Keine Stichwörter