Metadata profielen versie 2

Eind 2017 heeft GeoNovum nieuwe metadata profielen vastgesteld op basis van iso19115:2006 iso19119:2007. Voor de GeoNetwork community ligt nu de taak open om deze profielen om te zetten in GeoNetwork schema-plugins. Er zijn drie wijzigingen in de profielen, die her en der wat impact hebben op de basis software.

  • Introductie van het GMX schema. Het profiel maakt op vrij grote schaal gebruik van gmx:anchor. GeoNetwork kent al vrij goede support voor gmx:anchor, het is echter wel belangrijk dat de juiste xsd’s gerefereerd worden in de xml header.
  • De lijst van ‘toegestane’ protocollen voor onlineresource is opgesplitst in 2 delen, afhankelijk van het type endpoint dat beschreven wordt (endpoint of accesspoint). Het basis product voorziet niet in zo’n splitsing, dus hier moet een generieke oplossing voor bedacht worden.
  • Het linken tussen service en dataset metadata wijzigt. Voorheen werd gelinkt op basis van de dataset identifier. Vanaf versie 2 wordt de metadata uri gebruikt als unieke sleutel. Intern werkt GeoNetwork (nog) niet met uri’s en zal de uri omgezet moeten worden in een uuid (resolven/parsen/extraheren) om de link te faciliteren.

Heb je ideeën over de aanpak, vragen over de impact, mis je een aspect, laat een berichtje achter.

Kan je hier een voorbeeld van geven in de oude en de nieuwe situatie?

Op http://geonovum.github.io/Metadata-ISO19119/#gekoppelde-bron vind je een voorbeeld van de nieuwe notatie

<srv:operatesOn xlink:href="https://aaa/bbb/ccc" /> //link naar de metadata 

De oude notatie was als volgt

<srv:operatesOn uuidref="aaa-bbb-ccc" //de dataset identifier
  xlink:href="https://aaa/bbb/ccc" /> //link naar de metadata 

Dit uuidref attribuut wordt tot op heden gebruikt om een link tot stand te brengen tussen dataset en service, dit element vervalt echter in het nieuwe profiel. Uit de URI van de metadata, waarnaar verwezen wordt vanuit de service metadata, kan niet in alle gevallen automatisch de betrokken metadata afgeleid worden, dus zal om de link te realiseren eerst de betreffende url opgehaalde dienen te worden, alvorens de bijbehorende uuid afgeleid kan worden.

Het nieuwe profiel (op iso19115) raadt tevens aan dat voor dataset identifier de URI opgenomen wordt. Mogelijk kunnen we de hierin benoemde uri direct gebruiken om de link met service te maken (indien hierin dezelfde uri gebruikt wordt.

<gmd:MD_Identifier>
<gmd:code>
<gmx:Anchor
  xlink:href="http://domein/id/record/ee543323-0fe4-4353">
  ee543323-0fe4-4353-9161-eda61ff26c07</gmx:Anchor>
</gmd:code>
</gmd:MD_Identifier>

Onduidelijk is overigens nog welke impact deze wijziging zal hebben op het INSPIRE profiel voor WMS. Dit profiel stelt dat als identifier de dataset identifier (uit de metadata) gebruikt dient te worden. Echter het betreffende veld in WMS capabilities leent zich minder goed voor vulling met een URI. Voor WMTS (waar identifier het enige identificerende veld van een kaartlaag is) is dit al helemaal lastig om voor te stellen

Hoe realiseer je nu zo’n op het web resolvebare URI voor bijvoorbeeld een record dat in eerste instantie alleen op intranet beschikbaar is. Het is een optie om bijvoorbeeld een DOI te registreren voor iedere dataset die je beheerd. Alternatief is om GeoNetwork te gebruiken om de URI te ‘munten’. Uri’s krijgen in dat geval een url als: https://nationaalgeoregister.nl/geonetwork/srv/metadata/90bfbc35-a605-4216-b13f-9b9871b8e19c. Let op dat de URI pas actief is zodra het record in de betreffende catalogus geladen is.

Beste Paul,

Ik vroeg me af waar de verschillen concreet in de XML header moeten zitten om gebruik van anchors te ondersteunen.

Als voorbeeld (hebben dezelfde versie metadataprofiel) vergelijk
AHN1 (geen anchor) https://www.nationaalgeoregister.nl/geonetwork/srv/dut/catalog.search#/metadata/c3ee15e4-38bf-4d54-9c0b-cfe0e609d448/formatters/xml_view?xsl=xml_view&output=xml
met deze
(wel anchor)
https://www.nationaalgeoregister.nl/geonetwork/srv/dut/catalog.search#/metadata/b45e064c-a013-4a12-97fe-df751da9f5e3/formatters/xml_view?xsl=xml_view&output=xml

En is er een update van CSW_2.0.2_APISO_GeoNetwork_PDOK bekend?

Groeten
Maarten