- From: Dan Connolly <connolly@w3.org>
- Date: Fri, 08 Dec 2006 17:45:43 -0600
- To: public-grddl-wg <public-grddl-wg@w3.org>
On Tue, 2006-12-05 at 21:45 -0500, Chimezie Ogbuji wrote:
> On Tue, 5 Dec 2006, Dan Connolly wrote:
> > I'm struggling to figure out a natural place to put that
> > URI in the input document of the corresponding test.
> > http://www.w3.org/2001/sw/grddl-wg/td/titleauthor.html
>
> Perhaps this is a nitpick, but it seems
> preferable (to me) to use a BNode to refer to the concept of the song - with a link
> identifying a web page (READ: *Location*) that the song is the primary
We talked about this in the telcon; Harry took the ball...
ACTION: HH to respond to Chime, clarifying song/album and discussing
bNode vs URI
I think Chime and I just worked it out in #swig, Harry.
Short version:
<chimezie> if it's only in the test suite, then there really isn't any
issue
more context:
<DanC> Hi Chime. I think we set a record for
actions-processed-per-attendeed in this week's GRDDL WG telcon.
<chimezie> excellent!
* iand waves to chimezie
<DanC> 11 new + 3 cont + 6 done + 3 withdrawn = 23 actions / 5
participants.
<chimezie> wow
<DanC> 4.6 actions/attendee
<chimezie> if only our goverment was as efficient
<DanC> ;-)
<DanC> did you see that the musicbrainz uri is about an album, not a
song?
<DanC> I'm still wondering why, if the publisher gives the album a nice
URI, you'd rather use a bnode?
<chimezie> no i didn't.. did you end up using <link rel='self' to
hardcode the concept uri?
<DanC> I used rel="alternate"
<chimezie> well ...
<DanC> I'm not wild about the HTML encoding, but I'm pretty happy to use
a URI rather than a bnode in the RDF/XML.
<chimezie> just the fact that it's a URI and link semantics *seem*
mostly about locations not identifiers
<DanC> umm... what could I do to get you to drop the whole
location/identifier issue?
<DanC> the IETF and the W3C have dropped it.
--> Yahovah (n=yhwh@c-68-84-255-87.hsd1.fl.comcast.net) has joined #swig
<chimezie> it's mostly a nitpick, like I said. There just doesn't seem
to be a *natural* way to embed a URI using XHTML vocabulary.
* chimezie burrows through XHTML specs for anything on rel='alternate'
<DanC> ok... I share the concern about the HTML being a little goofy. I
think the HTML only shows up in the test suite, not the intro to the
spec
* DanC confirms that 'alternate' doesn't occur in
http://www.w3.org/2004/01/rdxh/spec Revision 1.173 2006/12/06 00:05:26
<chimezie> if it's only in the test suite, then there really isn't any
issue
<-- swh has quit ("This computer has gone to sleep")
<-- vant has quit (Read error: 113 (No route to host))
<-- mikeliebhold has quit (Read error: 110 (Connection timed out))
<DanC> logger, pointer?
<logger> See http://chatlogs.planetrdf.com/swig/2006-12-08#T23-44-38
> topic of - than to hardcode a Uniform Resource *Identifier* with a mechanism (the link
> element) which is primary used for Uniform Resource *Locators*.
>
> However, if we insist on using a <link> to refer to the identifier then
> an alternative (used often in atom feeds) worth noting is an empty
> relative reference with a link[@rel= 'self'] element and an explicit xml:base for the source document:
>
> <html xmlns="http://www.w3.org/1999/xhtml"
> xmlns:grddl='http://www.w3.org/2003/g/data-view#'
> grddl:transformation="glean_title.xsl http://www.w3.org/2001/sw/grddl-wg/td/getAuthor.xsl"
> xml:base = 'http://musicbrainz.org/mm-2.1/album/6b050dcf-7ab1-456d-9e1b-c3c41c18eed2'>
>
> <head>
> <title>Are You Experienced?</title>
> <link rel="self" href="" />
> </head>
>
> </html>
>
> > MusicBrains keeps the same information in HTML and RDF,
> > but they don't use content negotiation on the same URI;
> > they use totally distinct URIs. And they don't seem
> > to make any links between the HTML and RDF versions.
>
> Semantic Media Wiki does the same thing actually: two URI's - one for the
> 'concept' the other for the article. However, there is no link in the
> article to the concept identifier. There is a link to an RDF export
> (which includes the URI), however.
>
> -- Chimezie
--
Dan Connolly, W3C http://www.w3.org/People/Connolly/
D3C2 887B 0F92 6005 C541 0875 0F91 96DE 6E52 C29E
Received on Friday, 8 December 2006 23:45:46 UTC