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: Jim McCusker <mccusj@rpi.edu>
Date: Sun, 6 Nov 2011 07:58:23 -0500
Message-ID: <CAAtgn=TmsV0w=56ubhwB8HuMSejUw+KnvjLTZxTe6iSjG9+6Fw@mail.gmail.com>
To: Luc Moreau <L.Moreau@ecs.soton.ac.uk>
Cc: Provenance Working Group WG <public-prov-wg@w3.org>
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
Received on Sunday, 6 November 2011 12:59:15 UTC

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