Re: about vs. ID

From: Tim Berners-Lee (timbl@w3.org)
Date: 01/05/01


----- Original Message -----
From: "Ian Horrocks" <horrocks@cs.man.ac.uk>
To: "Frank van Harmelen" <Frank.van.Harmelen@cs.vu.nl>
Cc: <joint-committee@daml.org>
Sent: Tuesday, December 26, 2000 12:08 PM
Subject: Re: about vs. ID


> On December 25, Frank van Harmelen writes:
> > Another point resulting from working on the DAML+OIL walkthrough:
> >
> > I have been told that for RDF, there is no difference between writing:
> >   <rdfs:Class rdf:ID="Animal"/>
> > and
> >   <rdfs:Class rdf:about="#Animal/>
> >
> > However, I have the impression that we have been (silently?) exploiting
this non-existent distinction to indicate that the first is the "initial"
introduction/definition of the Class, and that the second is an "additional"
statement about a previously defined class.
> >
> > I have the feeling that this is ill-conceived. After all, who is to say
which of these statements is processed first? They might even live in
different files (with a suitably amended URI for the value of the about
attribute).
> >
> > I was told that a better way of thinking is that all such statements
just add to what we know about the class Animal, without giving any one of
them a special status. Is there a way to make the situation more
symmetrical? How about replacing all use of ID="classname" by
about="#classname", as a matter of style?


I would agree with this.  There is no way of saying which in a file is
a "defining" reference, as you say.  I would say "ID=" was bad style.

> I seem to recall that we talked about this in Washington. As I
> remember it, the "answer" was that:
>
> 1. Yes, we could use "about" everywhere, but that this would be
> considered bad style. I think the explanation was that although the
> URI associated with #classname is just a unique identifier that doesn't
> really have to be declared, it is better style if we do declare it.

This would be unfortunate IMHO.  When the architecture is that
all occurences are equal, but you suggest a style which implies they
are not, then people will get confused about the architecture.
Then, later designs will build on these misconceptions.

> 2. There can only be one "ID" statement for each name. (If this is
> true then about and ID are clearly not quite the same.)
>
> When exporting RDFS from OilEd, we simply use the ID form the first
> time we encounter a name and the "about" form thereafter.

I suggest you use "about" uniformly.  If one is going to use XML tools
for example to generate reports and so on, canonicaliizing out all the IDs
makes it easier.  And more importantly the language is simpler when only one
concept is used.

Tim

> Ian
>


This archive was generated by hypermail 2.1.4 : 04/02/02 EST