Geonovum ontwikkelt en beheert
+ de Nederlandse metadata profielen. Deze profielen zijn een verbijzondering van de internationale metadata
+ standaarden van ISO en DCAT en zijn bedoeld om de interoperabiliteit binnen Nederland te bevorderen.
+
+
+ Dit document beschrijft de verdere specificatie van het applicatieprofiel van [DCAT-AP-3.0] van de EU voor uitwisseling tussen
+ gegevenscatalogi in Nederland. Het is een doorontwikkeling van [DCAT-AP-DONL-2.0].
+
+
+ Ten behoeve van de Europese High Value Dataset is de "usage guidelines of [DCAT-AP-HVD]" opgezet, als aanvulling op [DCAT-AP-2.1.1] . De vereisten uit de "usage guidelines of
+ [DCAT-AP-HVD]" zijn opgenomen in dit Nederlandse
+ profiel, zodat door te voldoen aan het Nederlandse profiel tevens aan de Europese vereisten voor Open data
+ en High-Value Datasets kan worden voldaan.
+
+
+ Dit profiel wordt aangeboden voor opname op de Pas-toe-of-leg-uit-lijst van het College Standaardisatie.
+
+
+ Het Nederlandse profiel voor DCAT is niet statisch. Dit document wordt daarom onder beheer gebracht om
+ wijzigingen naar behoefte en op basis van voorstellen gestructureerd door te voeren. Geonovum, als
+ voorgestelde beherende instantie, zal de wijzigingen registreren.
+
+
+
+
Status van dit document
+
Dit is de definitieve versie van dit document. Wijzigingen naar aanleiding van consultaties zijn doorgevoerd.
+
+
+
+
+
+
+
1. Inleiding
+
+
Dit onderdeel is niet normatief.
+
Om gestandaardiseerd metadata uit te wisselen tussen verschillende dataportalen heeft Europa het [DCAT-AP-3.0] ontwikkeld. [DCAT-AP-3.0] is
+ gebaseerd op de "Data Catalog Vocabulary"
+ (DCAT) -specificatie [DCAT-3.0], die wordt ontwikkeld door de Dataset Exchange Working Group.
+ DCAT is een RDF-vocabulaire die ontworpen is om de interoperabiliteit tussen op het web gepubliceerde
+ datacatalogi te vergemakkelijken. Dit profiel faciliteert de uitwisseling van metadata van verschillende
+ domeinen tussen Nederlandse datacatalogi van (semi)overheidsorganisaties op lokaal, regionaal en landelijk
+ nivo en tussen Nederlandse datacatalogi en EU datacatalogi. Het definieert het schema en geeft voorbeelden
+ voor het gebruik ervan.
+
+
+ DCAT stelt een dataprovider in staat om datasets en dataservices in een catalogus te beschrijven met behulp
+ van een standaardmodel en vocabulaire dat het gebruik en de aggregatie van metadata uit meerdere catalogi
+ vergemakkelijkt. Dit kan de vindbaarheid van datasets en dataservices vergroten. Het maakt het ook mogelijk
+ om een gedecentraliseerde benadering te hebben voor het publiceren van datacatalogi en maakt federatief
+ zoeken naar datasets in catalogi op meerdere sites mogelijk met behulp van hetzelfde querymechanisme en
+ dezelfde structuur.
+
+
+ In DCAT worden klassen en eigenschappen van andere gevestigde vocabulaires (ADMS, FOAF) hergebruikt. DCAT
+ maakt gebruik van een bewezen set gemeenschappelijke metadata genaamd "Dublin Core", die in 2009 als ISO
+ 15836-standaard werd gepubliceerd.
+
+
+ Dit document beschrijft het Nederlandse applicatieprofiel op [DCAT-AP-3.0]. Dit
+ Nederlandse applicatieprofiel - DCAT-AP-NL - beantwoordt de vraag over hoe [DCAT-AP-3.0] in de
+ Nederlandse praktijk wordt toegepast.
+
+
+
+
1.1 Uitgangspunten
+
+
Bij het opstellen van het applicatieprofiel zijn de volgende uitgangspunten gehanteerd:
+
+
+
+
Toepassingsbereik
+
+
+
+
DCAT-AP-NL faciliteert:
+
+
de uitwisseling van metadata tussen Nederlandse datacatalogi van (semi-) overheidsorganisatie en
+ overige organisaties die maatschappelijke relevante data willen delen.
+
de uitwisseling van metadata tussen Nederlandse datacatalogi en EU datacatalogi
+
de uitwisseling van metadata van data
+
de specifieke Nederlandse behoeften van metadata in datacatalogi
als je voldoet aan DCAT-AP-NL voldoe je ook aan [DCAT-AP-3.0]
+
bevat alle verplichte en aanbevolen eigenschappen [DCAT-AP-3.0], waarbij de
+ gebruiksvoorwaarden van DCAT-AP-NL gelden
+
introduceert geen uitbreidingen, als die al uitgedrukt kunnen worden in [DCAT-AP-3.0]
+ of [DCAT-3.0] ,
+ tenzij er een hele sterke behoefte / aanleiding toe is, en het [DCAT-AP-3.0]
+ of [DCAT-3.0] vocabulary hierin NIET voorziet
+
is zo generiek mogelijk van opzet en ligt zo dicht mogelijk bij [DCAT-AP-3.0]
+
+
is opgesteld in het Nederlands
+
+
+
+
+
1.2 Relatie andere profielen
+
+
Dit profiel is een verdere specificatie van het Europese applicatieprofiel [DCAT-AP-3.0].
+ Hierbij zijn aanpassingen gedaan op basis discussies in de werkgroep DCAT-AP-NL. Om zoveel mogelijk
+ scenario's te ondersteunen, verplicht [DCAT-3.0] en het Europese applicatieprofiel
+ [DCAT-AP-3.0] weinig. DCAT-AP-NL is compatible met [DCAT-3.0] en [DCAT-AP-3.0]. De aanvullingen voor High
+ Value Data [DCAT-AP-HVD] zijn ook in dit profiel
+ opgenomen. Op het Europese applicatieprofiel [DCAT-AP-3.0] worden domein specifieke
+ profielen ontwikkeld, zoals geoDCAT-AP en healthDCAT-AP, die meestal een verdere specificatie van
+ eigenschappen en extra specifieke eigenschappen bevatten. Deze extra eigenschappen van domein specifieke
+ Europese profielen zijn niet opgenomen in DCAT-AP-NL, deze kunnen aanvullend op DCAT-AP-NL worden
+ toegepast. Eventueel kan er ook een Nederlands profiel op een Europes domein specifieke profiel worden
+ ontwikkeld.
+
DCAT-AP-NL faciliteert de uitwisseling van metadata tussen Nederlandse datacatalogi en EU datacatalogi.
+ Daarmee vervangt het niet de domeinspecifieke standaarden zoals ISO 19115. Vanuit domeinspecieke
+ standaarden en profielen, zoals bijvoorbeeld INSPIRE, die gebaseerd is op ISO 19115, kunnen er profielen
+ op DCAT worden ontwikkeld die ook een mapping van elementen bevat van de domein specifieke standaard
+ naar DCAT. geoDCAT is daar een voorbeeld van.
Op dit moment is [DCAT-3.0] als kandidaat release versie beschikbaar. Na het
+ vaststellen van deze standaard zal er gekeken worden of het DCAT-AP-NL profiel ook bijgewerkt moet
+ worden.
+
+
+
+
+
2. Termen en definities
+
+
Een applicatieprofiel is een specificatie voor gegevensuitwisseling dat bijkomende beperkingen
+ introduceert voor het toepassen van vocabularia. Dergelijke bijkomende beperkingen kunnen de volgende
+ elementen bevatten:
+
+
+
+
+
verfijning van de terminologie (klassen en eigenschappen) consistent met de semantiek uit de betreffende
+ specificaties met een welbepaald gebruik als doel;
+
externe terminologie (klassen en eigenschappen) gebruikt voor nieuwe/extra termen die niet in de
+ bestaande vocabularia voorkomen.
+
klassen en klasse-attributen (eigenschappen) kunnen als verplicht, aanbevolen of optioneel worden
+ geclassificeerd voor een bepaalde toepassing om meer nauwkeurigheid te bereiken
+
+
+
+
Een dataportaal is een op het web gebaseerd systeem dat een gegevenscatalogus bevat waarin datasets
+ worden beschreven met behulp van metadata. Bovendien biedt een dataportaal diensten aan om het vinden en het
+ hergebruik van de datasets te bevorderen en/of te faciliteren.
+
+
+ Een dataset is een verzameling van samenhangende gegevens, die beheerd of gepubliceerd wordt door één
+ organisatie. Een dataset kan beschikbaar zijn via distributies of Data services.
+
+
+ Elke distributie is de werkelijke data van de dataset in een bepaald formaat of een bepaalde
+ aanbiedingsvorm, die als bestand beschikbaar is voor hergebruik.
+
+
+ Services die toegang geven tot een of meer datasets of processing functies, zijn een Data Service.
+
+
+ Een dataset serie is een verzameling van datasets die een aantal gezamenlijke kenmerken heeft.
+
+
+ Een aanbieder is een gegevensaanbieder (bijvoorbeeld een dataportaal dat metadata verstrekt).
+
+
+ Een ontvanger is een gebruiker van gegevens (bijvoorbeeld een toepassing die metadata van een
+ dataportaal verwerkt).
+
+
+
+
2.1 Namespaces
+
+
Dit applicatieprofiel maakt gebruik van de namespaces zoals weergegeven in de onderstaande tabel.
Het applicatieprofiel in dit document is gebaseerd op de specificatie van de Data Catalog Vocabulary
+ (DCAT), ontwikkeld onder verantwoordelijkheid van de Government Linked Data Working Group van W3C. DCAT
+ is een RDF-vocabulaire dat is ontworpen om interoperabiliteit tussen gegevenscatalogi gepubliceerd op
+ het web te vergemakkelijken. Waar nodig worden aanvullende klassen en eigenschappen uit andere bekende
+ vocabulaires hergebruikt.
+
+
+ Het DCAT vocabulaire bestaat uit klassen en eigenschappen.
+
+
+
+
+
Klassen beschrijven dingen:
+ Een klasse beschrijft (complexe) dingen met vergelijkbare karakteristieken zoals personen,
+ organisaties, datasets of API's.
+
Klassen hebben eigenschappen: De eigenschappen zijn de attributen die deze dingen
+ beschrijven. Sommige eigenschappen komen in meer dan één klasse voor, een titel bijvoorbeeld is een
+ veel voorkomend attribuut. Andere eigenschappen zijn zeer gespecialiseerd, zoals een bestandsformaat
+ dat alleen zinvol is voor een gegevensbestand.
+
Eigenschappen kunnen eenvoudig of complex zijn: sommige eigenschappen worden direct
+ beschreven in bijvoorbeeld door mensen leesbare tekst of een datum (deze eigenschappen zijn ookwel
+ owl:DatatypeProperty) en andere eigenschappen bevatten relaties naar andere objecten (een
+ owl:ObjectProperty).
+
+
Over het algemeen kan een klasse herkend worden aan de schrijfwijze: De naam van een eigenschap begint
+ met een kleine letter zoals dcat:dataset, terwijl de naam van een klasse begint met een
+ hoofdletter zoals dcat:Dataset.
+
+
+ Klassen en eigenschappen worden gebruikt om de metadata op een gestructureerde manier aan te leveren.
+
+
+
+
+
3.2 Overzicht Klassen
+
+
Het volgende diagram geeft een overzicht van de basisfunctionaliteit van [DCAT-3.0] en dient als
+ startblok voor het begrijpen van de constructie. LET OP, er zijn dus meer klassen, eigenschappen en
+ relaties dan weergegeven zoals te zien in de sectie Klassen en Ondersteunende Klassen.
DCAT-AP-NL definieert vier niveaus van vereisten voor ontvangers en aanbieders van gegevens. Daarbij
+ geldt dat de niveaus alleen gelden voor de aanbieders. Om volledig te voldoen aan DCAT-AP-NL MOETEN ontvangers altijd in staat zijn om informatie over alle instanties van
+ alle klassen en al hun eigenschappen te verwerken. In de volgende secties worden klassen en
+ eigenschappen aangeduid als "verplicht" (V), "aanbevolen" (A), "optioneel" (O) of "conditioneel" (C).
+ Deze termen hebben de volgende betekenis:
+
+
+
+
+
Verplichte eigenschap: een ontvanger MOET de informatie voor die eigenschap
+ kunnen verwerken; een aanbieder MOET de informatie voor die eigenschap
+ verstrekken.
+
Aanbevolen eigenschap: een ontvanger MOET de informatie voor die eigenschap
+ kunnen verwerken; een aanbieder BEHOORT de informatie voor die eigenschap te verstrekken indien deze
+ beschikbaar is.
+
Optionele eigenschap: een ontvanger MOET de informatie voor die eigenschap
+ kunnen verwerken; een aanbieder MAG de informatie voor die eigenschap
+ verstrekken, maar is daartoe niet verplicht.
+
Conditionele eigenschap: een ontvanger MOET de informatie voor die
+ eigenschap kunnen verwerken; een aanbieder MOET de informatie voor die
+ eigenschap verstrekken, indien de conditie van toepassing is.
+
+
+
+
In de gegeven context betekent de term "verwerken" dat ontvangers binnenkomende gegevens MOETEN accepteren en deze gegevens op transparante wijze aan applicaties en
+ diensten moeten leveren. Het impliceert noch schrijft voor wat applicaties en diensten uiteindelijk met
+ de gegevens doen (parseren, converteren, opslaan, doorzoekbaar maken, weergeven aan gebruikers, etc.).
+
+
+
+
De termen MOET (MUST), BEHOORT (SHOULD) en MAG (MAY) in
+ dit document moeten worden geïnterpreteerd als in BCP 14 en alleen als deze in hoofdletters zijn weergegeven, zoals hier getoond.
+
+
+
+
+
3.4 Waardelijsten
+
+
In de metadata dienen de waarden uit de waardelijsten waarnaar verwezen wordt bij de elementbeschrijving
+ gehanteerd te worden. Dit zijn vaak de door de EU verplichte waardelijsten.
+ De door de EU verplichte waardelijsten zijn "controlled vocabulaires", deze voldoen aan de volgende
+ specificaties:
+
+
Worden gepubliceerd onder een open licentie.
+
Worden geëxploiteerd en/of onderhouden door een instelling van de Europese Unie, door een erkende
+ standaardisatieorganisatie of een andere vertrouwde organisatie.
+
Zijn goed gedocumenteerd.
+
Zijn voorzien van labels in meerdere talen, idealiter in alle officiële talen van de Europese Unie.
+
+
Bevatten een relatief klein aantal termen (bijvoorbeeld 10-25) die algemeen genoeg zijn om een breed
+ scala aan bronnen te kunnen classificeren.
+
Termen worden geïdentificeerd door URI's, waarbij elke URI wordt omgezet in documentatie over de
+ term.
+
Hebben beleid voor persistentie en versiebeheer.
+
+ Deze criteria zijn niet bedoeld om gecontroleerde waardelijst in het algemeen te definiëren; ze
+ geven een voorbeeld van mogelijke specificaties van gecontroleerde waardelijsten.
+
+
+ De (door de EU verplichte gecontroleerde) waardelijsten die in dit profiel gebruikt moeten worden
+ zijn opgenomen in het hoofdstuk Waardelijsten
+
+
+
+
+
+
3.5 Omschrijving eigenschappen
+
+
+
Eigenschap: Dit is de originele engelstalige naam zoals gebruikt in de W3C specificatie van
+ [DCAT-3.0] en [DCAT-AP-3.0].
+
+
Definitie: Dit is de Nederlandstalige definitie van de eigenschap.
+
RDF-eigenschap (URI): Dit is de (technische) naam van de eigenschap die van toepassing is
+ voor de uitwisseling van de DCAT data.
+
Bereik: Het type (klasse of datatype) dat een waarde van deze eigenschap moet hebben.
+
Kardinaliteit: Geeft aan of de eigenschap 0, 1 of meerdere keren mag voorkomen. Hierbij wordt
+ gebruik gemaakt van de schrijfwijze x..y, waarbij x het minimaal aantal voorkomens
+ aangeeft en y het maximaal aantal.
+
Optionaliteit: Geeft aan of een eigenschap verplicht, aanbevolen, optioneel of conditioneel
+ is.
+
Conditie: Geeft de conditie aan in het geval de optionaliteit Conditioneel is. Bijvoorbeeld
+ HighValueData set.
+
Waardelijst: Een lijst van mogelijke waarden voor een eigenschap.
+
Herkomst: Geeft aan of de eigenschap overeenkomt met DCAT-AP. AP - is zoals beschreven in
+ DCAT-AP; NL - is zoals beschreven in DCAT-AP en DCAT-AP HVD, echter met aanvullende restricties,
+ condities, en toelichting op het gebruik van de eigenschap. Daarnaast zijn een aantal DCAT
+ eigenschappen toegevoegd die geen onderdeel vormen van DCAT-AP.
+
+
+
Noot
+
+
+
+
+
+
+
+
3.6 Ondersteuning voor meertaligheid
+
+
Alle eigenschappen die voor mensen leesbare tekst bevatten (de range literal met een string waarde
+ hebben) zoals bijvoorbeeld dct:title , dct:description en
+ dcat:keyword kunnen waardes in verschillende talen bevatten. Voor elke taal wordt de
+ eigenschap herhaald met de toevoeging van een language tag om aan te geven in welke taal de waarde
+ geschreven is.
+
+ Maak bij het gebruik van ondersteunende klassen, zoals bijvoorbeeld voor dcat:contactPoint
+ één object aan en herhaal voor elke taal de eigenschap met de toevoeging van een language tag.
+
+ Daarvoor wordt een waarde uit de waardelijst voor language toegepast: ISO 639-1 (two-letter)
+
+
Voorbeeld meertaligheid
+
+
+
+
+
+
+
4. Klassen
+
+
In dit hoofdstuk worden de belangrijkste klassen van het applicatieprofiel benoemd en beschreven. Deze
+ klassen vormen de kern van het applicatieprofiel. De eigenschappen en de bijbehorende beperkingen die van
+ toepassing zijn in de context van dit profiel worden in tabelvorm weergegeven. Elke rij komt overeen met één
+ eigenschap. De eigenschappen worden in sub paragrafen verder toegelicht.
+
+
+ De niet beschreven klassen en eigenschappen behoren conform [DCAT-AP-3.0] toegepast te worden.
+
+
+
+
4.1 Dataset - dcat:Dataset
+
+
+
Een dataset is een zinvolle verzameling van samenhangende gegevens, die beheerd of gepubliceerd wordt
+ door één organisatie, en in één of meer formaten beschikbaar of downloadbaar is.
+
+
+
Deze eigenschap bevat informatie die aangeeft of de dataset openbaar toegankelijk is,
+ toegangsbeperkingen heeft of niet openbaar is.
+
+
+ Een waarde uit Access Rights Named Authority List is verplicht. Gebruik één van de volgende
+ waarden: public; restricted; non-public.
+
Deze eigenschap bevat de wetgeving die de creatie of het beheer van de dataset verplicht stelt.
+ Er kunnen meerdere wetgevingen op de dataset van toepassing zijn. Denk aan High-Value Datasets,
+ INSPIRE, kaderrichtlijn water etc.
+
+
+ Gebruik de referentie naar de officiële publicatie van de wetgeving. De officiële publicatie moet de
+ [ELI] (https://op.europa.eu/en/web/eu-vocabularies/eli)
+ URI-richtlijnen volgen.
+
+
+ Voor High-Value Datasets moet deze eigenschap de referentie naar de publicatie in ELI http://data.europa.eu/eli/reg_impl/2023/138/oj bevatten.
+
+
+ Deze eigenschap is verplicht, als de dataset onder de High-Value Datasets uitvoeringsverordening
+ valt.
+
Deze eigenschap bevat een verwijzing naar de vastgestelde standaard of specificatie waaraan de
+ beschreven dataset voldoet. Hierbij kan worden gedacht aan het informatie model, dataspecificatie of
+ schema.
+
+
+ Gebruik de referentie naar de officiële publicatie van de standaard of specificatie.
+
Deze eigenschap bevat de contactinformatie waar eindgebruikers contact kunnen opnemen met vragen over
+ de dataset. Dit element bevat het e-mail adres of link (URL) naar het contactformulier van de
+ verantwoordelijke organisatie van de dataset. Het e-mail adres is een functioneel e-mailadres van de
+ organisatie of organisatie onderdeel.
De organisatie die verantwoordelijk is voor het creëren van de beschreven dataset. Gebruik bij
+ voorkeur een URI of anders een waarde uit een organisatienamenlijst. Als dat niet mogelijk is,
+ gebruik de volledig uitgeschreven naam van de verantwoordelijke organisatie. De afkorting kan
+ toegevoegd worden aan de organisatienaam.
+
+
+ Waardelijsten die gebruikt kunnen worden zijn bijvoorbeeld TOOI-registerwaardelijsten met overheidsorganisaties, Research Organization Registry (ROR) of een
+ waardelijst conform de Core Business Vocabulary (organisaties).
+
Een distributie is de werkelijke data van de dataset in een bepaald formaat of een bepaalde
+ aanbiedingsvorm. Een dataset kan meerdere distributies hebben, bijvoorbeeld via een API of directe
+ download in verschillende formaten. Deze eigenschap is verplicht, als de dataset onder de High-Value
+ Datasets uitvoeringsverordening valt.
Deze eigenschap bevat een beschrijving van de inhoud van de dataset. Deze is bij voorkeur minimaal
+ drie zinnen en maximaal één alinea lang (2000 karakters). De vindbaarheid van de dataset wordt onder
+ andere bepaald door de kwaliteit van de beschrijving. Denk hierbij aan verschillende gebruikers,
+ vakgenoten maar ook anderen, waarvoor de tekst begrijpelijk moet zijn.
+
+
+ Deze eigenschap kan alleen worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
+
Het geografische gebied waarop de gegevens in de dataset betrekking hebben. De ruimtelijke dekking
+ van een dataset kan worden gecodeerd als een dcterms:Location, of kan kan worden
+ aangegeven met behulp van een URI-referentie (link) naar een bron die een locatie beschrijft.
+
+
+ Met dcterms:Location kunnen de eigenschappen bounding box, centroide of geometry worden
+ beschreven. De coördinaten dienen te worden weergegeven volgens referentiesysteem WGS 84.
+
+
+ Voor de bounding box (Bbox) zijn als coördinaten de meest westelijke, oostelijke, noordelijke en
+ zuidelijke coördinaat uit de horizontale dekking van de dataset weergegeven in latitude en longitude
+ in decimale graden (noord en oost als positieve waarden).
+
+
+ Voor de invulling van deze eigenschap met een gebiedsnaam, moet als mogelijk een waarde uit EU
+ Vocabularies Continents Named Authority List, EU Vocabularies
+ Countries Named Authority List, EU Vocabularies
+ Places Named Authority List worden gebruikt. Als de waarde daarin niet aanwezig is moet een
+ URI uit Geonames worden gebruikt.
+
+
+ Voor specifiekere aanduidingen, zoals wijken en buurten kan aanvullend gebruik worden gemaakt van https://vocabs.cbs.nl/nl/
+
Deze eigenschap bevat de HVD-categorie waartoe deze dataset behoort, als de dataset onder de
+ High-Value Datasets uitvoeringsverordening valt.
+
+
+ Gebruik hiervoor een waarde uit EU Vocabularies HVD Categories.
+
+
+ Deze eigenschap is verplicht, als de dataset onder de High-Value Datasets uitvoeringsverordening
+ valt.
+
Identifier wordt gebruikt voor de unieke identificatie van de dataset. Dit is bij voorkeur een
+ persistente URI die via HTTP raadpleegbaar is (resolvable). Hier wordt de oorspronkelijke
+ identificatie van de dataset overgenomen zoals de data-eigenaar deze gepubliceerd heeft. De
+ identifier mag niet door afnemers aangepast worden.
+ De eventuele andere identifiers worden in de eigenschap other identifier opgenomen, zoals
+ bijvoorbeeld identifiers die door een catalogus worden toegekend.
+
+
+ Identifier heeft de beperking (ten opzichte van DCAT-AP) dat deze eigenschap alleen de waarde kan
+ bevatten die de eerste eigenaar heeft gegeven.
+
Deze eigenschap bevat in het algemeen gebruikte woorden of geformaliseerde zinnen om een dataset,
+ dataservice of datasetserie te beschrijven, die niet uit een controlled vocabulary komen.
+
+
+ Het is mogelijk om meerdere keywords toe te kennen aan een dataset. Deze waarden moeten in
+ afzonderlijke voorkomens van deze eigenschap worden aangeleverd.
+ Deze eigenschap kan ook worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
+
+
+ Theme wordt gebruikt voor trefwoorden die uit een controlled vocabulary komen.
+
De webpagina die toegang geeft tot de dataset en aanvullende informatie verschaft over de dataset.
+ Het gaat hierbij om de originele webpagina van de data-eigenaar.
De natuurlijke taal van de tekstuele waardes in de dataset. Niet alle data heeft de eigenschap taal,
+ bijvoorbeeld images.
+
+
+ Gebruik van de waardelijst EU Vocabularies Languages Named Authority List is vereist.
+
+
+ De waarde heeft alleen betrekking op de tekstuele waardes in de dataset zelf en niet op de taal van
+ de metadata. De taal van de metadata wordt opgenomen in de eigenschap language van de klasse
+ CatalogRecord.
+
In de eigenschap other identifier, kunnen eventuele overige identifiers in aanvulling op de
+ identifier worden opgenomen, zoals identifiers die door een catalogus worden toegekend. Eventueel
+ kan naast de waarde van de identifier zelf, ook worden opgenomen wie deze toevoeging gedaan heeft.
+ Hierdoor ontstaat een lijst met equivalente identifiers.
+
+
+ Het gebruik van other identifier wordt (ten opzichte van DCAT-AP) verder gespecificeerd, secundaire
+ identifiers, zijn ook alle identifiers die aan de dataset zijn toegewezen tijdens het verwerken en
+ delen van die dataset in het catalogusnetwerk.
+
Een verklaring van alle wijzigingen in eigendom en bewaring van een dataset sinds de creatie ervan,
+ die van belang zijn voor de authenticiteit, integriteit en interpretatie ervan.
Een organisatie, anders dan contact point, creator of publisher die ook een verantwoordelijkheid
+ draagt voor de dataset.
+
+
+ In de eigenschap prov:hadRole wordt de rol van de organisatie gespecificeerd. Hiervoor
+ kan worden gekozen uit de ISO-waardelijst [ISO19115_ROLECODE]
+
De meest precieze ruimtelijke resolutie in de dataset, gemeten in meters. Bij het publiceren van
+ meerdere distributies van dezelfde dataset, elk met een verschillende resolutie - bijvoorbeeld de
+ NUTS.status, kan deze eigenschap meerdere keren voorkomen.
De meest precieze tijdsperiode in de dataset. Bij het publiceren van meerdere distributies van
+ dezelfde dataset, elk met een verschillende resolutie kan deze eigenschap meerdere keren voorkomen.
+
Deze eigenschap bevat de categorie van de dataset. De waarde die voor deze eigenschap moeten worden
+ gebruikt, is in ieder geval één URI van een concept uit Dataset Theme
+ Vocabulary
+
+
+ Aanbevolen wordt om naast een waarde uit de Europese Dataset Theme
+ Vocabulary ook in meerdere thema's waarden op te nemen uit domeinspecifieke vocabulaires.
+
+
+ keyword word gebruikt voor trefwoorden die niet uit een controlled vocabulary komen.
+
+
De naam van de beschreven dataset.
+
+
+ Aanbevolen schrijfwijze voor deze eigenschap is: (projectkenmerk) onderwerp (locatiekenmerk)
+ (tijdskenmerk) (versie). Hierbij zijn de onderdelen tussen haakjes niet verplicht, de andere wel.
+ Afkortingen zijn in de titel enkel toegestaan indienen deze tevens zijn uitgeschreven bijvoorbeeld:
+ “Grootschalige Basiskaart Nederland (GBKN)”.
+
+
Deze eigenschap kan alleen worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
Een distributie beschrijft hoe (een deel van) een dataset te verkrijgen is. Een distributie levert
+ rechtstreeks een dataset in een specifiek formaat op. Verschillende distributies van dezelfde dataset
+ verschillen van elkaar in o.a. taal, formaat, data-schema's en nauwkeurigheid (resolutie).
+ De aanbieder van een dataset kan distributies aanbieden in meerdere verschillende formaten en/of
+ samenstellingen die zijn afgestemd op de behoeften van afnemers. Deze worden elk als afzonderlijke
+ distributie beschreven en gerelateerd aan de dataset.
+ Als een dataset (ook) wordt aangeboden in de vorm van een Data Service of API kunnen hierover
+ aanvullende gegevens worden opgenomen in een dcat:DataService. Deze kan worden gerelateerd aan de
+ bijbehorende distributie.
+
+
De eigenschap access service beschrijft een Data Service. Een Data Service is een verzameling
+ operaties die toegang biedt tot een of meer datasets of gegevens verwerkingsfuncties.
Deze eigenschap bevat de URL die toegang verschaft tot een distributie van de dataset.
+
+
+ De eigenschap access URL is verplicht in DCAT-AP, maar is niet altijd aanwezig, bijvoorbeeld als er
+ alleen een rechtstreekse download link beschikbaar is, of alleen een access service of landingpage.
+ In die gevallen zal de inhoud van die eigenschappen ook opgenomen moeten worden in de access URL. De
+ definitie van access URL wordt hierdoor in de meest ruime zin toegepast.
+
+
+ Per distributie kan er maar een access URL zijn.
+
Deze eigenschap bevat de wetgeving die de creatie of het beheer van de dataset verplicht stelt.
+ Er kunnen meerdere wetgevingen op de distributie van toepassing zijn. Denk aan High-Value Datasets,
+ INSPIRE, kaderrichtlijn water etc.
+
+
+ Gebruik de referentie naar de officiële publicatie van de wetgeving. De officiële publicatie moet de
+ [ELI] (https://op.europa.eu/en/web/eu-vocabularies/eli)
+ URI-richtlijnen volgen.
+ Voor High-Value Datasets moet deze eigenschap de referentie naar de publicatie in ELI http://data.europa.eu/eli/reg_impl/2023/138/oj bevatten.
+
+
+ Deze eigenschap is verplicht, als de dataset onder de High-Value Datasets uitvoeringsverordening
+ valt.
+
Een indicatie hoelang de distributie van de dataset beschikbaar zal blijven.
+
+
+ Gebruik hiervoor een waarde uit EU Vocabularies planned availabilty.
+
De omvang van de distributie (het feitelijke bestand) in bytes.
+
+
+ Deze eigenschap is verplicht, als de dataset onder de Data Governance Act (DGA)
+ valt.
+
+
+ De grootte wordt als een geheel, niet-negatief getal opgegeven, en kan eventueel worden benaderd als
+ de precieze grootte niet bekend is, maar wel opgegeven moet worden.
+
De eigenschap checksum bevat de informatie waarmee een afnemer kan 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 checksum is gerelateerd aan downloadURL.
+
Het formaat van het bestand waarin de gegevens gecomprimeerd zijn, bijvoorbeeld om de grootte van het
+ downloadbare bestand te verkleinen.
+
+
+ Gebruik een waarde (mediatype) uit de IANA Media
+ Types lijst.
+
Deze eigenschap bevat een beschrijving van de distributie en is een aanvulling of nadere specificatie
+ op de beschrijving van de dataset.
+
+
+ Deze eigenschap kan alleen worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
+
De URL van het downloadbare bestand in een bepaald formaat. Bijvoorbeeld een CSV-bestand of een
+ RDF-bestand. Dit formaat wordt aangegeven in de distributie in eigenschap dct:format.
+
Het formaat van het bestand in de distributie. Bijvoorbeeld CSV of JPG.
+
+
+ Gebruik een waarde uit de EU Vocabularies File Type Named Authority List
+
+
+ Deze eigenschap is verplicht, als de dataset onder de Data Governance Act (DGA)
+ valt.
+
De natuurlijke taal van de tekstuele waardes in de distributie. Niet alle data heeft de eigenschap
+ taal, bijvoorbeeld images.
+
+
+ Gebruik een waarde uit de EU Vocabularies Languages Named Authority List.
+
+
+ Language heeft de beperking (ten opzichte van DCAT-AP) dat deze eigenschap één keer (per
+ distributie) voorkomt.
+
De licentie waaronder de Distributie beschikbaar wordt gesteld.
+
+
+ Licenties zijn een aanvulling op dct:accessRights. Als de data (publiek) toegankelijk
+ zijn, staan in de licentie de voorwaarden voor het (her)gebruik daarvan.
+
+
+ Gebruik van Creative Commons Licenties (CC) is vereist. Aanbevolen wordt om steeds de meest recente
+ versie van een licentie te gebruiken.
+
+
+ In het geval geen (her)gebruik volgens een CC-licentie mogelijk is, mag de waarde ‘niet-open'
+ gebruikt worden. Dat laatste kan bijv. voorkomen als een dataset alleen onder voorwaarden
+ toegankelijk is.
+
+
+ Gebruik een waarde uit licenties
+
+
+ Gebruik dct:rights voor alle andere typen voorwaarden – indien die niet gedekt worden
+ door dct:license en dct:accessRights, zoals copyright-verklaringen.
+
+
+
Een vastgesteld schema waaraan de beschreven distributie voldoet.
+
+
+ Deze eigenschap wordt gebruikt om het schema aan te duiden waaraan deze distributie van een dataset
+ voldoet. Bijvoorbeeld het Hydrography GML application schema http://inspire.ec.europa.eu/schemas/hy/4.0/HydroBase.xsd
+
+
+ Gebruik de referentie naar de officiële publicatie van het schema.
+
Informatie over de bestandsindeling van de distributie, volgens de indeling van IANA Mediatypes
+
+
+ Gebruik een waarde uit de IANA Media Types lijst.
+
+
+ Deze eigenschap is verplicht, als er een download URL is opgenomen.
+
De bestandsindeling waarin een of meer gegevensbestanden zijn gegroepeerd, bijvoorbeeld om een set
+ verwante bestanden samen te kunnen downloaden.
+
+
+ Gebruik een waarde uit de IANA Media Types lijst, indien beschikbaar
+
Een verklaring waarin de rechten die verband houden met de distributie worden gespecificeerd. Hierin
+ worden alleen de overige rechten opgenomen die niet gedekt worden door license of acces rights.
+
Deze eigenschap is verplicht, als de dataset onder de Data Governance Act (DGA)
+ valt.
De naam van de beschreven distributie.
+
+
+ Aanbevolen schrijfwijze voor deze eigenschap is: (projectkenmerk) onderwerp (locatiekenmerk)
+ (tijdskenmerk) (versie). Hierbij zijn de onderdelen tussen haakjes niet verplicht, de andere wel.
+ Afkortingen zijn in de titel enkel toegestaan indienen deze tevens zijn uitgeschreven bijvoorbeeld:
+ “Grootschalige Basiskaart Nederland (GBKN)”.
+
+
Deze eigenschap kan alleen worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
Onderstaand voorbeeld beschrijft een dcat:Distribution met de verplichte en
+ aanbevolen en enkele conditionele eigenschappen. Dit is een verdere uitwerking van het voorbeeld
+ bij dcat:Dataset
+
+
+
Onderstaand voorbeeld beschrijft een dcat:Distribution die een Data Service
+ ontsluit. Dit is een verdere uitwerking van het voorbeeld bij dcat:Dataset
+
+
+
+
+
+
+
+
+
4.3 DataService - dcat:DataService
+
+
+
+
Een gegevensdienst of Data Service is een computer service waar gegevens opgevraagd worden aan de hand
+ van specificaties in een aanvraag. De gegevens die voldoen aan de meegegeven specificatie worden als
+ antwoord teruggestuurd. Webservices zoals REST/JSON, WMS of XML interfaces zijn voorbeelden van
+ dcat:DataService. Merk op dat als de specificatie slechts een deel van de gegevens
+ beschrijft, alleen desbetreffende subset wordt opgestuurd. Ook is het mogelijk dat een Data Service niet
+ één, maar meerdere datasets ontsluit.
+ Data Services zijn speciaal bedoeld voor geautomatiseerde koppelingen tussen systemen, hoewel ze ook
+ door - meestal technisch onderlegde - mensen gebruikt kunnen worden.
+ De DataService klasse is geïntroduceerd in versie 2 van DCAT. Het biedt uitgebreidere mogelijkheden om
+ geautomatiseerde toegang tot gegevens te beschrijven dan mogelijk is in de klasse
+ dcat:Distributie. In deze nieuwe versie van het applicatieprofiel is de DataService klasse
+ optioneel.
Deze eigenschap bevat informatie die aangeeft of de Data Service openbaar toegankelijk is,
+ toegangsbeperkingen heeft of niet openbaar is.
+
+
+ Een waarde uit Access Rights Named Authority List is verplicht. Gebruik één van de volgende
+ waarden: public; restricted; non-public.
+
Deze eigenschap bevat de wetgeving die de creatie of het beheer van de Data Service verplicht stelt.
+ Er kunnen meerdere wetgevingen op de dataset van toepassing zijn. Denk aan High-Value Datasets,
+ INSPIRE, kaderrichtlijn water etc.
+
+
+ Gebruik de referentie naar de officiële publicatie van de wetgeving. De officiële publicatie moet de
+ [ELI] (https://op.europa.eu/en/web/eu-vocabularies/eli)
+ URI-richtlijnen volgen.
+
+
+ Voor High-Value Datasets moet deze eigenschap de referentie naar de publicatie in ELI http://data.europa.eu/eli/reg_impl/2023/138/oj bevatten.
+
+
+ Deze eigenschap is verplicht, als de dataset onder de High-Value Datasets uitvoeringsverordening
+ valt.
+
Deze eigenschap bevat een verwijzing naar een (technische) vastgestelde standaard of specificatie
+ waaraan de beschreven Data Service voldoet. Bijvoorbeeld een API features standaard http://www.opengis.net/def/interface/ogcapi-features.
+
+
+ Gebruik de referentie naar de officiële publicatie van de standaard of specificatie.
+
+
+ Deze eigenschap is verplicht, als de Data Service onder de High-Value Datasets
+ uitvoeringsverordening valt.
+
+
+ De standaard waarnaar hier wordt verwezen, behoort de Data Service te beschrijven en niet de
+ bijbehorende dataset. De Data Service voldoet bijvoorbeeld aan de OGC API-features standaard,
+ terwijl de bijbehorende dataset voldoet aan het INSPIRE Address dataspecificatie.
+
Deze eigenschap bevat de contactinformatie waar eindgebruikers contact kunnen opnemen met vragen over
+ de Data Service. Dit element bevat het e-mailadres of link (URL) naar het contactformulier van de
+ verantwoordelijke organisatie van de dataset. Het e-mail adres is een functioneel e-mailadres van de
+ organisatie of organisatie onderdeel.
De organisatie die verantwoordelijk is voor het creëren van de beschreven Data Service. Gebruik bij
+ voorkeur een URI of anders een waarde uit een organisatienamenlijst. Als dat niet mogelijk is,
+ gebruik de volledig uitgeschreven naam van de verantwoordelijke organisatie. De afkorting kan
+ toegevoegd worden aan de organisatienaam.
+
+
+ Waardelijsten die gebruikt kunnen worden zijn bijvoorbeeld TOOI-registerwaardelijsten met overheidsorganisaties, Research Organization Registry (ROR) of een
+ waardelijst conform de Core Business Vocabulary (organisaties).
+
Deze eigenschap bevat een beschrijving van de inhoud van de Data Service. Deze is bij voorkeur
+ minimaal drie zinnen en maximaal één alinea lang (2000 karakters). De vindbaarheid van de Data
+ Service wordt onder andere bepaald door de kwaliteit van de beschrijving. Denk hierbij aan
+ verschillende gebruikers, vakgenoten maar ook anderen, waarvoor de tekst begrijpelijk moet zijn.
+
Deze eigenschap kan alleen worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
Een pagina of document over de Data Service met aanvullende informatie.
+
+
+ De informatie over de kwaliteit van de dienstverlening wordt beschouwd als onderdeel van de
+ generieke documentatie van een Data Service. Voor High-Value Datasets moet dit verplicht worden
+ opgenomen.
+
Deze eigenschap beschrijft de specifieke details van de Data Service, zoals de operaties die
+ beschikbaar zijn voor deze Data Service via de end-point instanties, inclusief hun werking en
+ parameters
+
+
+ Een beschrijving van een eindpunt kan worden uitgedrukt in een machine leesbare vorm, zoals een
+ [OpenAPI] (Swagger) beschrijving, een OGC GetCapabilities aanroep
+ [WFS],
+ [WMS], een
+ [SPARQL11-SERVICE-DESCRIPTION], een [OpenSearch] of [WSDL] document, een Hydra
+ API beschrijving [HYDRA], anders in tekst of een andere informele vorm als een formele representatie
+ niet mogelijk is.
+
+
+ In application profile wordt verwezen naar de algemene (technische) standaard of specificaties
+ waaraan de beschreven Data Service voldoet
+
De hoofdlocatie of het primaire eindpunt van de service (een IRI).
+ De eindpunt-URL MOET persistent zijn. Dit betekent dat uitgevers er alles
+ aan moeten doen om de waarde stabiel en bestaand te houden.
Het formaat van het bestand dat teruggeven wordt bij de bevraging van de EndpointURL van de
+ dataservice
+
+
+ Gebruik een waarde uit de EU Vocabularies File Type Named Authority List
+
Deze eigenschap bevat de HVD-categorie waartoe de datasets die in de Data Service worden ontsloten,
+ behoort, als die dataset onder de High-Value Datasets uitvoeringsverordening valt.
+
+
+ Gebruik hiervoor een waarde uit EU Vocabularies HVD Categories.
+
+
+ Deze eigenschap is verplicht, als één van de ontsloten datasets onder de High-Value Datasets
+ uitvoeringsverordening valt.
+
Identifier wordt gebruikt voor de unieke identificatie van de Data Service. Dit is bij voorkeur een
+ persistente URI die via HTTP raadpleegbaar is (resolvable). Hier wordt de oorspronkelijke
+ identificatie van de Data Service overgenomen zoals de data-eigenaar deze gepubliceerd heeft. De
+ identifier mag niet door afnemers aangepast worden.
+ De eventuele andere identifiers worden in de eigenschap other identifier opgenomen, zoals
+ bijvoorbeeld identifiers die door een catalogus worden toegekend.
+
+
+ Identifier heeft de beperking (ten opzichte van DCAT-AP) dat deze eigenschap alleen de waarde kan
+ bevatten die de eerste eigenaar heeft gegeven.
+
Deze eigenschap bevat in het algemeen gebruikte woorden of geformaliseerde zinnen om de Data Service
+ te beschrijven, die niet uit een controlled vocabulary komen.
+
+
+ Het is mogelijk om meerdere keywords toe te kennen aan een Data Service. Deze waarden moeten in
+ afzonderlijke voorkomens van deze eigenschap worden aangeleverd.
+
+
+ Theme word gebruikt voor trefwoorden die uit een controlled vocabulary komen.
+
De webpagina die toegang geeft tot de Data Service en aanvullende informatie verschaft over de Data
+ Service. Het gaat hierbij om de originele webpagina van de aanbieder van de Data Service.
De natuurlijke taal van de tekstuele waardes in de Data Service. Niet alle Data Services hebben de
+ eigenschap taal.
+
+
+ Gebruik van de waardelijst EU Vocabularies Languages Named Authority List is vereist.
+
+
+ De waarde heeft alleen betrekking op de tekstuele waardes in de dataservice zelf en niet op de taal
+ van de metadata. De taal van de metadata wordt opgenomen in de eigenschap language van de klasse
+ CatalogRecord.
+
De licentie waaronder de Data Service beschikbaar wordt gesteld.
+
+
+ Licenties zijn een aanvulling op dct:accessRights. Als de data (publiek) toegankelijk
+ zijn, staan in de licentie de voorwaarden voor het (her)gebruik daarvan.
+
+
+ Gebruik van Creative Commons Licenties is vereist. Aanbevolen wordt om steeds de meest recente
+ versie van een licentie te gebruiken.
+
+
+ In het geval geen (her)gebruik volgens een CC licentie mogelijk is, mag de waarde ‘niet-open'
+ gebruikt worden. Dat laatste kan bijvoorbeeld voorkomen als een dataset alleen onder voorwaarden
+ toegankelijk is.
+
+
+ Gebruik een waarde uit licenties
+
+
+ Gebruik dct:rights voor alle andere typen voorwaarden – indien die niet gedekt worden
+ door dct:license en dct:accessRights, zoals copyright-verklaringen.
+
+
+
In de eigenschap other identifier, kunnen eventuele overige identifiers in aanvulling op de
+ identifier worden opgenomen, zoals identifiers die door een catalogus worden toegekend. Eventueel
+ kan naast de waarde van de identifier zelf, ook worden opgenomen wie deze toevoeging gedaan heeft.
+ Hierdoor ontstaat een lijst met equivalente identifiers.
+
+
+ Het gebruik van other identifier wordt (ten opzichte van DCAT-AP) verder gespecificeerd, secundaire
+ identifiers, zijn ook alle identifiers die aan de Data Service zijn toegewezen tijdens het verwerken
+ en delen van die dataset in het catalogusnetwerk.
+
Een verklaring waarin de rechten die verband houden met de Data Service worden gespecificeerd. Hierin
+ worden alleen de overige rechten opgenomen die niet gedekt worden door license of acces rights.
Deze eigenschap verwijst naar één of meer datasets die door deze Data Service ontsloten wordt.
+
+
+ Deze eigenschap is verplicht, als één van de datasets die door de Data Service wordt ontsloten,
+ onder de High-Value Datasets uitvoeringsverordening valt.
+
Deze eigenschap bevat de categorie van de Data Service. De waarde die voor deze eigenschap moeten
+ worden gebruikt, is in ieder geval één URI van een concept uit Dataset Theme Vocabulary
+
+
+ Aanbevolen wordt om naast een waarde uit de Europese Dataset Theme
+ Vocabulary ook in meerdere thema's waarden op te nemen uit domeinspecifieke vocabulaires.
+
+
+ keyword word gebruikt voor trefwoorden die niet uit een controlled vocabulary komen.
+
+
De naam van de beschreven Data Service.
+
+
+ Aanbevolen schrijfwijze voor deze eigenschap is: (projectkenmerk) onderwerp (locatiekenmerk)
+ (tijdskenmerk) (versie). Hierbij zijn de onderdelen tussen haakjes niet verplicht, de andere wel.
+ Afkortingen zijn in de titel enkel toegestaan indienen deze tevens zijn uitgeschreven bijvoorbeeld:
+ “Grootschalige Basiskaart Nederland (GBKN)”.
+
+
Deze eigenschap kan alleen worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
Deze eigenschap bevat de wetgeving die de creatie of het beheer van de catalogus verplicht stelt.
+ Er kunnen meerdere wetgevingen op de catalogus van toepassing zijn. Denk aan High-Value Datasets,
+ INSPIRE, kaderrichtlijn water etc.
+
+
+ Gebruik de referentie naar de officiële publicatie van de wetgeving. De officiële publicatie moet de
+ [ELI] (https://op.europa.eu/en/web/eu-vocabularies/eli)
+ URI-richtlijnen volgen.
+
Deze eigenschap beschrijft een catalogus waarvan de inhoud van belang is in de context van deze
+ catalogus.
+
+
+ Deze eigenschap maakt mogelijk om een catalogus op te nemen in een catalogus.
+
Deze eigenschap bevat de contactinformatie waar eindgebruikers contact kunnen opnemen met vragen over
+ de catalogus. Dit element bevat het e-mail adres of link (URL) naar het contactformulier van de
+ verantwoordelijke organisatie van de dataset. Het e-mail adres is een functioneel e-mailadres van de
+ organisatie of organisatie onderdeel.
De organisatie die verantwoordelijk is voor het creëren van de beschreven catalogus. Gebruik bij
+ voorkeur een URI of anders een waarde uit een organisatienamenlijst. Als dat niet mogelijk is,
+ gebruik de volledig uitgeschreven naam van de verantwoordelijke organisatie. De afkorting kan
+ toegevoegd worden aan de organisatienaam.
+
+
+ Waardelijsten die gebruikt kunnen worden zijn bijvoorbeeld TOOI-registerwaardelijsten met overheidsorganisaties , Research Organization Registry (ROR) of een
+ waardelijst conform de Core Business Vocabulary (organisaties).
+
Deze eigenschap bevat een beschrijving van de inhoud van de catalogus. Deze is bij voorkeur minimaal
+ drie zinnen en maximaal één alinea lang (2000 karakters). De vindbaarheid van de catalogue wordt
+ onder andere bepaald door de kwaliteit van de beschrijving. Denk hierbij aan verschillende
+ gebruikers, vakgenoten maar ook anderen, waarvoor de tekst begrijpelijk moet zijn.
+
Deze eigenschap kan alleen worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
Het geografische gebied waarop de gegevens in de catalogus betrekking hebben. De ruimtelijke dekking
+ van een catalogus kan worden gecodeerd als een dcterms:Location, of kan kan worden
+ aangegeven met behulp van een URI-referentie (link) naar een bron die een locatie beschrijft.
+
+
+ Met dcterms:Location kunnen de eigenschappen bounding box, centroide of geometry worden
+ beschreven. De coördinaten dienen te worden weergegeven volgens referentiesysteem WGS 84.
+
+
+ Voor de bounding box (Bbox) zijn als coördinaten de meest westelijke, oostelijke, noordelijke en
+ zuidelijke coördinaat uit de horizontale dekking van de catalogus weergegeven in latitude en
+ longitude in decimale graden (noord en oost als positieve waarden).
+
+
+ Voor de invulling van deze eigenschap met een gebiedsnaam, moet als mogelijk een waarde uit EU
+ Vocabularies Continents Named Authority List, EU Vocabularies
+ Countries Named Authority List, EU Vocabularies
+ Places Named Authority List worden gebruikt. Als de waarde daarin niet aanwezig is moet een
+ URI uit Geonames worden gebruikt.
+
+
+ Voor specifiekere aanduidingen, zoals wijken en buurten kan aanvullend gebruik worden gemaakt van https://vocabs.cbs.nl/nl/
+
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.
De licentie waaronder de catalogus (met resource beschrijvingen) beschikbaar wordt gesteld. In de
+ beschrijving van een distributie of Data Service wordt de licentie opgenomen die geldt voor de
+ resource zelf.
+
+
+ Gebruik een waarde uit licenties
+
+
Een verklaring waarin de rechten die verband houden met de catalogus worden gespecificeerd. Hierin
+ worden alleen de overige rechten opgenomen die niet gedekt worden door license of acces rights.
Deze eigenschap bevat de categorieën (themalijst) die van toepassing zijn op de datasets en
+ dataservices in deze catalogus
+
+
+ De waarde die voor deze eigenschap moet worden gebruikt, is in ieder geval de Dataset Theme
+ Vocabulary.
+
+
+ Aanbevolen wordt om naast thema’s uit de Europese Dataset Theme
+ Vocabulary ook andere thema's op te nemen uit domeinspecifieke vocabulaires
+
+
De naam van de beschreven catalogus
+
+
+ Aanbevolen schrijfwijze voor deze eigenschap is: (projectkenmerk) onderwerp (locatiekenmerk)
+ (tijdskenmerk) (versie). Hierbij zijn de onderdelen tussen haakjes niet verplicht, de andere wel.
+ Afkortingen zijn in de titel enkel toegestaan indienen deze tevens zijn uitgeschreven bijvoorbeeld:
+ “Grootschalige Basiskaart Nederland (GBKN)”.
+
+
Deze eigenschap kan alleen worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
Onderstaand voorbeeld beschrijft een dcat:Catalog met de verplichte een aantal
+ aanbevolen eigenschappen.
+
+
+
+
+
+
+
+
+
4.5 CatalogRecord -
+ dcat:CatalogRecord
+
+
+
Een beschrijving van de in de catalogus opgenomen beschrijvingen van een dataset of data service. Hierin
+ worden eigenschappen van de beschrijving zelf vastgelegd, zoals bijvoorbeeld de standaard waaraan de
+ beschrijving voldoet. Voor High Value Datasets kan dat bijvoorbeeld ook DCAT-AP-HVD zijn, naast DCAT-AP
+ en DCAT-AP-NL. Daarnaast kan er ook verwezen worden naar de originele metagegevens (conform een andere
+ standaard) die zijn gebruikt bij het genereren van de beschrijving in DCAT.
+
+
Deze eigenschap bevat een verwijzing naar een (technische) vastgestelde standaard of specificatie
+ waaraan de beschrijving van de dataset of Data Service in de catalogus voldoet.
+
+
+ Gebruik de referentie naar de officiële publicatie van de standaard of specificatie.
+ De standaard waarnaar hier wordt verwezen, behoort de metadata te beschrijven, bijvoorbeeld
+ DCAT-AP-HVD https://semiceu.github.iodcat-ap/releases/2.2.0-hvd
+
Deze eigenschap bevat de taal die wordt gebruikt in de metadata beschrijving, om onder andere de
+ titel en andere tekstuele beschrijvingen, in het catalog record vast te leggen.
+
+
+ Gebruik van de waardelijst EU Vocabularies Languages Named Authority List is vereist.
+
Onderstaand voorbeeld beschrijft een dcat:CatalogRecord met de verplichte een aantal
+ aanbevolen eigenschappen.
+
+
+
+
+
+
+
+
+
4.6 DatasetSeries -
+ dcat:DatasetSeries
+
+
+
Een datasetseries is een verzameling van datasets die afzonderlijk worden gepubliceerd, maar bepaalde
+ kenmerken delen waardoor ze gegroepeerd zijn. Er moet tenminste één dataset verwijzen naar een
+ datasetseries middels de eigenschap dcat:inSeries.
Deze eigenschap bevat de wetgeving die de creatie of het beheer van de dataset serie verplicht stelt.
+ Er kunnen meerdere wetgevingen op de dataset serie van toepassing zijn. Denk aan High-Value
+ Datasets, INSPIRE, kaderrichtlijn water etc.
+
+
+ Gebruik de referentie naar de officiële publicatie van de wetgeving. De officiële publicatie moet de
+ [ELI] (https://op.europa.eu/en/web/eu-vocabularies/eli)
+ URI-richtlijnen volgen.
+
Deze eigenschap bevat de contactinformatie waar eindgebruikers contact kunnen opnemen met vragen over
+ de dataset serie. Dit element bevat het e-mail adres of link (URL) naar het contactformulier van de
+ verantwoordelijke organisatie van de dataset. Het e-mail adres is een functioneel e-mailadres van de
+ organisatie of organisatie onderdeel.
Deze eigenschap bevat een beschrijving van de inhoud van de dataset serie. Deze is bij voorkeur
+ minimaal drie zinnen en maximaal één alinea lang (2000 karakters). De vindbaarheid van de dataset
+ serie wordt bepaald door de kwaliteit van de tekst. Denk hierbij aan verschillende gebruikers,
+ vakgenoten maar ook anderen, waarvoor de tekst begrijpelijk moet zijn.
+
+
+ Het wordt aanbevolen om een indicatie te geven van de dimensies waarin de dataset serie zich
+ ontwikkelt.
+
+
Deze eigenschap kan alleen worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
De frequentie waarmee de dataset serie wordt bijgewerkt
+
+
+ De frequentie van een dataset serie is niet gelijk aan de frequentie van de dataset in de
+ verzameling.
+
+
+ Gebruik hiervoor een waarde uit EU Vocabularies Frequency Named Authority List
+
Het geografische gebied dat wordt gedekt door de dataset serie. De ruimtelijke dekking van een
+ dataset serie kan worden gecodeerd als een dcterms:Location, of kan kan worden
+ aangegeven met behulp van een URI-referentie (link) naar een bron die een locatie beschrijft.
+
+
+ Met dcterms:Location kunnen de eigenschappen bounding box, centroide of geometry worden
+ beschreven. De coördinaten dienen te worden weergegeven volgens referentiesysteem WGS 84.
+
+
+ Voor de bounding box (Bbox) zijn als coördinaten de meest westelijke, oostelijke, noordelijke en
+ zuidelijke coördinaat uit de horizontale dekking van de catalogus weergegeven in latitude en
+ longitude in decimale graden (noord en oost als positieve waarden).
+
+
+ Voor de invulling van deze eigenschap met een gebiedsnaam, moet als mogelijk een waarde uit EU
+ Vocabularies Continents Named Authority List, EU Vocabularies
+ Countries Named Authority List, EU Vocabularies
+ Places Named Authority List worden gebruikt. Als de waarde daarin niet aanwezig is moet een
+ URI uit Geonames worden gebruikt.
+
+
+ Voor specifiekere aanduidingen, zoals wijken en buurten kan aanvullend gebruik worden gemaakt van https://vocabs.cbs.nl/nl/
+
+
+ Als de spatial coverage een dimensie is in de dataset series, dan moet de spatial coverage van elke
+ dataset in de verzameling deel uitmaken van de dataset serie. In dat geval wordt een open waarde
+ aanbevolen, bv. EU of een brede bounding box die de verwachte waarden omvat.
+
De tijdsperiode waar de dataset serie betrekking op heeft.
+
+
+ Als de temporal coverage een dimensie is in de dataset serie, dan moet de temporal coverage van elke
+ dataset in de verzameling deel uitmaken van de dataset serie. In dat geval wordt een open waarde
+ aanbevolen, die de verwachte waarden omvat.
+
De naam van de beschreven dataset serie.
+
+
+ Aanbevolen schrijfwijze voor deze eigenschap is: (projectkenmerk) onderwerp (locatiekenmerk)
+ (tijdskenmerk) (versie). Hierbij zijn de onderdelen tussen haakjes niet verplicht, de andere wel.
+ Afkortingen zijn in de titel enkel toegestaan indienen deze tevens zijn uitgeschreven bijvoorbeeld:
+ “Grootschalige Basiskaart Nederland (GBKN)”.
+
+
Deze eigenschap kan alleen worden herhaald om de waarde in een andere taal weer te geven. Zie meertaligheid voor het omgaan met verschillende talen.
Onderstaand voorbeeld laat voor twee datasets de eigenschap zien die aangeeft dat ze onderdeel
+ uitmaken van een DatasetSerie. De dcat:DatasetSeries bevat de verplichte
+ eigenschappen.
In de metadata dienen de waarden uit de waardelijsten waarnaar verwezen wordt bij de element beschrijving,
+ gehanteerd te worden. Dit zijn vaak de door de EU verplichte waardelijsten.
+
+
+ In de onderstaande tabel worden eigenschappen opgesomd met gecontroleerde waardelijsten die voor de genoemde
+ eigenschappen MOETEN worden gebruikt.
+
Voor Europese instellingen en een klein aantal
+ internationale organisaties moet de EU Vocabularies Corporate bodies Named Authority List
+ worden gebruikt.
+
Bij andere soorten organisaties moeten nationale, regionale of lokale
+ waardenlijsten worden gebruikt.
+
+ In de onderstaande tabel worden eigenschappen opgesomd met gecontroleerde waardelijsten die voor de genoemde
+ eigenschappen AANBEVOLEN worden.
+
+
+
Alle gegevensregels in dit profiel zijn ook uitgedrukt in SHACL. Met behulp van deze regels kan gevalideerd
+ worden of een dataset beschrijving voldoet aan dit profiel.
+
+
+ De SHACL regels van DCAT-AP-NL bouwen voort op de SHACL regels uit [DCAT-AP-3.0]. Alle
+ regels uit [DCAT-AP-3.0]zijn daarbij nog steeds van toepassing. DCAT-AP-NL
+ scherpt enkel sommige gegevensregels aan.
+
+
+ In Figuur
+ 3 is te zien hoe de shapes van DCAT-AP, DCAT-AP-NL en High-Value Datasets zich
+ tot elkaar verhouden. Hierin is te zien dat DCAT-AP-NL gepositioneerd is tussen DCAT-AP en High-Value
+ Datasets in, waarbij DCAT-AP de minst strenge eisen stelt en High-Value Datasets extra eisen kent.
+
+
+
+
+
+ Figuur 3Verhouding van de shapes van DCAT-AP,
+ DCAT-AP-NL en High-Value Datasets
+
+
+
Om te toetsen of een datasetbeschrijving voldoet aan DCAT-AP-NL is het ook noodzakelijk om zowel de DCAT-AP
+ SHACL shapes als de DCAT-AP-NL SHACL shapes mee te nemen in de validatie. Mocht je een
+ High-Value-Dataset-beschrijving willen valideren dan moet ook die set shapes extra worden meegenomen.
+
+
+ Om het valideren van de datasetbeschrijvingen zo goed mogelijk te ondersteunen, is in DCAT-AP de SHACL
+ shapes opgesplitst om verschillende validatiescenario's en -aspecten te ondersteunen. Zie hiervoor het
+ hoofdstuk Validation of
+ DCAT-AP.
+
+
In navolging daarvan is in DCAT-AP-NL ook een splitsing gemaakt van de SHACL shapes. De SHACL shapes van
+ DCAT-AP-NL zijn opgedeeld in de volgende bestanden, voor het valideren van verschillende aspecten van de
+ datasetbeschrijvingen:
+
+
+
+
+
dcat-ap-nl-SHACL.ttl: De SHACL shapes van DCAT-AP-NL,
+ exclusief de validatieregels rondom het klassebereik van eigenschappen.
+
dcat-ap-nl-SHACL-klassebereik.ttl: De SHACL
+ shapes van DCAT-AP-NL voor het valideren van het klassebereik van eigenschappen, exclusief het
+ klassebereik van eigenschappen met een waarde afkomstig uit een codelijst.
+
dcat-ap-nl-SHACL-klassebereik-codelijsten.ttl:
+ De SHACL shapes van DCAT-AP-NL voor het valideren van het klassebereik van eigenschappen met een waarde
+ afkomstig uit een codelijst.
+
+
+ Deze bestanden kunnen los, of gecombineerd worden gebruikt om de datasetbeschrijvingen te valideren.
+
+
+ Voor het valideren van aanbevolen shapes uit DCAT-AP-NL kan het volgende bestand worden toegevoegd bij de
+ validatie:
+
+
+
+
De redactie is alle leden van de werkgroep dankbaar voor hun bijdragen aan dit document en tevens ook de
+ personen die eerder een bijdrage geleverd hebben aan DCAT-AP-DONL 2.0 waarvan dankbaar gebruik gemaakt is.
+
+ 
+
+ 
+
+ 
+