- From: Timothy Lebo <lebot@rpi.edu>
- Date: Tue, 22 Nov 2011 12:45:45 -0500
- To: Graham Klyne <GK@ninebynine.org>
- Cc: Paul Groth <p.t.groth@vu.nl>, Jim McCusker <mccusj@rpi.edu>, Luc Moreau <L.Moreau@ecs.soton.ac.uk>, Provenance Working Group WG <public-prov-wg@w3.org>
On Nov 10, 2011, at 9:04 AM, Graham Klyne wrote: > 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. It won't be a problem in OWL, because by the time it is encoded as RDF, the DM's "Literals" will be legitimate URIs. -Tim > > #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 Tuesday, 22 November 2011 17:46:50 UTC