Re: Prof Voc Sprint with Agenda

On 3/5/19 4:08 PM, Car, Nicholas (L&W, Dutton Park) wrote:
> Hi all,
> 
>  
> 
> Just a reminder that there’s a live poll for a next PROF Voc sprint time:
> 
>  
> 
> https://doodle.com/poll/7t89xh46qar6zhxm
> 
>  
> 
> The agenda for the sprint has been updated after today’s plenary
> discussions and is now this:
> 
> / /
> 
> /(items in order we will address them)/
> 
>  
> 
>  1. Add ResourceRoles to PROF document
>      1. As voted on
>      2. Dependent on selecting which ResourceRoles will appear in the
>         doc, perhaps not all we have so-far named will
>  2. Consider whether to formalise prof:ResourceDescriptor as a
>     subClassOf dcat:Resource
>      1. This makes the PROF -> DCAT links explicit
>      2. It will address a range of issues such as the use of dct:format
>         with domain ResourceDescriptors rather than domain an artifact
>         and perhaps obviate the need for a prof:hasArtifact property as
>         a DCAT property may be able to be used

You'll need to explain how you see this working, and I've made an action
on this so that the whole group would get the explanation. -

I am going to be presumptuous and remind everyone that in RDF there is
no inheritance of properties from classes to subclasses, so this should
have no effect on the issue that we've discussed in #769.

Just in case you don't agree with me on the inheritance issue, here's a
stackoverflow article that expresses what I understand to be correct:

"RDF properties and classes aren't like (some kinds of) object oriented
programming; properties don't belong to classes, and they're not
inherited among them."[1] And another. [2] Subclasses can inherit
constraints (e.g. disjoint) and other elements of reasoning. [3]

If necessary we need to confirm this with an RDF guru, but I do believe
that this is the case. So if the subclassing is based on a desire to use
the properties of dcat:Resource, that is not going to be the result. In
fact, it would not produce any difference in the design of PROF that I
can ascertain. There may be other advantages, and it would be good to
spell those out.

Also, I assume that by "PROF -> DCAT links" you are speaking of
conceptual links not actual subject-predicat-object "links" - I'm not
aware of any direct linking from one to the other.

kc

[1]
https://stackoverflow.com/questions/28482437/how-to-access-parent-properties-of-a-child-class-in-rdf-with-sparql
[2]
https://stackoverflow.com/questions/37854557/owl-class-and-subclass-property-inheritance
[3] http://www.ksl.stanford.edu/software/jtp/doc/owl-reasoning.html

>  3. Improve the definition of terms
>      1. A Google Doc has been created for short-term term definition
>         editing:
>         https://docs.google.com/document/d/1q8OTx2FxIapCCuNPIDnGYl_kzvJBLT2eAn4Zp6JHrUI/edit?usp=sharing
>      2. It will be discarded after the sprint
>      3. If WG members want edit access to this and haven’t already
>         received it from me, please just let me know.
>  4. Closing as many Milestone issues as possible
>      1. 2PWD Issues are:
>         https://github.com/w3c/dxwg/issues?q=is%3Aopen+is%3Aissue+milestone%3A%22PROF+2PWD%22
>      2. Those marked “due for closing” which we will address first are:
>         https://github.com/w3c/dxwg/issues?q=is%3Aissue+is%3Aopen+label%3A%22due+for+closing%22+milestone%3A%22PROF+2PWD%22
> 
>  
> 
> If we get through enough items, we should have a 2PWD.
> 
>  
> 
> Thanks,
> 
>  
> 
> Nick
> 
>  
> 
>  
> 
>  
> 
> *Nicholas Car*
> 
> /Senior Experimental Scientist/
> 
> CSIRO Land & Water
> 41 Boggo Road, Dutton Park, QLD 4102, Australia
> 
> *E*nicholas.car@csiro.au <mailto:nicholas.car@csiro.au> *M* 0477 560 177
> *P* 07 3833 5632
> 
>  
> 

-- 
Karen Coyle
kcoyle@kcoyle.net http://kcoyle.net
m: 1-510-435-8234 (Signal)
skype: kcoylenet/+1-510-984-3600

Received on Wednesday, 6 March 2019 17:38:55 UTC