- From: Paul Groth <p.t.groth@vu.nl>
- Date: Mon, 25 Jul 2011 11:22:25 +0200
- To: Luc Moreau <L.Moreau@ecs.soton.ac.uk>
- CC: "public-prov-wg@w3.org" <public-prov-wg@w3.org>
It seems like unspecified is a hack to let you get around not saying a role. Again, I think I'm missing a justification of the MUST verses just making it a strong recommendation (i.e. SHOULD). I think you have some inferences in mind based around roles.... but I think it just means that you won't be able to make those inferences if you don't provide roles. thanks, Paul Luc Moreau wrote: > I believe there is a difference between a conceptual model and its > encoding in > a specific data/knowledge format. > > In my view, it is reasonable to require the presence of a role in a > conceptual model. > A given notation, say RDF, may provide "abbreviations", which allow for > the role not > to be expressed. This notation will have an explanation that absence of > a role corresponds > to the role "unspecified". > > So, I believe that the conceptual model should define distinguished > roles, e.g. unspecified. > > BTW, the file note.txt in the repository also suggested other roles > > Luc > > > > On 07/23/2011 03:14 PM, Provenance Working Group Issue Tracker wrote: >> PROV-ISSUE-40 (recommended-roles): Roles should not be SHOULD and not MUST [Conceptual Model] >> >> http://www.w3.org/2011/prov/track/issues/40 >> >> Raised by: Paul Groth >> On product: Conceptual Model >> >> Currently, roles are required for Generation, Use, and isControlledby. >> >> Specifically the following sentence is given: >> >> "Use, Generation, and Control assertions must contain a role." >> >> It is not clear why roles must always be there. In some cases, I may not want to assert the role that something played with respect to a process. >> >> Suggested resolution is to replace MUST with SHOULD. >> >> >> >> > -- Dr. Paul Groth (p.t.groth@vu.nl) http://www.few.vu.nl/~pgroth Assistant Professor Knowledge Representation & Reasoning Group Artificial Intelligence Section Department of Computer Science VU University Amsterdam
Received on Monday, 25 July 2011 09:25:08 UTC