W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > February 2002

Re: reification "subagenda"

From: Graham Klyne <Graham.Klyne@MIMEsweeper.com>
Date: Fri, 15 Feb 2002 08:44:20 +0000
Message-Id: <>
To: Dan Connolly <connolly@w3.org>
Cc: w3c-rdfcore-wg@w3.org
At 10:59 PM 2/14/02 -0600, Dan Connolly wrote:
>On Thu, 2002-02-14 at 11:21, Graham Klyne wrote:
> > 1. I agree that M&S allows only one statement with given sub, pred, obj.
> >
> > 2. M&S may not specifically admit more than one reification of a 
> statement,
> > but it also does not (to me) clearly deny the possibility.
>Hmm... that's an angle I hadn't considered.
>But how do you reconcile point 2. with text like
>   A statement and its corresponding reified statement
>? That's pretty clear that they're in 1-1 correspondence,

We could bat words about, but in a specification I don't think anything 
less than an explicit statement ala "any statement has at most one 
reification" would qualify as "clear", so I don't buy the argument "do X 
because M&S clearly says so".

>I'm still trying to decide whether I care enough to
>go on record as opposing this decision.
>I think the argument we made for removing
>aboutEachPrefix applies pretty well to reification.

I don't plan to lose sleep over this one either, but I think a couple of 
points have been offered:

DanBri:  http://lists.w3.org/Archives/Public/w3c-rdfcore-wg/2002Feb/0270.html

Me:  http://lists.w3.org/Archives/Public/w3c-rdfcore-wg/2002Feb/0396.html

Bottom line:  defining the vocabulary and being clear that there are NO 
special entailments may be a useful option.  Also "mostly harmless", even 
if it turns out not to be useful.  Since the vocabulary exists and has been 
defined it seems appropriate to make this kind of clarification rather than 
deprecating it.


Graham Klyne                    MIMEsweeper Group
Strategic Research              <http://www.mimesweeper.com>
Received on Friday, 15 February 2002 07:27:06 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:24:10 UTC