- From: Graham Klyne <GK@Dial.pipex.com>
- Date: Wed, 29 Nov 2000 20:17:02 +0000
- To: Libby Miller <Libby.Miller@bristol.ac.uk>
- Cc: www-rdf-interest@w3c.org
At 02:46 PM 11/28/00 +0000, Libby Miller wrote:
>Hi all,
>
>I've been following the threads about statements with interest, and I've
>had a go at summarising them. There's a document at
>
>http://ilrt.org/discovery/2000/11/statements/
Libby,
this is a useful attempt on a difficult subject. By "difficult", I mean
that there are clearly many subtleties that cause different people to see
things differently -- it all seems quite simple to me ... for today at
least ;-)
I think my earlier message
(http://lists.w3.org/Archives/Public/www-rdf-interest/2000Nov/0280.html),
which you cite, captures my view. Based on that, I have some comments on
your interpretation:
>1. 'reified statements are statings'
>
>Jonas Liljegren, Seth Russell(?), Graham Klyne, Pierre-Antoine Champin,
>Jonathan Borden
>
>On this view, although a reified statement represents a statement, it is
>only one possible representation of it. There is therefore not
>necessarily a one-to-one correspondence between a statement and its
>reification (Graham Klyne).
Precisely.
>Statements may or may not be unique (there seems to be a preference for
>uniqueness, in some sense, maybe within a context (space) or
>model). Introduction of spaces: Jonathan Borden.
The RDF model seems to say that statements are unique. Contexts don't
change this.
>This means that reified statements should be regarded as unique of
>themselves and as statings. Each stating is unique. If someone else makes
>a reified statement with the same subject, predicate and object
>properties, then we cannot regard that stating as being the same as the first.
>The loss of information that occurs in Liljegren's example would not occur.
Here, I differ slightly: IMO, uniqueness of a reification depends entirely
on the URI that identifies the statement resource; i.e. the 'r' in:
[r]--rdf:type------->[rdf:Statement]
[ ]--rdf:predicate-->[p]
[ ]--rdf:subject---->[s]
[ ]--rdf:object----->[o]
If one document or context makes an assertion about the statement [r], and
some other document makes a different assertion using the same URI for [r],
then they are assertions about the *same* stating, even though the
reification is invoked in very different places.
>However, when a reified statement is given a URI via the ID attribute then
>this implies that any reified statement with that URI is referring to
>the same stating.
Yes.
>problems
>
> loss of some information, because the distinction between the
> statement and the stating is being lost, so that we are removing the
> possibility of aggregation of this part of the data.
I don't agree with this. The distinction still exists. The fact that the
statement is an abstraction that is not directly represented in RDF does
not remove the distinction.
[As I write this, I think I see one of the misunderstandings...]
Reification should NOT be regarded as synonymous with
"stating". Reification is the mechanism we have to create a resource that
models a statement; asserting that a statement was stated in some context
(i.e. describing a "stating") is just one thing we can do with a reification:
[r1]--rdf:type------->[rdf:Statement]
[ ]--rdf:subject---->[Foo]
[ ]--rdf:predicate-->[heightInMillimetres]
[ ]--rdf:object----->"25.4"
[ ]--statedBy------->[Somebody]
But, we might alternatively wish to assert that two statements are
equivalent, without asserting the truth of either, or even asserting that
anybody made such a claim (stating):
[r1]--rdf:type------->[rdf:Statement]
[ ]--rdf:subject---->[Foo]
[ ]--rdf:predicate-->[heightInMillimetres]
[ ]--rdf:object----->"25.4"
[r2]--rdf:type------->[rdf:Statement]
[ ]--rdf:subject---->[Foo]
[ ]--rdf:predicate-->[heightInInches]
[ ]--rdf:object----->"1"
[r1]--equivalentStatement-->[r2]
To reiterate: the second example uses above reifications of two (abstract)
RDF statements to make the assertion that the statements are
equivalent. Neither of these reifications are "statings".
#g
--
------------
Graham Klyne
(GK@ACM.ORG)
Received on Wednesday, 29 November 2000 16:07:39 UTC