- From: Bijan Parsia <bparsia@cs.man.ac.uk>
- Date: Fri, 18 Aug 2006 06:47:35 +0100
- To: Pat Hayes <phayes@ihmc.us>
- Cc: RDF Data Access Working Group <public-rdf-dawg@w3.org>
Ok, there is another option. One could return an error + the union of
all the sets of miniminally inconsistent subsets of the graph (or the
lean union).
I.e., error + explanation.
If we wanted to define another sort of entailment (paraconsistent
RDFS), then you could chose to always query under it, query under
normal RDFS except when the graph is inconsistent in which case, upon
examining the explanation, choose to requery under the paraconsistent
RDFS (or seek to repair the graph).
Oo, how about allowing the virtual constructions of query targets.
For example, suppose I have:
G1: {a b c. a b2 c. e b d.}
G2: {a b2 c}
Now, why can't I query G1\setminus G2? Even better if I can embed the
G2 in my query.
So, the scenario would be: I query an inconsistent graph. I get back
an explanation (i.e., union of all the minimally blah blah). If I
want to repair the graph a particular way, I delete selected triples
untiil the explanation is consistent. Call the set of those removed
triples a "repair" of the KB.
Now I can run my query against the graph \setminus the repair. I
think (and i've only had 4 hours sleep in the past two days :)) that
if you treat the whole explantion as the repair, you get the
skeptical paraconsistent answers. (Right? G |= P just incase *every*
maximally consistent subset of G |= P. But any element of a minimally
inconsistent subset cannot be in every maximally consistent subset.)
If you are worried about the burden, make it permissible to return an
error with no explanation.
Oh, I think it's impossible to have a single SPARQL query to test for
inconsistency of all graphs. You need to work your way through the
subproperty tree (at least), so need some sort of transitivity.
Plus, we don't have a test function for illformed literals. Since we
have no function that is sensitive to xmlliterals (that I know of),
we have no way to detect, in sparql, whether an XMLLiteral is
illformed. I think we should have such a test function.
Cheers,
Bijan.
Received on Friday, 18 August 2006 06:06:08 UTC