- 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