- From: Clemens Portele <portele@interactive-instruments.de>
- Date: Tue, 26 Mar 2019 14:14:37 +0000
- To: Simon Cox <Simon.Cox@csiro.au>
- CC: "public-dxwg-comments@w3.org" <public-dxwg-comments@w3.org>
- Message-ID: <EFB5FC57-959F-4828-A034-0C96EC0EB7B9@interactive-instruments.de>
Dear Simon and DXWG, thank you for considering my comments. I may not fully agree with your conclusions, but I very much appreciate your thorough consideration of my view. Unfortunately I was not able to be more enganged in the discussions. And apologies, too, for this very late reply to your detailed response below. Thanks, Clemens -- Clemens Portele portele@interactive-instruments.de<mailto:portele@interactive-instruments.de> +49 228 9141073 (office) +49 151 15298497 (mobile) cportele (skype) interactive instruments Gesellschaft für Software-Entwicklung mbH Trierer Str. 70-72, 53115 Bonn, Germany Geschäftsführer: Remigius Koblenzer, Clemens Portele Amtsgericht Bonn, HRB 3872 Am 09.01.2019 um 23:22 schrieb Simon.Cox@csiro.au<mailto:Simon.Cox@csiro.au>: Dear Clemens – Thank you for your thoughtful comments on the proposed revision of the W3C Dataset Catalog Vocabulary [0]. As you note, the addition of classes for data-services does appear to extend the scope of DCAT. However, we believe this extension to the vocabulary is necessary. Many current data catalogs already list data services. This was reflected in a number of submitted use-cases [1] which requested better guidance in DCAT for how to do it. As you note, some had used the `dcat:Distribution` class, whose definition in DCAT 2014 appeared to allow for this. However, the patterns for cataloguing data services were unclear and catalogs are inconsistent. After considerable discussion, which is reflected in several GitHub threads [2], the DXWG chose to resolve the issue by (1) adding a new class dcat:DataService with some sub-classes, and (2) clarifying (limiting) the scope of `dcat:Distribution`. A `dcat:Distribution` is now intended to be used to describe a specific representation or serialization of a dataset. A `dcat:DataService` is intended to be used to describe a particular endpoint that delivers data or data processing functions. A data-service will usually accept parameters for configuration or queries, etc, so conceptually a large number of implied datasets are available from a service, most of which would not be described explicitly prior to request. Furthermore, while some data-download-services deliver subsets of one or a small number of datasets (which might be described in separate entries in a catalog), some data-processing-services are not tied to any particular dataset (e.g. the pedo-transfer-function service deployed in the OGC Soil IE which could take input from several data services). For the latter case in particular it is not clear how a service not tied to a dataset could be included in a DCAT Catalog using the `dcat:Distribution` class, since it is not a first-class member of a catalog. To provide an overarching framework, we also added a (implicitly abstract) super-class `dcat:Resource` for all resources in a DCAT catalog. The new DCAT vocabulary is unlikely to define any further sub-classes, but external profiles might add classes for many other types that might be catalogued, such as samples, instruments, facilities, projects, … We believe that it would be helpful to provide a common semantic superstructure for this, though things beyond datasets and data-services are out of scope of the revision of DCAT. We hope this clarifies the thinking of the DXWG and reassures you that this extension was not done casually. Simon Cox On behalf of the editors of DCAT-rev (Alejandra Gonzalez-Beltran, Dave Browning, Peter Winstanley). [0] https://lists.w3.org/Archives/Public/public-dxwg-comments/2018Oct/0002.html [1] https://www.w3.org/TR/dcat-ucr/#ID6 , https://www.w3.org/TR/dcat-ucr/#ID18 [2] https://github.com/w3c/dxwg/issues?q=is%3Aissue+is%3Aclosed+label%3Aservice Simon J D Cox Research Scientist - Environmental Informatics<https://research.csiro.au/ei> Team Leader – Environmental Information Infrastructure CSIRO Land and Water<http://www.csiro.au/Research/LWF> E simon.cox@csiro.au<mailto:simon.cox@csiro.au> T +61 3 9545 2365 M +61 403 302 672 Mail: Private Bag 10, Clayton South, Vic 3169 Visit: Central Reception, Research Way, Clayton, Vic 3168 ///honey.zebra.chip<https://w3w.co/honey.zebra.chip> Deliver: Gate 3, Normanby Road, Clayton, Vic 3168 people.csiro.au/Simon-Cox<http://people.csiro.au/Simon-Cox> orcid.org/0000-0002-3884-3420<http://orcid.org/0000-0002-3884-3420> researchgate.net/profile/Simon_Cox3<https://www.researchgate.net/profile/Simon_Cox3> github.com/dr-shorthair<https://github.com/dr-shorthair> lov.okfn.org/dataset/lov/agents/Simon%20Cox<http://lov.okfn.org/dataset/lov/agents/Simon%20Cox> Twitter @dr_shorthair<https://twitter.com/dr_shorthair> Skype dr_shorthair<skype:dr_shorthair> https://xkcd.com/1810/ PLEASE NOTE The information contained in this email may be confidential or privileged. Any unauthorised use or disclosure is prohibited. If you have received this email in error, please delete it immediately and notify the sender by return email. Thank you. To the extent permitted by law, CSIRO does not represent, warrant and/or guarantee that the integrity of this communication has been maintained or that the communication is free of errors, virus, interception or interference. Please consider the environment before printing this email.
Received on Tuesday, 26 March 2019 14:22:59 UTC