- From: Stian Soiland-Reyes <soiland-reyes@manchester.ac.uk>
- Date: Wed, 26 Jul 2017 16:37:31 +0000
- To: Pierre-Antoine Champin <pierre-antoine.champin@univ-lyon1.fr>, "public-prov-comments@w3.org" <public-prov-comments@w3.org>
- Message-ID: <D5780135E58FC940BDB87E7D499910184B415B52@MBXP14.ds.man.ac.uk>
Thanks for your comments! BTW - in PROV-DM the attributes of entities do *not* include the PROV relations, so the prov:specializationOf (and other PROV relations) are not directly inherited. (The whole purpose of specialization is to provide alternate histories or timelines of a thing) In a way just the attributes “describing” the entity are inherited. So I think your N3 rule is a bit too simple. If you include OWL functional properties as part of these attributes, then you are combining two semantic schemes, mixing PROV Constraints and OWL. I think the ‘easy’ way out here is to then use only OWL2 semantics – which in PROV-O do not imply anything from prov:specializationOf on OWL level (beyond domain/range prov:Entity and subproperty of prov:alternateOf). We did have a think about expressing the PROV Constraints in OWL – but wanted to keep that as an optional extra so it was not added to PROV-O and some of the constraints could be non-trivial in OWL2. Contributions welcome! If you want to do a richer semantics integration of PROV Constraints and OWL then you have to ensure any OWL-reasoned “sameness” don’t leak over. -- Stian Soiland-Reyes, eScience Lab School of Computer Science, The University of Manchester http://orcid.org/0000-0001-9842-9718 From: Pierre-Antoine Champin<mailto:pierre-antoine.champin@univ-lyon1.fr> Sent: 26 July 2017 15:35 To: public-prov-comments@w3.org<mailto:public-prov-comments@w3.org> Subject: specializationOf and inference Hi all, I'm currently interested in using prov:specializationOf, as it seems to provide a weaker (and hence more flexible) "sameness" as owl:sameAs. Indeed, the "specializer" inherits the properties of the "specializee", but not the other way around (as would be the case for owl:sameAs). More precisely, I interpret inference rule 21 [1] as the following N3 rule: { ?x1 prov:specializationOf ?x2. ?x2 ?p ?o } => { ?x1 ?p ?o } So, from <#me-today> prov:specializationOf <#me> . <#me-today> :mood :happy. <#me> foaf:name "Pierre-Antoine". I could infer <#me-today> foaf:name "Pierre-Antoine". That's very well. But now, assume that I have :ssn a owl:InverseFunctionalProperty . <#me> :ssn "123456789". Similarly, I would also infer <#me-today> :ssn "123456789". But this would also lead me to infer <#me> owl:sameAs <#me-today>. which is precisely why I wanted to avoid :-( What is wrong in my reasoning? [1] https://www.w3.org/TR/2013/REC-prov-constraints-20130430/#specialization-attributes-inference
Received on Wednesday, 26 July 2017 16:37:56 UTC