Übersicht:
Favoritenliste:
Favoritenseiten
Ihre Favoritenliste enthält derzeit keine Seiten. Sie fügen dieser Liste Seiten hinzu, indem Sie im Menü Extras der angezeigten Seite Favorit selektieren. |
In den Konventionen des AK Metadaten (Kap. 4.3.2) steht:
"Für jeden Dienst-Metadatensatz gilt, dass die URL zum Dienst in einem connectPoint-Element ([ISO 19119], Table C.2 No. 6) geführt werden muss. Hier ist die URL einzutragen, unter der das Capabilities-Dokument bzw. der Service Feed des Dienstes (Atom) bezogen werden kann (siehe auch Kapitel 5)."
Wie funktioniert das für OGC API-Features? Was für einen "Endpunkt" zum Dienst wird hier erwartet (sicher keine ISO 19119)?
Kann der Link auf eine FeatureCollection oder Landingpage verwendet werden? Wie ist die Meinung des AK Geodienste zu dieser Frage?
Wie müsste der AK Metadaten aus unserer Sicht das Konventionen-Dokument fortschreiben?
Ergebnis
Die Umsetzung ist gegebenenfalls unterschiedlich in den Bundesländern geregelt. Es gibt Diskussionen dazu auch in der MIG-T: https://github.com/INSPIRE-MIF/helpdesk/discussions/161
Aus Sicht des AK Geodienste, wäre es daher wünschenswert, eine europäische Regelung zu finden. Um diesen Prozess zu unterstützen, sammelt der AK auf dieser Site Umsetzungsbeispiele und vergleicht dabei Vor- und Nachteile.
Bundesland Bundesbehörde | Wie ist die Umsetzung bisher geregelt? Welche Vorgaben bestehen? | Beispiele für die Umsetzung | Vorteile | Nachteile | Gesamtbewertung / Fragen
| |
---|---|---|---|---|---|---|
1 | BKG (Eintrag von Schütze, GDI-DE AK Metadaten) | URL der landing page: path | ohne Beispiel, bisher nur Template für MD für geplanten Dienst |
| kein direkter Zugriff auf die API definition | |
2 | Landesvermessung und Geobasisinformation Brandenburg (Eintrag: Noack, GDI-BB AK Geodienste) | URL der landing page (siehe auch Beitrag im GitHub-Issue) | Verwaltungsgrenzen Brandenburg mit Berlin | |||
3 | ||||||
4 | ||||||
5 | ||||||
6 | ||||||
7 | ||||||
8 | ||||||
9 | ||||||
10 |
In der Sitzung des AK Geodienste am 08.03. wurde entschieden, dass die Standard Landing-Page verwiesen werden sollte (Empfehlung des AK-Geodienste an den AK Metadaten), da bei unterschiedlichen Clients über die Content-Negotiation eine geeignete Kommunikation sichergestellt ist. Die Verlinkung sollte daher nach folgendem Beispiel erfolgen:
srv service info:
<srv:serviceType> <gco:LocalName>download</gco:LocalName> </srv:serviceType> <srv:serviceTypeVersion> <gco:CharacterString>{ogcapifeatures|OGC API-Features|... - see INSPIRE}</gco:CharacterString> </srv:serviceTypeVersion>
srv contains operation:
<srv:containsOperations> <srv:SV_OperationMetadata> <srv:operationName> <gco:CharacterString>{getApiDescription|API-Specification|...- see INSPIRE}</gco:CharacterString>
</srv:operationName>
<srv:DCP>
<srv:DCPList codeList="./resources/codelist/gmxCodelists.xml#DCPList" codeListValue="WebServices"/>
</srv:DCP>
<srv:connectPoint>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL>https://www.geoportal.rlp.de/spatial-objects/575</gmd:URL>
</gmd:linkage>
</gmd:CI_OnlineResource>
</srv:connectPoint>
</srv:SV_OperationMetadata>
</srv:containsOperations>
gmd transfer options:
<gmd:transferOptions> <gmd:MD_DigitalTransferOptions> <gmd:onLine> <gmd:CI_OnlineResource> <gmd:linkage> <gmd:URL> https://www.geoportal.rlp.de/spatial-objects/575 </gmd:URL> </gmd:linkage> <gmd:protocol> <gco:CharacterString>OGC API-Features</gco:CharacterString> </gmd:protocol> </gmd:CI_OnlineResource> </gmd:onLine> </gmd:MD_DigitalTransferOptions> </gmd:transferOptions>
Ob darüber hinaus weitere Verlinkungen notwendig sind (zusätzliche Verlinkungen aus den Metadaten) kann aus unserer Sicht nicht beurteilt werden.