- From: Graham Klyne <GK@ninebynine.org>
- Date: Sat, 27 Apr 2002 09:58:41 +0100
- To: Sandro Hawke <sandro@w3.org>
- Cc: www-rdf-interest@w3.org
At 01:08 PM 4/26/02 -0400, Sandro Hawke wrote:
>So take your pick: (1) use this approach, (2) allow some messy merged
>graphs, or (3) achieve consensus. (or find a better approach.)
>Personally, I'd like (3) but I don't know how to do it. Maybe when
>people start actually merging graphs, there will be enough social
>pressure on whoever looks the messiest to get them to shape up and
>conform.
I think that last bit is happening in pockets. I've found that playing
with the RDFWeb/RDFWho [1] and related vocabulary [2] (across a small range
of different applications) has helped to clarify some issues in my mind. A
useful technique seems to be to leave abstractions like people un-named or
named with place-holder URIs, and describe them with uniquely identifying
properties; e.g.
genid:GK a wn:Person ; foaf:mbox <GK@ninebynine.org> .
which seems a little bit like your uname approach without the extra vocabulary.
But the messiness will persist, I think. Lot's of early work seems to use
URIs in descriptions in ways that raise the what-is-referenced problem. I
think we'll want to live with that even as we evolve better ways to reduce
the messiness for new data. Loading additional interpretation birden on
the properties used might help; e.g.
<http://www.w3.org/> messy:director "TimBL" .
might use messy:director to mean "the web page whose URI labels the subject
of this property describes an organization that has a director who is a
person sometimes referenced by the string that labels the object of the
property". Some inference rules might allow us to turn this into a less
messy description:
[ a tidier:Organization : tidier:homePage <http://www.w3.org/> ]
tidier:director
[ a tidier:Person ; tidier:nickname "TimBL" ] .
which is more like the kind of approach suggested above.
#g
[1] http://rdfweb.org/
[2] http://xmlns.com/foaf/0.1/
-------------------
Graham Klyne
<GK@NineByNine.org>
Received on Saturday, 27 April 2002 05:30:37 UTC