- From: Paul Groth <p.t.groth@vu.nl>
- Date: Tue, 6 Mar 2012 19:10:47 +0100
- To: Khalid Belhajjame <Khalid.Belhajjame@cs.man.ac.uk>
- CC: Timothy Lebo <lebot@rpi.edu>, Provenance Working Group <public-prov-wg@w3.org>
Hi Khalid I think the inference in the dm is about the properties - not their reifications per say Paul On Mar 6, 2012, at 18:31, Khalid Belhajjame <Khalid.Belhajjame@cs.man.ac.uk> wrote: > > Hi Tim, > > I agree that the properties can be free to differ from the "Involvement" > hierarchy. > > Regarding the flattening that you are suggesting in the Involvement > hierarchy, I am wondering if it may yield some issues later on. In > particular, if there are people who want to inject some inference rules > (constraint) in the ontology. For example, an inference rule that can be > applied to prov:Association should be also applicable to prov:End and > prov:Start (according to the DM), but the flattening suggested will > remove that implication. I don't think that the issue I am raising is > blocking, but I would like to know if people already thought of it. > > Thanks, khalid > > > On 06/03/2012 16:15, Timothy Lebo wrote: >> prov-wg, >> >>> However the newer, split DM has changed some of these semantics, I am >>> not now (quickly) able to find any relation subtypes that cause >>> 'inheritence' of attributes and record id. The DM constraints [2] does >>> not seem to inherit attributes, but allow 'any' attributes ("for some >>> gAttr") in the inferred relations, except for this - perhaps strange >>> one: >>> >>> If the records entity(e,attrs) and wasAssociatedWith(a,e) hold for >>> some identifiers a, e, and attribute-values attrs, then the record >>> agent(e,attrs) also holds. So to be WD4 compliant we should not have >>> any hierarchy of prov:Involvement beyond them being involvements. >> >> For the sake of simplicity, I would like to propose that we follow Stian's suggestion regarding the subclass hierarchy under Involvement. >> The critical aspect that we are conveying with the Involvement hierarchy is that we are referencing some binary relation to an Activity, Entity, or Agent. >> Anything further is not provided by the hierarchy, at the cost of confusion. >> >> Does anyone have an objection to flattening the hierarchy to "stop" at the primary Elements (Activity, Entity, Agent)? >> >> prov:Involvement >> prov:ActivityInvolvement >> prov:Generation >> prov:Inform >> prov:StartByActivity >> prov:EntityInvolvement >> prov:AgentInvolvement >> prov:Association >> prov:End # This raised a level >> prov:Start # This raised a level >> prov:Attribution >> prov:Responsibility >> prov:Derivation >> prov:Source # This raised a level >> prov:Revision # This raised 2 levels >> prov:Quotation >> prov:Usage >> prov:Trace # This raised a level (b/c it refers to either Activities or Entities) >> >> The property hierarchy would be free to differ from the class hierarchy. >> >> In the absence of objections, I will make the change by the end of the week. >> >> Regards, >> Tim >> >> >> >>> Luc - is this the correct interpretation? >>> >>> [1] http://www.w3.org/TR/2012/WD-prov-dm-20120202/ >>> [2] http://dvcs.w3.org/hg/prov/raw-file/default/model/prov-dm-constraints.html >>> >>> >>> -- >>> Stian Soiland-Reyes, myGrid team >>> School of Computer Science >>> The University of Manchester >>> >>> >> >> > >
Received on Tuesday, 6 March 2012 18:11:28 UTC