Skip to main content

[Issue #01] Content of a Base Registry: Datasets, Data Services, other resource?

Published on: 15/05/2019 Last update: 29/05/2019 Discussion Archived

Analysing the use cases presented during the webinar on ABR, in April 2019 (i.e., Denmark, Norway, Malta), we can see that National Registries contains not only datasets (file downloads) but also (REST, SOAP) services.

As Peter W. mentioned, DCAT 2.0 enables the description of those contents in detail, using the following classes:

  • dcat:Resource
    • dcat:Dataset 
    • dcat:DataService (including: endpointDescription, endpointURL, license, accessRights)

Another example, mentioned by Bart Hanssens, is the federal model of Belgium. It is based on a specific class named Data Source (subClasss of dcat:Dataset).


Proposal: To include in the specification both dcat:DataService and dcat:Dataset.

Should dcat:Dataset be refined as DataSource or similar such the Belgian approach did?

Shared on

Last update: 26/05/2021

Access to Base Registries

Open Source SoftwareStandardisation+2 topics


Fotis Zygoulis (not verified) Wed, 22/05/2019 - 13:34

Which dataset criteria should be used in order to classify National Registries dataset?

Peter Winstanley Sun, 26/05/2019 - 17:06

The point about DCAT using the dcat:Resource as the main class is that (as with the FRBR approach to cataloguing publications) the same definitive dataset can have a variety of representations - some might be linked to services, whilst others might be within other representations (which might include printed documents for reference or archive).


So, rather than complicating issues and using a subclass of dcat:Dataset  for the data source (which in itself is a bit ambiguous as the 'source' could be a service or a file), I think that keeping close to the DCAT model is the simplest and least ambiguous approach.  It also has a similarity to the IFLA FRBR model, and that too is a benefit.

Ana Rosa Guzmán Thu, 30/05/2019 - 18:21

In our case, we have services that access even to subsets of datasets, because we use these services for OOP and we try to provide only the relevant data for the purposes of the public services. I don't see now how represent these subsets... but I vote 1+ for the proposal

Martin ALVAREZ-ESPINAR Fri, 07/06/2019 - 14:39

I think the DCAT2 approach is the simplest and covers all the cases. It will be the standard, and perhaps the DCAT-AP will support it as well. So +1 to Peter's proposal. 

Bart HANSSENS Mon, 10/06/2019 - 16:52

Makes sense, +1 on the DCAT2 approach