W3C home > Mailing lists > Public > public-prov-wg@w3.org > November 2011

Re: PROV-ISSUE-142 (Tlebo): Can roles only be Literals? [Data Model]

From: Graham Klyne <GK@ninebynine.org>
Date: Thu, 10 Nov 2011 14:04:39 +0000
Message-ID: <4EBBD9F7.6040100@ninebynine.org>
To: Paul Groth <p.t.groth@vu.nl>
CC: Jim McCusker <mccusj@rpi.edu>, Luc Moreau <L.Moreau@ecs.soton.ac.uk>, Provenance Working Group WG <public-prov-wg@w3.org>
Paul,

While that can be done, it may cause headaches for the OWL ontology, ifone tries 
to stay within OWL DL.  I'm ambivalent about the importance of this.

#g
--

On 06/11/2011 15:48, Paul Groth wrote:
> Hi Jim
>
> I think to address Tim's issue we should just allow qualifiers to be Literal=
> s or Identifiers as defined by prov-dm.=20
>
> Then one can use uris for roles without breaking compatibility with prov-DM
>
> Was that your suggestion ?=20
>
> Cheers
> Paul
>
> On Nov 6, 2011, at 16:19, Jim McCusker<mccusj@rpi.edu>  wrote:
>
>> Make Roles resources like Entities. Classes of Roles (Creator,
>> Publisher, PrincipleInvestigator) are instantiated for each Entity. Of
>> course, this is rather similar to what's been rejected (?), but is
>> still the best choice, IMO. This would be, for instance, "Barack
>> Obama's role as president", as opposed to "the role of president",
>> which would be a class.
>>
>> Role could also be an extension of skos:Concept and allow you to
>> express "the role of president" directly without custom instantiation.
>>
>> Jim
>>
>> On Sun, Nov 6, 2011 at 8:38 AM, Luc Moreau<L.Moreau@ecs.soton.ac.uk>  wrote:
>>> Ok, so, what's alternative suggestion ?
>>>
>>> Professor Luc Moreau
>>> Electronics and Computer Science
>>> University of Southampton
>>> Southampton SO17 1BJ
>>> United Kingdom
>>>
>>>
>>> On 6 Nov 2011, at 12:59, "Jim McCusker"<mccusj@rpi.edu>  wrote:
>>>
>>>> This is a misunderstanding of a URI literal versus URI resource. When
>>>> a URI resource is used, it can link to that resource when it has
>>>> assertions made about it. This is not possible or intended with URI
>>>> literals.
>>>>
>>>> Jim
>>>>
>>>> On Sun, Nov 6, 2011 at 2:36 AM, Luc Moreau<L.Moreau@ecs.soton.ac.uk>  wrote:
>>>>> Hi Tim,
>>>>>
>>>>> But doesn't this include URIs by means of typed literals?
>>>>>
>>>>> Professor Luc Moreau
>>>>> Electronics and Computer Science
>>>>> University of Southampton
>>>>> Southampton SO17 1BJ
>>>>> United Kingdom
>>>>>
>>>>> On 6 Nov 2011, at 01:20, "Provenance Working Group Issue Tracker"<sysbot+tracker@w3.org>  wrote:
>>>>>
>>>>>>
>>>>>> PROV-ISSUE-142 (Tlebo): Can roles only be Literals? [Data Model]
>>>>>>
>>>>>> http://www.w3.org/2011/prov/track/issues/142
>>>>>>
>>>>>> Raised by: Timothy Lebo
>>>>>> On product: Data Model
>>>>>>
>>>>>> prov-dm, 5.5.1 Qualifier:
>>>>>>
>>>>>> "The value associated with a role attribute must be conformant with Literal."
>>>>>>
>>>>>>
>>>>>>
>>>>>> Will this prevent PROV-O from using URIs to cite roles?
>>>>>>
>>>>>> Restricting roles to literals will be severely limiting for PROV-O and semantic web applications, since literals cannot be described or served as linked data, and thus consumers will be unable to determine more information about what the role means.
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Jim McCusker
>>>> Programmer Analyst
>>>> Krauthammer Lab, Pathology Informatics
>>>> Yale School of Medicine
>>>> james.mccusker@yale.edu | (203) 785-6330
>>>> http://krauthammerlab.med.yale.edu
>>>>
>>>> PhD Student
>>>> Tetherless World Constellation
>>>> Rensselaer Polytechnic Institute
>>>> mccusj@cs.rpi.edu
>>>> http://tw.rpi.edu
>>>
>>>
>>
>>
>>
>> --
>> Jim McCusker
>> Programmer Analyst
>> Krauthammer Lab, Pathology Informatics
>> Yale School of Medicine
>> james.mccusker@yale.edu | (203) 785-6330
>> http://krauthammerlab.med.yale.edu
>>
>> PhD Student
>> Tetherless World Constellation
>> Rensselaer Polytechnic Institute
>> mccusj@cs.rpi.edu
>> http://tw.rpi.edu
>>
>
>
Received on Thursday, 10 November 2011 16:16:47 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:51:04 UTC