W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > September 2001

Re: Test Case Results

From: Jeremy Carroll <jjc@hplb.hpl.hp.com>
Date: Thu, 6 Sep 2001 15:14:55 +0100
To: <w3c-rdfcore-wg@w3.org>
Message-ID: <JAEBJCLMIFLKLOJGMELDMEBKCCAA.jjc@hplb.hpl.hp.com>
> The URL is
>
http://www.w3.org/2000/10/rdf-tests/rdfcore/rdf-ns-prefix-confusion/test0008
.rdf

Dave wrote:
> The file should be renamed as an error case or
> removed entirely
[ ... snip ... ]
> We have discussed 'illegal' rdf: attributes, elements before.  when I
> used similar words to describe what to do when such things were seen,
> the WG did not agree, so they were removed.  So as far as I recall we
> no just considered such things as having no defined meaning.

> At present, since we do not describe what applications do with
> RDF/XML (processing model), we cannot give any requirements on what
> to do with unknown or undefined tokens.

I am happy with the proposal that we limit ourselves to describing legal
RDF, and hence make test 8 an error. It is one of the many inconsistencies
of the old spec that it (mis)specifies the processing of a particular type
of error, but not of other types of error.

Art wrote:
> Based on the argument below, wouldn't rdf:aboutEachPrefix simply
> have no meaning and be ignored?

If we are not specifying processing behaviour of bad input we do not specify
what to do when meeting an attribute with "no meaning". The current version
of ARP, in good faith, based its processing of rdf:aboutEachPrefix on a
particularly reading of para 196 (mine not Dave's!); that processing was not
simply ignoring the attribute. I suspect that trying to specify the
processing of incorrect input is a never-ending task. (It seems hard enough
to specify the processing of correct input and how to differentiate correct
input from incorrect input.) I am not wedded to the current version of ARP,
and only use it as an example, since I understand what it does and why!

Jeremy
Received on Thursday, 6 September 2001 10:16:03 EDT

This archive was generated by hypermail pre-2.1.9 : Wednesday, 3 September 2003 09:39:40 EDT