- From: Riccardo Albertoni via GitHub <sysbot+gh@w3.org>
- Date: Fri, 08 Mar 2019 16:49:22 +0000
- To: public-dxwg-wg@w3.org
You can find below some of the possible solutions to support the representation of Usage Note, also based on discussion we had with @andrea-perego and @agbeltran at the last [DCAT teleconference](https://www.w3.org/2019/03/06-dxwgdcat-minutes). Please let me know which is more reasonable for you so that I can prepare a Pull Request.
**Solution 1 :** Using skos:note and its subproperties ( e.g., skos:scopeNote, skos:editorialNote).
ex:dataset a dcat:Dataset;
skos:scopeNote "This dataset is not updated, it is served as an example."@en.
Pros: This is a simple pattern I have seen applied. For example, we are documenting properties and classes in the [DCAT ttl](https://github.com/w3c/dxwg/blob/gh-pages/dcat/rdf/dcat.ttl) with skos:scopeNote.
**Solution 2** : If we think that skos:scopeNote is misleading, we might define a fresh new DCAT term such as dcat:usageNote.
ex:dataset a dcat:Dataset;
dcat:usageNote "This dataset is not updated, it is served as example."@en.
**Solution 3:** Using Web Annotation Vocabulary
:note
a oa:Annotation;
oa:hasTarget ex:dataset ;
oa:hasBody :textBody ;
oa:motivatedBy oa:commenting .
:textBody a oa:TextualBody ;
rdf:value "This dataset is not updated, it is served as an example." ;
dc:language "en" ;
dc:format "text/plain".
We probably need to be more specific about the motivation of the annotation. Following the instructions about [Extending Motivations](https://www.w3.org/TR/annotation-vocab/#extending-motivations) we can define a dedicated motivation ( i.e. dcat:usageNote, or dcat:useNote if dcat:usageNote clashes with the name of the property defined in solution 2) as it follows
dcat:usegeNote a oa:Motivation;
skos:broader oa:commenting .
**Solution 4:** Using dqv:QualityAnnotation. The concept of Usage Note is somehow related to fitness for use, and then to the notion of quality. We can express the same note above by dqv:QualityAnnotation ( which is a subclass of oa:Annotation).
#DQV
ex:dataset a dcat:Dataset ;
#By using DQV, we can use dqv:hasQualityAnnotation relates the dcat dataset to the (quality) annotation,
dqv:hasQualityAnnotation :note .
:note
# instance of dqv:QualityAnnotation instead of oa:Annotation
a dqv:QualityAnnotation ;
oa:hasTarget ex:dataset ;
oa:hasBody :textBody ;
# added dqv:qualityAssessment
oa:motivatedBy dqv:qualityAssessment, dcat:usegeNote .
:textBody a oa:TextualBody ;
rdf:value "This dataset is not updated, it is served as an example." ;
dc:language "en" ;
dc:format "text/plain"
**Balancing simple and complex solutions**
There might be reasons for supporting both one of the straightforward solutions (i.e., solution 1 and 2) and one of the more complex pattern based on OA and DQV (i.e., solution 3 and 4).
Among the possible reasons, I can count flexibility, reuse of existing patterns.
As far as I remember you cannot have property chain ending by literals, so we might think of providing some sparql Contruct/ insert to convert solution 3 or 4 into 1 or 2. For example,
PREFIX dcat: <http://www.w3.org/ns/dcat#>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
PREFIX skos: <http://www.w3.org/2004/02/skos/core#>
PREFIX dqv: <http://www.w3.org/ns/dqv#>
Prefix oa: <http://www.w3.org/ns/oa#>
prefix dc: <http://purl.org/dc/elements/1.1/>
Insert { ?a a dcat:Dataset;
dcat:usageNote ?blang
}WHERE {
?a dqv:hasQualityAnnotation ?note .
?note oa:hasBody ?textBody ;
oa:motivatedBy dcat:useNote .
?textBody a oa:TextualBody ;
rdf:value ?b;
dc:language ?lang ;
dc:format "text/plain";
BIND (STRLANG(?b,?lang) AS ?blang)
}
Probably 1+4 is the one which maximises the reuse of what is already othe there as it reuses skos, DQV, and OA being dqv:QualityAnnotation based on web annotation vocabulary.
Let's try a quick vote on the solutions to see how the group is oriented. I suggest to exploit the emoticons with the following meaning
- laugh : solution 1
- hooray: solution 2
- confused : solution 3
- heart : solution 4
- rocket : in favour of combined solutions
- eyes : against combined solutions
Combining more that one emoticons people can try to express a quite composite opinion, let's see if it works ;)
Comments and other attempts of solutions are welcome as well.
--
GitHub Notification of comment by riccardoAlbertoni
Please view or discuss this issue at https://github.com/w3c/dxwg/issues/86#issuecomment-470996474 using your GitHub account
Received on Friday, 8 March 2019 16:49:27 UTC