- From: Jos de Bruijn <debruijn@inf.unibz.it>
- Date: Thu, 04 Dec 2008 17:29:46 +0100
- To: Axel Polleres <axel.polleres@deri.org>
- CC: "Public-Rif-Wg (E-mail)" <public-rif-wg@w3.org>
- Message-ID: <4938057A.2050702@inf.unibz.it>
Axel Polleres wrote: > > Hi, > > I introduced, as for the other datatypes (along with an editors note), > -equals and -not-equals predicates for the rdf:XMLLiteral datatype. > > There is an obvious overlap between the -equals predicates and '=', i.e. > the '=' built-ins are superfluous, it seems, for dialects that support > equality. > > That is not the case for the not-equals predicates, though: > > All the -not-equals predicates, i.e. pred:numeric-not-equal, > pred:string-not-equal, pred:dateTime-not-equal, pred:date-not-equal, > pred:time-not-equal, pred:duration-not-equal, pred:XMLLiteral-not-equal, > pred:text-not-equal > > are defined on the same domains as their positive counterpart with > reversed truth-values. > > That has the consequence though, that they are not possibly emulated by > negation as failure, i.e. it is in general not true to say that the > > -not-equals version is true, whenever the -equals version is NOT true. > > > An example: > > _a:- External (pred:numberic-equals("blabla", 1) ) > _b:- External (pred:numberic-not-equals("blabla", 1) ) > > entails neither _a nor _b, however Both rules contain errors, and since errors mean arbitrary truth values, you don't know whether _a or _b are entailed, and in practice I suspect applications will terminate with some error message. > > _a:- "blabla" = 1 > _b:- naf ( "blabla" = 1 ) > > would entail _b. > > So, 2 questions: > > 1) Do we want this behavior or do we want the negation as failure > behavior of inequality? We want this behavior, since this is the only reasonable way to define these built-in predicates. > 2) Do we want the redundancy of equals predicates? Yes, for dialects that do not supported equality. Best, Jos > > I think we need these things clarified, to be able to determine how > '=' and "!=" shortcuts in an abridged syntax should be defined. > > Axel > > > -- Jos de Bruijn debruijn@inf.unibz.it +390471016224 http://www.debruijn.net/ ---------------------------------------------- No one who cannot rejoice in the discovery of his own mistakes deserves to be called a scholar. - Donald Foster
Received on Thursday, 4 December 2008 16:29:50 UTC