DCAT-AP-DONL 2.0

De distributie van de dataset, waarin de data-eigenaar beschrijft hoe de data in de dataset toegankelijk is gemaakt.

Een indicatie van de frequentie waarmee de dataset wordt ververst.

Het geografische gebied waarop de gegevens in de dataset betrekking hebben. Het veld kan worden gevuld met de benaming van een gebied in de vorm van een URI of de coördinaten ervan.

Voor de invulling van deze eigenschap wordt vereist dat een van de onderstaande opties gekozen wordt:

De voorkeur gaat uit naar het gebruik van een van de genoemde OWMS4.0 waardelijsten. Het is echter zo dat deze lijsten niet altijd een oplossing bieden voor het duiden van een geografisch gebied. Voor die gevallen worden een drietal alternatieven aangeboden.

• GeoNames.org is een internationale database van locatiegegevens. Wanneer een locatie niet in de OWMS4.0 waardelijsten staat, dan kan deze database geraadpleegd worden om alsnog een locatiereferentie op te nemen.
• overheid:EPSG28992 (standaarden.overheid.nl) is een overheid:SyntaxCodeerschema (standaarden.overheid.nl) waarmee coordinaten in het EPSG:28992 stelsel opgenomen kunnen worden. Deze optie maakt het mogelijk om bijvoorbeeld een 'bounding-box' op te nemen als locatiegegeven.
• overheid:PostcodeHuisnummer (standaarden.overheid.nl) is een overheid:SyntaxCodeerschema (standaarden.overheid.nl) waarmee verwezen kan worden naar een (of een set van) combinaties van postcodes en huisnummers.

De tijdsperiode waar de dataset betrekking op heeft. Zie example-temporal-coverage voor een voorbeeld.

Onderstaand voorbeeld beschrijft een dcat:Dataset met enkel de verplichte eigenschappen. Dit is de meest minimale representatie van een dcat:Dataset.

TODO: Access rights, licentie, vertaling, legal foundation.

Het web-adres (URL) van de site die toegang verschaft tot de data, aan de hand van bijvoorbeeld een webformulier, een zoekopdracht of een API-call. Het is niet vereist dat dit adres een directe link naar de data is. Hier mag ook verwezen worden naar een landings-pagina die de link naar de data aanbiedt. Er kan in dat geval met dcat:downloadURL een directe link naar de data aangeboden worden.

Wanneer de data via een dcat:DataService wordt aangeboden, dan staat in deze eigenschap de volledige API-call waarmee de data uit de service gehaald kan worden. Met dcat:accessService wordt dan de link gemaakt met de dcat:DataService.

Informatie over het bestandsformaat van de distributie volgens de indeling van het publicatiebureau van de EU.

Het bestandsformaat kan ook worden opgegeven in dct:MediaType, maar voor data.overheid.nl is dct:format lijdend. Het verschil tussen deze twee zit voornamelijk in gebruikte waardelijsten. De W3C raadt het gebruik van dct:MediaType aan en de EU het gebruik van dct:format dus voor de beste vindbaarheid kan men het beste beide invullen.

De titel is belangrijk voor de herkenbaarheid van een distributie, dus kies deze zorgvuldig. Zie meertaligheid** voor het omgaan met verschillende talen.

Zie ook dct:title van dcat:Resource.

Een beschrijving van de distributie in aanvulling op de titel, waarmee eindgebruikers een goed beeld krijgen welke gegevens in de Distributie aanwezig zijn. Samen zijn deze het belangrijkste waarmee een gebruiker een distributie kan beoordelen, dus kies deze zorgvuldig. Zie meertaligheid voor het omgaan met verschillende talen.

Voor overige informatie over de Distributie is de eigenschap Documentation beschikbaar, waarin naar aanvullende webpagina's verwezen wordt.

Zie ook dct:description in dcat:Resource.

De formele of wettelijke toestemming waaronder de gegevens in de distributie gebruikt mogen worden.

Licenties kunnen complex zijn, wat de uitwerking en invulling van dit veld kan bemoeilijken. De licenties die van toepassing zijn op gegevensuitwisseling binnen de overheid zijn meestal vrij eenvoudig. Om die reden is gekozen voor een waardelijst die een aantal eenvoudige licenties bevat die met name naar de Creative Commons licenties verwijzen. Zie ook creativecommons.nl/uitleg/.

Er kunnen ook licentiegegevens op het niveau van de dataset (dcat:Resource) worden vastgelegd. Die mogen niet in tegenspraak zijn met de licentiegegevens van de onderliggende dcat:Distributions.

Zie ook dct:license in dcat:Resource.

Alleen van toepassing wanneer de distributie via een dataservice bereikbaar is. De dataservice biedt dan toegang tot het bestand of de bestanden van deze distributie. Access service wordt niet ingevuld als de toegang tot de distributie. Dit kan in dcat:accessURL

Deze eigenschap is nieuw in DCAT2 en biedt aanbieders van datasets de mogelijkheid om extra informatie te verstrekken over datasets die via een dataservice worden aangeboden.

De URL waarmee eindgebruikers het bestand direct kunnen downloaden in een van de beschikbare formaten. Dit formaat wordt aangegeven in de distributie in eigenschap dct:format en/of dcat:mediaType.

Wanneer dcat:accessURL al de directe link naar de data aanbiedt, hoeft deze eigenschap niet ingevuld te worden.

De datum waarop de data-eigenaar de distributie voor het laatst heeft gewijzigd. Dat geldt zowel voor een wijziging van de inhoud van de distributie als voor de metadata van de distributie. Deze eigenschap moet een datum en tijd bevatten conform de ISO-8601 standaard.

Bij de eerstvolgende wijziging wordt de oude wijzigingsdatum overschreven.

Als de gegevens automatisch periodiek worden aangepast hoeft deze waarde niet telkens gewijzigd te worden. Gebruikers kunnen dan uitgaan van de waarde van dct:accrualPeriodicity die in de bovenliggende dcat:Dataset is opgenomen.

Zie ook dct:modified in dcat:Resource.

De datum waarop de data-eigenaar de distributie voor de eerste keer heeft gepubliceerd. Deze eigenschap moet een datum en tijd bevatten conform de ISO-8601 standaard.

Als tijd niet bekend is, kan hier de tijd 00:00:00 worden ingevuld. Wanneer er geen tijdzone wordt opgegeven wordt er automatisch uitgegaan van de Nederlandse tijd.

Zie ook dct:issued in dcat:Resource.

De natuurlijke taal van de gegevens in de distributie.

Niet alle data die aangeboden wordt is taalgebonden (denk aan cijfers, statistieken etc.), om deze reden is deze eigenschap optioneel. Zie meertaligheid voor het omgaan met verschillende talen.

Zie ook dct:language in dcat:Resource.

De overige gebruiksrechten die niet worden gedekt met dct:license, zoals de copyright-statements. Deze eigenschap kan bijvoorbeeld gebruikt worden om aan te geven hoe de attributie moet plaatsvinden wanneer bij dct:license een CC-BY licentie is gekozen.

Voor iedere taal kan één aparte rights-statement worden opgenomen die wordt aangeduid door een "language tag" achter de literal te plaatsen. Zie meertaligheid voor het verder omgaan met verschillende talen.

Zie ook dct:rights in dcat:Resource.

De omvang van de distributie (het feitelijke bestand) in bytes. Deze eigenschap is alleen relevant wanneer de grootte van het bestand bekend is. Wanneer het bijvoorbeeld om realtime (of near-realtime) data gaat, die dus op elk moment kan veranderen, dan is de grootte minder goed te voorspellen. In dat geval is het aan te bevelen om deze eigenschap niet in te vullen.

Uiteraard is een negatieve omvang niet mogelijk. De waarde moet dus 0 of hoger zijn.

Een vastgestelde standaard waaraan de data in de distributie voldoet. Deze property kan meerdere keren voorkomen. Wanneer een andere eigenschap al beschrijft dat er aan een standaard wordt voldaan, dan hoeft deze niet nog een keer opgenomen te worden in deze eigenschap (bijvoorbeeld de bestandsformaat-standaard wordt al gedekt via dct:format).

De gebruikte standaard kan heel divers zijn en verschillen per context. Denk bijvoorbeeld aan een standaard die beschrijft hoe de gegevens in de dataset zijn verzameld. Of aan een standaard hoe de gegevens zijn gecodeerd, of hoe de gegevens in een model passen, of welke representatie of view deze gegevens van het geheel bevatten, et cetera.

Verwijs naar standaarden door middel van een HTTPS adres.

Zie ook dct:conformsTo in dcat:Resource.

Informatie over de bestandsindeling (of MIME-type) van de distributie, volgens de indeling van IANA Mediatypes.

Met een checksum of controlegetal kan een afnemer eenvoudig vaststellen of een gedownload bestand identiek is aan het aangeboden bestand (en er dus geen problemen zijn ontstaan bij het downloaden of wijzigingen zijn geweest aan de data zelf).

De spdx:Checksum klasse bevat naast de berekende checksum-waarde ook een eigenschap die het gebruikte algoritme aangeeft. Hiervoor is een waardelijst opgezet.

Het invullen van de klasse spdx:Checksum kan op de volgende manier. Voor een voorbeeld zie voorbeeld checksum.

Een informatiepagina waar aanvullende informatie over deze distributie te vinden is.

Merk op dat eigenschap dct:description gebruikt kan worden om de betreffende distributie te beschrijven. Deze tekst wordt afgebeeld bij de distributie op data.overheid.nl. De eigenschap documentation verwijst met een hyperlink naar de webpagina die ook een beschrijving geeft van de distributie, mogelijk aangevuld met extra informatie die niet wordt opgenomen in dct:description. Denk aan hoe de gegevens geïnterpreteerd moeten worden, een beschrijving van het formaat van de gegevens of hoe de gegevens verkregen kunnen worden.

Een aantal data-eigenaren kiest ervoor om de documentatie als op zichzelf staande distributie toe te voegen aan de dataset. In die gevallen hoeft deze eigenschap niet ingevuld te worden. Vul in dat geval wel supportingRole in.

Met deze eigenschap kan aangegeven worden wat voor ondersteunende rol deze distributie heeft als onderdeel van de dataset. Een distributie kan bijvoorbeeld als documentatie dienen van de dataset, terwijl een andere distributie de daadwerkelijke data aanbiedt. In dat geval kan de "documentatie" distributie een donl:supportingRole eigenschap opnemen om deze verhouding te duiden.

Onderstaand voorbeeld beschrijft een dcat:Distribution met enkel de verplichte eigenschappen. Dit is de meest minimale representatie van een dcat:Distribution.

TODO: Supportring Role

De locatie of het endpoint van de service (over het algemeen een via HTTP raadpleegbaar adres).

Een verwijzing naar de documentatie die de DataService beschrijft. Denk hierbij aan een verwijzing naar een Open Api Specification (Swagger), een OGC:WFS of OGC:WMS getCapabilities aanroep, een SPARQL Service Description en dergelijke.

Een gebruiker is gebaat bij een accurate en volledige beschrijving van de aangeboden service.

Een dataset die via deze dcat:DataService aangeboden wordt. Een dataservice kan nul, een of meer datasets aanbieden.

Onderstaand voorbeeld beschrijft een dcat:DataService met enkel de verplichte eigenschappen. Dit is de meest minimale representatie van een dcat:DataService.

De gemeente Nijmegen heeft een publiek beschikbare OGC:WMS webservice waarmee de gemeente gemaakte luchtfoto's aanbiedt. Een van de aangeboden luchtfoto's is de "Luchtfoto 2022" (De gemeente maakt jaarlijks luchtfoto's). Deze luchtfoto's kunnen individueel (of als bundel) als dataset aangeboden worden. De behoefte bestaat om de relaties tussen de dataset en de webservice duidelijk vast te leggen.

Dit voorbeeld uit zich in de volgende RDF (niet relevante eigenschappen zijn weggelaten):

We zien hier de dataset https://opendata.nijmegen.nl/dataset/luchtfoto-2022 met een tweetal distributies. In de eigenschappen van de distributies is de relatie opgenomen via welke dataservice ze ontsloten worden. Daarnaast zien we de dataservice https://services.nijmegen.nl/geoservices/wms/extern_Luchtfoto. In de eigenschappen van deze dataservice is opgenomen dat deze de https://opendata.nijmegen.nl/dataset/luchtfoto-2022 dataset ontsluit.

De identifier van de resource volgens de eigenaar van de data. Dit is bij voorkeur URI die via HTTP raadpleegbaar is. Hier wordt de oorspronkelijke identificatie van de resource (dataset, dataservice of catalogus) genomen zoals de data-eigenaar deze gepubliceerd heeft.

Afgezien van deze identifier kan de betreffende dataset, dataservice of catalogus - in de loop van de tijd - ook andere identifiers krijgen. Deze worden overgenomen in adms:identifier. Een resource kan meerdere voorkomens van adms:identifier hebben.

De naam van de beschreven resource. Op data.overheid.nl wordt deze naam geïndexeerd, zodat eindgebruikers de desbetreffende dataset, dataservice of catalogus kunnen terugvinden op basis van één of meer woorden in de naam.

Een handige vuistregel is om de lengte van de titel te beperken tot ca. 100 tekens. Wanneer de behoefte bestaat om in meer tekens de dataset te beschrijven, dan kan dct:description gebruikt worden.

Zie meertaligheid voor het omgaan met verschillende talen.

Een beschrijving de resource. data.overheid.nl toont de beschrijvende tekst bij de desbetreffende resource en gebruikt deze voor het opbouwen van de zoekindex. Dit betekent dus dat de vindbaarheid van de resource wordt bepaald door de kwaliteit van de tekst. Om ervoor te zorgen dat eindgebruikers de datasets goed kunnen vinden is het belangrijk dat de tekst goede trefwoorden bevat.

Zie meertaligheid voor het omgaan met verschillende talen.

De formele of wettelijke toestemming waaronder de gegevens in de dataset gebruikt mogen worden.

Licenties kunnen complex zijn, wat de uitwerking en invulling van dit veld kan bemoeilijken. De licenties die van toepassing zijn op gegevensuitwisseling binnen de overheid zijn meestal vrij eenvoudig. Om die reden is gekozen voor een waardelijst die een aantal eenvoudige licenties bevat die met name naar de Creative Commons licenties verwezen. Zie ook creativecommons.nl/uitleg/.

Er kunnen ook licentiegegevens op het niveau van de dcat:Distribution worden vastgelegd. Die mogen niet in tegenspraak zijn met de licentiegegevens van de dcat:Dataset.

De organisatie die verantwoordelijk is voor het creëren van de beschreven bron. Zie eigenschappen dct:publisher en prov:qualifiedAttribution voor andere rollen.

Voor de invulling van deze eigenschap wordt vereist dat een concept uit een van de onderstaande waardelijsten gekozen wordt:

Hoewel de meeste overheidsorganisaties opgenomen zijn in de overheid:Organisatie waardelijst, zijn er twee argumenten om naast deze lijst nog een 'eigen' lijst te hanteren voor het invullen van het dct:creator eigenschap.

1. Niet alle overheidsorganisaties zijn opgenomen in OWMS 4.0. Er moet dus een antwoord zijn voor (overheids)organisaties die niet in de OWMS taxonomie opgenomen zijn.
2. Hoewel data.overheid.nl primair een register van overheidsdata is, neemt het ook maatschappelijk relevante data op in het register van private partijen. Om te kunnen verwijzen naar deze private partijen moet tenminste een van de waardelijsten deze mogelijkheid bieden.

Het heeft de voorkeur dat de OWMS 4.0 lijst gebruikt wordt voor het invullen van deze eigenschap. Wanneer deze lijst echter niet toereikend is, kan er gebruik gemaakt worden van de donl:RelevantOrganization taxonomie.

Staat uw organisatie in geen van beide lijsten? Neem dan contact op met data.overheid.nl. Het team van data.overheid.nl zal beoordelen of uw organisatie alsnog opgenomen kan worden in de donl:RelevantOrganization taxonomie.

De organisatie die verantwoordelijk is voor de uitgifte/publicatie van de bron. Zie eigenschappen dct:creator en prov:qualifiedAttribution voor andere rollen.

Voor de invulling van deze eigenschap wordt vereist dat een concept uit een van de onderstaande waardelijsten gekozen wordt:

Hoewel de meeste overheidsorganisaties opgenomen zijn in de overheid:Organisatie waardelijst, zijn er twee argumenten om naast deze lijst nog een 'eigen' lijst te hanteren voor het invullen van het dct:creator eigenschap.

1. Niet alle overheidsorganisaties zijn opgenomen in OWMS 4.0. Er moet dus een antwoord zijn voor (overheids)organisaties die niet in de OWMS taxonomie opgenomen zijn.
2. Hoewel data.overheid.nl primair een register van overheidsdata is, neemt het ook maatschappelijk relevante data op in het register van private partijen. Om te kunnen verwijzen naar deze private partijen moet tenminste een van de waardelijsten deze mogelijkheid bieden.

Het heeft de voorkeur dat de OWMS 4.0 lijst gebruikt wordt voor het invullen van deze eigenschap. Wanneer deze lijst echter niet toereikend is, kan er gebruik gemaakt worden van de donl:RelevantOrganization taxonomie.

Staat uw organisatie in geen van beide lijsten? Neem dan contact op met data.overheid.nl. Het team van data.overheid.nl zal beoordelen of uw organisatie alsnog opgenomen kan worden in de donl:RelevantOrganization taxonomie.

Aan de hand van deze informatie kunnen eindgebruikers op data.overheid.nl contact opnemen met de eigenaar van de dataset of dataservice. Bij het invullen van deze eigenschap is het belangrijk om een algemeen mailadres te gebruiken. Het is niet de bedoeling om hier gegevens van individuele personen op te nemen.

Een geldig dcat:contactPoint bevat op zijn minst de eigenschap vcard:fn en een van de vcard:hasEmail, vcard:hasTelephone of vcard:hasURL eigenschappen. Voor een voorbeeld zie #Contact Point

Een thema uit de overheid:TaxonomieBeleidsagenda (standaarden.overheid.nl).

data.overheid.nl gebruikt dcat:theme om de datasets, dataservices en catalogi naar onderwerp in te delen. Door de eigenschap verplicht te stellen, kunnen eindgebruikers de betreffende resource altijd terugvinden wanneer zij via het thema zoeken of navigeren. De homepage toont standaard alle beschikbare thema's. De thema-indeling is hiërarchisch georganiseerd, zodat datasets ook aan meer specifieke subthema's kunnen worden gekoppeld, bijvoorbeeld subthema Waterschappen onder het thema Bestuur.

Vrije keywords of termen die de resource beschrijven.

Het gaat hier om vrije tekst, niet te verwarren met dcat:theme. Bij deze laatste eigenschap komen de termen uit een controlled vocabulary (of vastgesteld begrippenkader of waardelijst), en hebben een meer formele status.

Voor beide vormen geldt dat deze de vindbaarheid van de desbetreffende resource kunnen verbeteren. Het is dus mogelijk om meerdere keywords toe te kennen aan een resource. Deze waarden moeten in afzonderlijke voorkomens van deze eigenschap worden aangeleverd.

In principe bestaat een tag uit slechts één woord of een kleine combinatie van maximaal twee/drie woorden. Zie meertaligheid voor het omgaan met verschillende talen.

De webpagina die toegang geeft tot de resource (dataset, dataservice of catalogus) en aanvullende informatie verschaft over de resource. Het gaat hierbij om de originele webpagina van de data-eigenaar.

Met deze eigenschap wordt het openbaarheidsniveau van de resource aangegeven. DCAT-AP 2.1 schrijft de mdr:AccessRights (publications.europa.eu) waardelijst voor. Bij data.overheid.nl bestaat de behoefte om ook te beschrijven waarom een bron beperkt of niet beschikbaar is. Om deze reden is de donl:AccessRights geïntroduceerd. Deze lijst bevat concepten die de openbaarheid van een bron beschrijven en wat de reden is, wanneer de openbaarheid niet publiek is.

De natuurlijke taal van de data in de resource. Zie meertaligheid voor het omgaan met verschillende talen.

De verplichte eigenschap dct:identifier bevat de unieke identificatie van de dataset die de data-eigenaar heeft uitgegeven. Deze eigenschap bevat evt. andere unieke identifiers van de dataset zoals gegeven door catalogi als data.overheid.nl of andere partijen. Wanneer men voor de dataset van een ander een eigen identifier gebruiken wil, wordt aangeraden dit te doen door middel van other identifier.

In de adms:identifier wordt de identifier benoemd in skos:notation en de uitgever van de identifier in dct:creator.

Voor een voorbeeld zie #Other identifier

De vastgestelde standaard waaraan de data van de beschreven resource voldoet. Hierbij kan worden gedacht aan het model, schema, ontology, view of profiel. Het opnemen van bestandsformaten is belangrijker in het veld dct:format en dct:mediaType van de distributies, dan in dct:conformsTo.

Het regelingelement dat de wettelijke grondslag vormt voor de dataset. Zie Legal Foundation voor een verdere omschrijving van donl:LegalFoundation

De datum waarop de beschreven resource is gepubliceerd.

data.overheid.nl registreert hier de eerste (vroegste) publicatiedatum waarop de data-leverancier deze dataset, dataservice of catalogus heeft gepubliceerd. Het gaat hier dus niet om de publicatiedatum van de metadata. Ook niet over de wijzigingsdatum van de dataset, dataservice of catalogus, hiervoor is de dct:modified eigenschap.

De datum waarop de beschreven resource is gewijzigd.

Het gaat hierbij om de meest recente datum waarop de dataset, dataservice of catalogus is gewijzigd. Nieuwe versies overschrijven automatisch de oude versies.

Deze eigenschap is niet/minder waardevol wanneer de data continue, of volgens een vast schema, veranderd. In dat geval kan beter dct:accrualPeriodicity gebruikt worden.

De overige gebruiksrechten die niet worden gedekt met dct:license, zoals de copyright-statements. Deze eigenschap kan bijvoorbeeld gebruikt worden om aan te geven hoe de attributie moet plaatsvinden wanneer bij dct:license een CC-BY licentie is gekozen.

Zie meertaligheid voor het omgaan met verschillende talen.

Een organisatie, anders dan de dct:creator of dct:publisher die ook een verantwoordelijkheid draagt voor de resource.

In het bereik prov:Attribution wordt in de eigenschap prov:hadRole de rol van de organisatie benoemd. Hier kan worden gekozen uit de ISO-waardelijst ISO-19115 RoleCode.

In prov:agent wordt de naam van de organisatie opgenomen. Omdat dit niet altijd overheidsorganisaties zullen zijn hoeft deze waarde niet uit een de organisatie waardelijsten (owms:Organisatie en/of donl:RelevantOrganization) te komen.

TODO: Syntax en inhoud.

Voorbeeld overgenomen van W3C

De naam van de wettelijke grondslag. Deze naam is uitsluitend bedoeld voor presentatie doeleinden. Het is geen vereiste dat hier de formele naam van de wet of van het wetsartikel wordt opgenomen. "Wet BAG" kan als titel fungeren, terwijl de formele titel "Wet basisregistratie adressen en gebouwen" zou zijn.

Het domein waarnaar verwezen wordt die de Juriconnect verwijzing bevat. Dit zal in de meeste gevallen wetten.overheid.nl zijn.

De Juriconnect code die verwijst naar de daadwerkelijke wettelijke grondslag. wetten.overheid.nl ondersteund Juriconnect 1.3.

Onderstaand voorbeeld beschrijft een donl:LegalFoundation met enkel de verplichte eigenschappen. Dit is de meest minimale representatie van een donl:LegalFoundation.

De homepage van de catalogus. Een catalogus kan op meerdere dataportals worden gepubliceerd. Deze eigenschap verwijst naar de originele homepage. Dat is in de regel de homepage van de maker van de catalogus.

Let op, dit is dus iets anders dan dcat:landingPage.

De (metadata van de) dataset(s) die is/zijn opgenomen in de catalogus.

Het lijkt logisch dat een catalogus tenminste één dataset bevat, omdat een catalogus op zich niet zo interessant is. Desondanks geven we hier de cardinaliteit 0..n, omdat een catalogus ook als resource in een andere catalogus kan voorkomen zonder verdere inhoud. In dat geval verwijst de catalogus door naar de homepage op een ander dataportaal die de inhoud wel toont. Een ander voorbeeld is een catalogus die alleen dataservices ontsluit.

Zie ook de discussie op github.com/SEMICeu/DCAT-AP/issues/180.

De (metadata van de) dataservice die voorkomt in de catalogus. Dataservice is een nieuwe resource in DCAT2.

De (metadata van de) catalogus die voorkomt in de catalogus. Deze eigenschap maakt dus mogelijk om een catalogus te beschouwen als een resource en deze op te nemen in een catalogus.

De themalijst die van toepassing is op alle resources in deze catalogus. Deze zal binnen dit toepassingsprofiel altijd verwijzen naar de overheid:TaxonomieBeleidsagenda (standaarden.overheid.nl).

Betreft de verwijzing naar de dcat:Dataset, dcat:DataService of dcat:Catalog die met dit record beschreven wordt.

De datum waarop het record in de catalogus voor het laatst is gewijzigd.

De datum waarop het record in de catalogus voor het eerst is toegevoegd.

Een verwijzing naar het DCAT applicatieprofiel waar de metadata van de dcat:Resource aan voldoet.

Een verwijzing naar de bron waar de metadata van de dcat:Resource vandaan komt.