W3C home > Mailing lists > Public > public-grddl-wg@w3.org > November 2006

Re: Hello world test case

From: Dan Connolly <connolly@w3.org>
Date: Wed, 15 Nov 2006 21:59:42 -0600
To: Ian Davis <ian.davis@talis.com>
Cc: public-grddl-wg <public-grddl-wg@w3.org>
Message-Id: <1163649582.28647.212.camel@dirk>

On Wed, 2006-11-15 at 22:27 +0000, Ian Davis wrote:
> I've reviewed the first testcase[1] and in my view to make this test 
> case as clear and unambiguous as possible we need to do one of two things:
> (a) change the html document and stylesheets so that the triples 
> produced make no reference to the URI of the html document. This could 
> be achieved by using markup like:
> <div><a href="http://example.org/books#stand">The Stand</a> by <a 
> href="http://en.wikipedia.org/wiki/Stephen_King" rel="page"
>  >Stephen King</a></div>
> resulting in triples like:
> _:g1 rdf:type foaf:Person .
> _:g1 foaf:isPrimaryTopicOf <http://en.wikipedia.org/wiki/Stephen_King> .
> <http://example.org/books#stand> foaf:maker _:g1 .
> <http://example.org/books#stand> dc:title "The Stand" .

I don't understand how that helps. Why is an example.org URI
better than one from the test suite?

And why introduce #stand? Why not a hashless URI? A book
is clearly an information resource.

What ambiguity do you see? i.e. what is it that has two
readings, and what are they?

> or (b) resolve issue-base-param and modify the stylesheets used in the 
> test case to expect the specified base parameter and output this in the 
> resulting RDF/XML.

How would that help?
Any outcome of issue-base-param that I can imagine is consistent
with the materials as they are.

> At this stage I lean towards (a) and I'm willing to make the necessary 
> modifications. Before I do I'd like to hear some other opinions.
> Ian
> [1] http://www.w3.org/2001/sw/grddl-wg/td/testlist1.html#title_author
Dan Connolly, W3C http://www.w3.org/People/Connolly/
D3C2 887B 0F92 6005 C541  0875 0F91 96DE 6E52 C29E
Received on Thursday, 16 November 2006 04:00:29 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:39:09 UTC