Re: PROV-ISSUE-32: Bob definition [Conceptual Model]

Jim,

Sorry, but this discussion seems to be ungrounded.  Can we refer
to the draft specification [1], where we try to explain what form of 
representation/assertion
we have:

/PIL is a language by which representations of the world can be 
expressed using terms that are drawn from a controlled vocabulary. These 
representations are relative to an asserter, and in that sense 
constitute assertions about the world. Different asserters will normally 
contribute different representations, and no attempt is made to define a 
notion of consistency of such different sets of assertions. The language 
provides the means to associate attribution to assertions./

[1] http://dvcs.w3.org/hg/prov/raw-file/default/model/ProvenanceModel.html

Thanks,
Luc

On 25/07/11 14:44, Jim McCusker wrote:
> On Mon, Jul 25, 2011 at 7:44 AM, Paolo Missier<Paolo.Missier@ncl.ac.uk>  wrote:
>    
>> I agree with Khalid,
>>   and at the same time I feel that there is lack of agreement on the use of
>> terms
>> - describe
>> - represents
>>
>> which I suspect is ultimately just a matter of terminology rather than of
>> deep substance.
>> I suggest that a specific issue on this be raised against the doc, as it
>> makes it sooo much easier to follow it (at least for me).
>>      
> To me, "describes" and "represents" are pretty clear:
>
> A URI can represent something. It, in itself, does not describe
> anything, since it's just a URI. A document can describe something,
> but does not represent anything. A URI can potentially represent the
> document you get when you dereference it, or it could represent the
> thing that is described when you dereference it. The document can
> usually clear that up (is that URI a foaf:Document or foaf:Person, for
> instance?).
>
> The question is, is a BOB more like a document, or more like a URI? I
> had assumed it was more like a document, since people had been
> discussing how it would "contain" assertions sufficient to identify
> the entity in question.
>
> Jim
> --
> 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
>
>