- From: init AG via GitHub <sysbot+gh@w3.org>
- Date: Fri, 07 Jan 2022 09:07:21 +0000
- To: public-dxwg-wg@w3.org
This might be a discussion we should adress at the DCAT-AP level, but since the discussion is already relatively advanced here...
in #1055 there is the idea to use dcat:Distributions within dcat:Datasets added to the dcat:DataService via dcat:servesDataset.
While this is possible, it doesn't seem suitable for the context of DCAT-AP and data portals. Datasets and Distribution come with their own set of mandatory elements. A portal normally also offers a page for every Datasets it contains. Those blank-node-datasets would pollute the catalog in my opinion.
Since `dcat:endpointDescription` has the cardinality of `*`, we could simply advise (in the context of DCAT-AP) the following:
```
_:dataservice a dcat:DataService ;
dct:title "A Title" ;
dct:license <http://dcat-ap.de/def/licenses/dl-zero-de/2.0> ;
dcat:servesDataset _:dataset-123 ;
dcat:endpointURL <https://example.org/api/;
dcat:endpointDescription <https://example.org/api/wfs?service=WFS> ;
dcat:endpointDescription [
dct:format <http://publications.europa.eu/resource/authority/file-type/JSON> ;
dct:format <http://publications.europa.eu/resource/authority/file-type/XML> ;
]
.
```
Of course, we could formalize it by creating a class like `dcatap:MicroEndpointDescription`.
I think something like this would be a good idea for DCAT-AP. We have the narrower use case of data portals and there a simple and EU-wide solution would be useful.
--
GitHub Notification of comment by init-dcat-ap-de
Please view or discuss this issue at https://github.com/w3c/dxwg/issues/1381#issuecomment-1007246763 using your GitHub account
--
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 7 January 2022 09:07:23 UTC