- From: Charles McCathieNevile <charles@sidar.org>
- Date: Sun, 20 Mar 2005 18:57:02 -0500
- To: "public-wai-ert@w3.org" <public-wai-ert@w3.org>
Particularly in dealing with results that are inferred from other results,
one of the things I have wanted is some way of saying how those results
were derived.
This may be a particular extension to earl:message (i.e. modelled as an RD
subProperty). That would require the range of a Message to be pretty
unconstrained.
The simple use case I have is as follows:
I use MUTAT to generate assertions that the EARL spec meets each of the
required tests in SpecGL. I also write an OWL rule that says that anything
that meets each test meets the test "conforms to SpecGL".
I want to generate an assertion that says the EARL spec conforms to
SpecGL, and provide linkage to why I think this is so. That way, I can
ship around the single assertion, but people can follow it back and verify.
The design I have in mind looks like this:
<Assertion>
<assertedBy r:resource="#chaals" />
<testCase r:resource="../../SpecGL#required" />
<result r:type="&earl;pass" />
<mode r:resource="&earl;heuristic" />
<!-- the foregoing is already there. The following is what I suggest as a
strawman -->
<evidence r:parseType="Collection">
<evRule r:resource="../../SpecGL#requiredRule" />
<Assertion r:resource="#point1A" />
<Assertion r:resource="#point1B" />
<Assertion r:resource="#point2A" />
<Assertion r:resource="#point3A" />
<Assertion r:resource="#point3B" />
<Assertion r:resource="#point3C" />
<Assertion r:resource="#point4A" />
<Assertion r:resource="#point5A" />
<Assertion r:resource="#point5B" />
<Assertion r:resource="#point6A" />
</evidence>
...
Things that come up immediately:
Querying a collection is a pain at the moment. EricP promised, in the
meeting in Boston, that there was a way around it, but suggested that a
standardised way around it won't get into SPARQL until version 2, which
they expect to be 18 months - 2 years away. (Their predictions, on the
other hand, seem relatively well-grounded so far, so I am not afraid that
it will really be 6 years away although that possibility should not be
ignored).
It is important to have a collection, IMHO. As I understand it this is
about the only RDF mechanism to say "these things an nothing else", which
avoids problems when people start merging data, or modelling complex data.
This covers providing evidence for a simple deduction. We should try to
anticipate this being used to provide evidence relied on by other tests,
too. Which I suspect means in particular that we should not rush to
restrict the scope, even if we do not want to get into designing a test
description language yet...
I also have a more complex use case, which I will send seperately.
cheers
Chaals
--
Charles McCathieNevile Fundacion Sidar
charles@sidar.org +61 409 134 136 http://www.sidar.org
Received on Sunday, 20 March 2005 08:57:50 UTC