Metadatering

[pietercolpaert]

Vermeld door Geraldine Nolf en Ziggy Vanlishout

Welke metadatering bedoelen we? Link met (Geo)DCAT-AP?
https://joinup.ec.europa.eu/release/dcat-ap-v11

Voor voorbeeld-algoritme om het ontdekken van metadata in de comunica-client, verwijzen we naar comunica/comunica#115

[pietercolpaert]

DCTerms

Lijkt nuttig om bepaalde dcterms-velden toe te voegen aan iedere HTTP-response, zoals:

• dcterms:title
• dcterms:description
• dcterms:modified
• dcterms:creator
• dcterms:license en dcterms:rights (zie Juridische voorwaarden #2)
• ...

Integratie met data-portalen

DCAT zelf toepassen ziet er minder interessant uit voor hypermedia API’s zelf: in een dataportaal kan er wel verwezen worden in een dcat:Distribution via dcat:accessURL naar een entrypoint van de hypermedia API.

Metadata van de dataset ontdekken

Een HTTP-response kan een optioneel een deel zijn van een groter geheel waar metadata aan gekoppeld is. Cfr.

HTTP GET URI1

Mogelijke response in turtle:

<URI1> a foaf:Document ;
   foaf:primaryTopic <A> .
<A> <B> <C> ...

Via een named graph (zo kan je eventueel de metadata-controls zelf ook andere metadata geven):

<#metadata> {
   <URI1> a foaf:Document ;
                dct:title "An interesting document".
   <#metadata> dct:title "Metadata of URI1" ;
                         foaf:primaryTopic <URI1>.
}
<A> <B> <C> ...

[CumpsD]

• Atom standard: https://validator.w3.org/feed/docs/rfc4287.html#rfc.section.4.2
• JSONAPI (less defined): http://jsonapi.org/format/#document-meta

[jensscheerlinck]

Eventueel als "optioneel" toe te voegen: documentatie via hydra:ApiDocumentation (http://www.hydra-cg.com/spec/latest/core/#documenting-a-web-api)

Deze informatie zit in principe ook al bij de andere bouwblokken, waar ok resource en/of operatie niveau metadata wordt meegegeven.

[bertvannuffelen]

@pietercolpaert

De linked data document API geeft al enkele dcterms velden terug. Zie b.v. https://data.vlaanderen.be/doc/organisatie/OVO000002.ttl. De tijdswaarde is die van de service.

Weerom, hier de vraag, is dit een Linked Data vereiste of niet.

Daarnaast, is er ook OSLO generiek "Object". Dit beschrijft voor persistente data entiteiten reeds een minimale provenance informatie. Deze omvat niet de service meta-data, maar wel de data-entiteit metadata. Bij de basisregisters kan je die expliciet ophalen met een HIST service van een resource (een uitgebreide variant van de detail van een resource). We hebben dat gescheiden omdat de meeste gebruikers de laatste versie van een object willen hebben en niet de volledige geschiedenis.

Misschien moeten we eerder afspraken maken hoe we de bijhorende metadata kunnen opvragen, gegeven een service respons.

[koenedaele]

Ik ben geen fan van het woord metadata als begrip voor "gegevens over de provenance", zoals het hier vaak lijkt voor te komen. Dat lijkt me iets te zijn dat sterk uit de geo wereld komt, waar het woord metadata naar mijn aanvoelen altijd die connotatie gehad heeft.

In andere domein, zoals cultureel erfgoed, is metadata een ruimer begrip voor "gegevens over de gegevens". In de praktijk zijn metadata in die sector (en ook in de Onroerend Erfgoed sector) vaak de gegevens over een echt object in de wereld. Bv., de metadata voor de Mona Lisa gaat over Leonardo da Vinci (de creator), het Louvre (de bewaarplaats), La Gioconda (titel), 1503 (het jaar van ontstaan), ... Daarnaast is er natuurlijk ook metametadata, nl. het databankrecord dat de metadata over de Mona Lisa bevat werd aangemaakt door persoon X op datum Y via systeem Z enz. Deze definitie lijkt ook eerder gehanteerd te worden door bv. wikipedia https://nl.wikipedia.org/wiki/Metadata

Aangezien metadata dus een term is die heel verschillende betekenissen heeft voor verschillende mensen zou ik ze liever vermijden in een document als dit of heel duidelijk gespecificeerd zien als "provenance metadata".