W3C

OWL Web Ontology Language
Test Cases

W3C ProposedRecommendation 15 December 200310 February 2004 (alternative version)

PRE-PUBLICATION DRAFT. This document is being prepared for possible publication by the W3C, but it may change, be delayed, or never be published. The "Version" URIs and "Status of this Document" section may reflect its planned location and status, not present reality.

This version:
http://www.w3.org/TR/2003/PR-owl-test-20031215/http://www.w3.org/2001/sw/WebOnt/TR/STAGE-owl-test/
Latest version:
http://www.w3.org/TR/owl-test/
Previous version:
http://www.w3.org/TR/2003/CR-owl-test-20030818/http://www.w3.org/TR/2003/PR-owl-test-20031215/
Editors:
Jeremy J. Carroll, HP <jjc@hpl.hp.com>
Jos De Roo, AGFA,<jos.deroo@agfa.com>

Please refer to the errata for this document, which may include some normative corrections.

The normative version of this document is a compound document. Non-normative versions consisting of a single HTML file are available in three sizes: medium (this version), large, and extra large. The tests of this document are also available in these non-normative formats: Zip archive of approved tests, the test Web site.

See also translations.


Abstract

This document contains and presents test cases for the Web Ontology Language (OWL) approved by the Web Ontology Working Group. Many of the test cases illustrate the correct usage of the Web Ontology Language (OWL), and the formal meaning of its constructs. Other test cases illustrate the resolution of issues considered by the Working Group. Conformance for OWL documents and OWL document checkers is specified.

Status of this document

See the normative compound HTML document for document status.


Table of Contents


1. Introduction

As part of the definition of the Web Ontology Language (OWL) the Web Ontology Working Group provides a set of test cases. This document presents those test cases. They are intended to provide examples for, and clarification of, the normative definition of OWL found in [OWL Semantics and Abstract Syntax] to which this document is subsidiary.

This document is one component of the description of OWL, the Web Ontology Language, being produced by the W3C Web Ontology Working Group. The Document Roadmap section of the [OWL Overview] describes each of the different parts and how they fit together.

This document describes the various types of test used and the format in which the tests are presented. Alternative formats of the test collection are provided. These are intended to be suitable for use by OWL developers in test harnesses, possibly as part of a test driven development process, such as Extreme Programming [XP]. The format of the Manifest files used as part of these alternative formats is described.

In the non-normative appendices, this document also describes the process for creation and approval of these tests.

1.1. Conformance and Scope

Various conformance levels are defined in this document in terms of [OWL Semantics and Abstract Syntax].

However, the test cases do not constitute a conformance test suite for OWL, since they are silent on several important issues. This document cannot be considered a complete specification of OWL.

The tests illustrate issue resolutions, and illustrate the use and meaning of the terms in the OWL namespace.

There are other miscellaneous tests: some arising in the literature, and in preexisting systems; others intending to show the difficulty of complete implementations of OWL Full.

2. Deliverables (Normative)

The deliverables included as part of the test cases are:

Note: Other files can be found under the top URL of the Web site which are not part of the deliverable.

2.1. Normative Status

Of the deliverables the only normative tests are those included in this document. All other deliverables are informative. Moreover, the recommendation document is informative except for the conformance statements, the test data (specified in RDF/XML [RDF/XML[RDF Syntax]), and the supporting documentation.

2.2. Extra Credit Tests

The Web Ontology Working Group has seen adequate implementation experience of most of the tests in this document. Some, however, are particularly difficult to implement efficiently. These are labelled as extra credit tests. Such tests indicate the semantics of OWL, but may use features that are not sufficiently widely implemented to provide good interoperability.

A general case of extra credit tests is that all OWL Full nonentailments and consistency tests are extra credit tests. This is because typical OWL Full implementations prove entailments but cannot prove nonentailments.

Extra credit tests are labelled with "EC" within this document and with status EXTRACREDIT in the manifest files.

The name indicates that there is no expectation that any implementation will successfully run such tests and any that do gain extra credit.

3. Test Types (Normative)

Each test consists of one or more RDF/XML documents and a Manifest file. Tests of one document indicate some property of that document when viewed as an OWL knowledge base. Tests of two or more documents indicate a relationship between the two documents when viewed as OWL knowledge bases.

The Manifest file is named ManifestNNN.rdf (The NNN is replaced by the test number). It contains metadata (in RDF) indicating the test type, and describing the test.

The metadata also indicates the language levels appropriate for each test and each document in each test. For each RDF/XML document, one language level is indicated, being OWL Lite, OWL DL or OWL Full, as given by the syntactic rules in [OWL Semantics and Abstract Syntax]. For semantic tests, one or two language levels are indicated. If the language level OWL Full is indicated for a semantic test, then the test holds according to the RDF-Compatible Model-Theoretic Semantics in [OWL Semantics and Abstract Syntax]. If the language level OWL Lite or OWL DL is indicated for a semantic test, then the test holds according to the Direct Model-Theoretic Semantics in [OWL Semantics and Abstract Syntax]. If the language level OWL Lite is indicated for a semantic test, then the test only uses features within the OWL Lite sublanguage.

Some of the tests require that certain datatypes are, or are not, supported in the datatype theorymap [OWL Semantics and Abstract Syntax]. These are indicated with the test. Other datatypes which are used in the test are also indicated: the test applies whether or not these are supported in the datatype theorymap . The datatypes xsd:integer, xsd:string from [XML Schema Datatypes] are not indicated, even when used or required, since they must be supported.

3.1. Tests for Incorrect Use of OWL Namespace

These tests use one document. It is named badNNN.rdf. This document includes a use of the OWL namespace with a local name that is not defined by the OWL recommendation. An OWL Syntax checker SHOULD give a warning.

Note: These tests are intended to help migration from DAML+OIL [DAML+OIL], since the local names chosen are defined in the DAML+OIL namespace.

3.2. Entailment Tests

These tests use two documents. One is named premisesNNN.rdf, the other is named conclusionsNNN.rdf. The conclusions are entailed by the premises. Such entailment is defined by the OWL semantics [OWL Semantics and Abstract Syntax], (see also OWL Full entailment).

3.3. Non-Entailment Tests

These tests use two documents. One is named premisesNNN.rdf, the other is named nonconclusionsNNN.rdf. The nonconclusions are not entailed by the premises. Such entailment is defined by the OWL semantics [OWL Semantics and Abstract Syntax], (see also OWL Full entailment).

Exceptionally, test imports-002 includes a third document.

3.4. True Tests

These tests use one document. It is named conclusionsNNN.rdf. The conclusions follow from the OWL semantics [OWL Semantics and Abstract Syntax]. These tests are a special case of the entailment tests in which the premises are empty.

3.5. OWL for OWL Tests

These tests use one document. It is named conclusionsNNN.rdf. These are a special case of true tests. The conclusions follow from the OWL Full semantics [OWL Semantics and Abstract Syntax]. The tests are intended to illustrate how OWL Full can be used to describe its own properties and classes.

3.6. Consistency Tests

These tests use one document. It is named consistentNNN.rdf. The document is consistent as defined by the OWL Semantics [OWL Semantics and Abstract Syntax], (see also OWL Full consistency).

3.7. Inconsistency Tests

These tests use one document. It is named inconsistentNNN.rdf. The document is not consistent as defined by the OWL semantics [OWL Semantics and Abstract Syntax], (see also OWL Full consistency).

3.8. Import Entailment Tests

These tests use more than two documents. One is named premisesNNN.rdf, another is named conclusionsNNN.rdf, the rest have names like supportNNN-A.rdf. The support documents are in the imports closure of the premises document. The conclusions are entailed by the imports closure of the premises. Such entailment is defined by the OWL semantics [OWL Semantics and Abstract Syntax], (see also OWL Full entailment).

3.9. Import Level Tests

These tests use two documents. One is named importsNNN.rdf, the other is named mainNNN.rdf. These tests indicate the interaction between owl:imports and the sublanguage levels of the main document.

4. Conformance (Normative)

4.1. Document Conformance

4.1.1. Syntactic Conformance

An OWL Full document is any RDF/XML document [RDF/XML[RDF Syntax].

An OWL DL document is an OWL Full document such that the imports closure [OWL Semantics and Abstract Syntax] of the corresponding RDF graph [RDF Concepts] is an OWL DL ontology in RDF graph form.

An OWL Lite document is an OWL Full document such that the imports closure [OWL Semantics and Abstract Syntax] of the corresponding RDF graph [RDF Concepts] is an OWL Lite ontology in RDF graph form.

4.1.2. Semantic Conformance

An OWL Lite or OWL DL document D is OWL DL consistent with respect to a datatype theorymap T if and only if there is some abstract OWL interpretation I with respect to T such that I satisfies an abstract ontology O corresponding to D, in which O has a separated vocabulary; (see [OWL Semantics and Abstract Syntax]).

An OWL Full document D is OWL Full consistent with respect to a datatype theorymap T, if and only if there is some OWL Full interpretation I with respect to T such that I satisfies all the RDF graphs in some imports closed collection containing an RDF graph corresponding to D.

4.2. Document Checker Conformance

This section uses the words MUST, MUST NOT, SHOULD and MAY as in [RFC 2119].

4.2.1. Syntax Checker

An OWL syntax checker takes a document as input, and returns one word being one of Lite, DL, Full, Other.

The return value MUST conform with the following:

Lite
The input document is an OWL Lite document.
DL
The input document is an OWL DL document but not an OWL Lite document.
Full
The input document is an OWL Full document but not an OWL DL document.
Other
The input document is not an OWL Full document.

In addition, an OWL Syntax Checker SHOULD report a warning if the RDF graph [RDF Concepts] corresponding to the document uses any URI references starting with the prefix http://www.w3.org/2002/07/owl# except those found in the [RDF Schema for OWL].

An OWL syntax checker SHOULD report network errors occurring during the computation of the imports closure.

4.2.2. Consistency Checker

An OWL consistency checker takes a document as input, and returns one word being Consistent, Inconsistent, or Unknown.

An OWL consistency checker SHOULD report network errors occurring during the computation of the imports closure.

An OWL consistency checker MUST provide a means to determine the datatypes supported by its datatype theorymap, [OWL Semantics and Abstract Syntax]; for example, by listing them in its supporting documentation.

An OWL consistency checker MUST provide a means to determine the model theory [OWL Semantics and Abstract Syntax], it uses (either the Direct Model-Theoretic Semantics or the RDF-Compatible Model-Theoretic Semantics); for example, in its supporting documentation.

An OWL consistency checker MUST be sound: it MUST return Consistent only when the input document is consistent and Inconsistent only when the input document is not consistent, with respect to the datatype theorymap of the checker.

If an input document uses datatypes that are not supported by the datatype theorymap of an OWL consistency checker then it MAY report a warning.

An OWL consistency checker is complete and terminating, if, given sufficient (but finite) resources (CPU cycles and memory) and the absence of network errors, it will always return either Consistent or Inconsistent. It has been shown that for OWL Lite and DL it is possible to construct a complete and terminating consistency checker (the languages are decidable), and that for OWL full it is not possible to construct a complete and terminating consistency checker (the language is undecidable, [Practical Reasoning]).

The datatype theorymap of an OWL consistency checker MUST minimally support at least xsd:integer, xsd:string from [XML Schema Datatypes].

An OWL consistency checker SHOULD NOT return Unknown. Unknown, while sometimes needed, is not a desired response.

Four different conformance classes of OWL consistency checker are defined.

An OWL Lite consistency checker is an OWL consistency checker that takes an OWL Lite document as input, and uses the Direct Model-Theoretic Semantics.

An OWL DL consistency checker is an OWL consistency checker that takes an OWL DL document as input and uses the Direct Model-Theoretic Semantics.

An OWL Full consistency checker is an OWL consistency checker that takes an OWL Full document as input and uses the RDF-Compatible Model-Theoretic Semantics.

The datatype map of an OWL Full consistency checker MUST also support rdf:XMLLiteral from [RDF Concepts], see [RDF Semantics].

A complete OWL Lite consistency checker is an OWL Lite consistency checker that is complete and terminating.

Note: An OWL Full consistency checker may indicate that an OWL DL document is inconsistent, while an OWL DL consistency checker indicates that the same document is consistent, (for example: compare test Thing-005 with Thing-004 or compare AnnotationProperty-001 with AnnotationProperty-002). Every OWL DL consistency checker is also an OWL Lite consistency checker.

Note: A complete OWL Lite consistency checker MAY return Unknown for an OWL Lite document in the case where a resource limit has been exceeded.

Note: The usage of the word 'complete' in this section follows the conventions of the description logic community. In some other communities the word 'complete' is used in a weaker sense, refering to the detection of inconsistency by logical inference systems.

5. Testing an OWL Implementation (Informative)

5.1. OWL Syntax Checkers

An OWL syntax checker when presented with any of the test files must return the indicated result. This includes the extra credit tests.

5.2. OWL Consistency Checker

An OWL consistency checker can be tested using appropriate consistency and inconsistency tests. Appropriate tests are those of an appropriate level and for which the checker has appropriate datatype support. The level of the test indicates the semantic theory being used, which may differ from the level of the file. For example, test Thing-004 contains an OWL DL file which is consistent as an OWL DL consistency test, but inconsistent as an OWL Full consistency test.

An OWL consistency checker has appropriate datatype support for a test if both:

An OWL Lite consistency checker with appropriate datatype support, when presented with a file from an OWL Lite consistency test, must return Consistent or Unknown.

An OWL DL consistency checker with appropriate datatype support, when presented with a file from an OWL DL or OWL Lite consistency test, must return Consistent or Unknown.

An OWL Full consistency checker with appropriate datatype support, when presented with a file from an OWL Full consistency test, must return Consistent or Unknown.

The corresponding inconsistency tests must return Inconsistent or Unknown.

A complete OWL Lite consistency checker should not return Unknown on the OWL Lite consistency or inconsistency tests, regardless of the use of unsupported datatypes.

The above constraints also apply to extra credit tests. Consistency checkers that return the correct answer (i.e. not Unknown) gain the extra credit.

6. Manifest Files (Informative)

The Manifest file follows the RDF schema developed for the RDF Test Cases [RDF Test Cases]Tests].

This is augmented by a few new properties and types which are declared in the OWL Test Ontology, found at http://www.w3.org/2002/03owlt/testOntology.

Specifically each test has its own Manifest file, and is identified from the URI reference formed from the Manifest file's URL with a fragment test.

The test has one rdf:type explicit, and this is one of:

otest:NotOwlFeatureTest
A test for the incorrect use of the OWL namespace name.
otest:PositiveEntailmentTest
An entailment test.
otest:NegativeEntailmentTest
A non-entailment test.
otest:TrueTest
A true test.
otest:OWLforOWLTest
An OWL for OWL test.
otest:ConsistencyTest
A consistency test.
otest:InconsistencyTest
An inconsistency test.
otest:ImportEntailmentTest
An import entailment test.
otest:ImportLevelTest
An import level test.

Where otest is bound to http://www.w3.org/2002/03owlt/testOntology# and rtest is bound to http://www.w3.org/2000/10/rdf-tests/rdfcore/testSchema#.

The name of the original author of the test is shown using a dc:creator property, see [Dublin Core].

A description of the test is given (using XHTML markup [XHTML]) as the value of the rtest:description property.

An issue, if any, from the OWL Issues list [OWL Issues], is the value of a rtest:issue property.

An appropriate language feature, from the OWL namespace, if any, is the value of the otest:feature property.

The input documents with the test data are found as the value of the rtest:inputDocument property or as the value of both the rtest:premiseDocument and the rtest:conclusionDocument. The support files for import entailment tests, import level tests and test imports-002 are found as the values of otest:importedPremiseDocument.

The conformance levels associated with both files and tests are given with the otest:level property. The value for each document is one of otest:Full, otest:DL, otest:Lite or otest:Other. Each test is explicitly associated with one or two levels. If it is associated with otest:Lite then it is implicitly suitable for otest:DL.

The datatypes used in the test are given with the otest:usedDatatype property or with one of its subproperties: otest:supportedDatatype or otest:notSupportedDatatype. These indicate that the test is only valid when the datatype is supported or not supported respectively by the datatype theorymap being used.

The rtest:status of the test reflects the process of appendix A. It is given as one of the following levels:

APPROVED
This indicates that the test has been approved by the Web Ontology Working Group, and that implementors are expected to implement such functionality.
EXTRACREDIT
This indicates that the test has been approved by the Web Ontology Working Group, but that implementors are not expected to implement such functionality.
PROPOSED
This indicates that the test is awaiting approval.
OBSOLETED
The test, which was proposed or approved, has ceased to be appropriate.
REJECTED
The Web Ontology Working Group rejected the test (not used).

7. The OWL Tests (Normative)

7.1. By Function

7.1.1. owl:AllDifferent

Full Positive Entailment Test:001
Description: (informative) <AllDifferent/Manifest001#test>
using AllDifferent to derive differentFrom
FullPremises: <AllDifferent/premises001>
FullConclusions: <AllDifferent/conclusions001>

7.1.2. owl:AnnotationProperty

Lite Negative Entailment Test:001
Description: (informative) <AnnotationProperty/Manifest001#test>
The semantics of annotations in the direct semantics strictly distinguishes class valued annotations from individual valued annotations.
LitePremises: <AnnotationProperty/premises001>
LiteConclusions: <AnnotationProperty/nonconclusions001>

Full Positive Entailment Test:002
Description: (informative) <AnnotationProperty/Manifest002#test>
Under the rdfs compatible semantics, the previous non-entailment is, in fact, an entailment.
LitePremises: <AnnotationProperty/premises002>
LiteConclusions: <AnnotationProperty/conclusions002>

Full (EC) Consistent document.003
Description: (informative) <AnnotationProperty/Manifest003#test>
URI references used in annotations don't need to be typed.
LiteConsistent: <AnnotationProperty/consistent003>

Full (EC) Consistent document.004
Description: (informative) <AnnotationProperty/Manifest004#test>
AnnotationProperty's in OWL Lite and OWL DL, may not have range constraints.
FullConsistent: <AnnotationProperty/consistent004>

7.1.3. owl:Class

Full OWL described in OWL.001
Description: (informative) <Class/Manifest001#test>
In OWL Full every rdfs:Class is an owl:Class, in particular rdfs:Class is an owl:Class.
FullTrue: <Class/conclusions001>

Full Positive Entailment Test:002
Description: (informative) <Class/Manifest002#test>
In OWL Full, the triple in the premises is synonymous with the triple in the conclusions.
FullPremises: <Class/premises002>
LiteConclusions: <Class/conclusions002>

Full Positive Entailment Test:003
Description: (informative) <Class/Manifest003#test>
In OWL Full, the triple in the premises is synonymous with the triple in the conclusions.
LitePremises: <Class/premises003>
FullConclusions: <Class/conclusions003>

Full (EC) Negative Entailment Test:004
Description: (informative) <Class/Manifest004#test>
Annotations about owl:Class are not related to those about rdfs:Class.
FullPremises: <Class/premises004>
FullConclusions: <Class/nonconclusions004>

DL Full Negative Entailment Test:005
Description: (informative) <Class/Manifest005#test>
This test shows a potential misapplication of OWL Full comprehension rules. It also shows optional type triples on an owl:Class.
LitePremises: <Class/premises005>
DLConclusions: <Class/nonconclusions005>

Full Positive Entailment Test:006
Description: (informative) <Class/Manifest006#test>
This test shows a correct application of OWL Full comprehension rules. It also shows that use of rdfs:Class instead of owl:Class may make a file fall outside OWL DL.
LitePremises: <Class/premises006>
FullConclusions: <Class/conclusions006>

7.1.4. owl:DatatypeProperty

Full (EC) Consistent document.001
Description: (informative) <DatatypeProperty/Manifest001#test>
DatatypeProperty's may be used to related typed literals to typed literals, in OWL Full.
FullConsistent: <DatatypeProperty/consistent001>

7.1.5. owl:FunctionalProperty

Full Positive Entailment Test:001
Description: (informative) <FunctionalProperty/Manifest001#test>
If prop belongs to owl:FunctionalProperty, and subject denotes a resource which is the subject of two prop triples, then the objects of these triples have the same denotation.
FullPremises: <FunctionalProperty/premises001>
FullConclusions: <FunctionalProperty/conclusions001>

Full Positive Entailment Test:002
Description: (informative) <FunctionalProperty/Manifest002#test>
If prop belongs to owl:FunctionalProperty, and subject denotes a resource which is the subject of two prop triples, then the objects of these triples have the same denotation.Hence any assertion made using one of them can be transferred to the other.
FullPremises: <FunctionalProperty/premises002>
FullConclusions: <FunctionalProperty/conclusions002>

Full Positive Entailment Test:003
Description: (informative) <FunctionalProperty/Manifest003#test>
If prop is an owl:FunctionalProperty, then its inverse is an owl:InverseFunctionalProperty.
FullPremises: <FunctionalProperty/premises003>
LiteConclusions: <FunctionalProperty/conclusions003>

Full Positive Entailment Test:004
Description: (informative) <FunctionalProperty/Manifest004#test>
If the range of prop is a singleton set then it is necessarily functional, (i.e. every member of its domain has a single value) and so it is an owl:FunctionalProperty.
FullPremises: <FunctionalProperty/premises004>
FullConclusions: <FunctionalProperty/conclusions004>

Full Positive Entailment Test:005
Description: (informative) <FunctionalProperty/Manifest005#test>
If prop belongs to owl:FunctionalProperty then an OWL individual has at most one value for prop.
FullPremises: <FunctionalProperty/premises005>
FullConclusions: <FunctionalProperty/conclusions005>

7.1.6. owl:InverseFunctionalProperty

Full Positive Entailment Test:001
Description: (informative) <InverseFunctionalProperty/Manifest001#test>
If prop belongs to owl:InverseFunctionalProperty, and object denotes a resource which is the object of two prop triples, then the subjects of these triples have the same denotation.
FullPremises: <InverseFunctionalProperty/premises001>
FullConclusions: <InverseFunctionalProperty/conclusions001>

Full Positive Entailment Test:002
Description: (informative) <InverseFunctionalProperty/Manifest002#test>
If prop belongs to owl:InverseFunctionalProperty, and object denotes a resource which is the object of two prop triples, then the subjects of these triples have the same denotation. Hence any assertion made using one of them can be transferred to the other.
FullPremises: <InverseFunctionalProperty/premises002>
FullConclusions: <InverseFunctionalProperty/conclusions002>

Full Positive Entailment Test:003
Description: (informative) <InverseFunctionalProperty/Manifest003#test>
If prop is an owl:InverseFunctionalProperty, then its inverse is an owl:FunctionalProperty.
FullPremises: <InverseFunctionalProperty/premises003>
FullConclusions: <InverseFunctionalProperty/conclusions003>

Full Positive Entailment Test:004
Description: (informative) <InverseFunctionalProperty/Manifest004#test>
If the domain of prop is a singleton set then it is necessarily inverse functional, (i.e. every member of its range is the value of a single item) so it is an owl:InverseFunctionalProperty.
FullPremises: <InverseFunctionalProperty/premises004>
LiteConclusions: <InverseFunctionalProperty/conclusions004>

7.1.7. owl:Nothing

Lite Full Inconsistent document.001
Description: (informative) <Nothing/Manifest001#test>
The triple asserts something of type owl:Nothing, however that is the empty class.
LiteInconsistent: <Nothing/inconsistent001>

DL Full OWL described in OWL.002
Description: (informative) <Nothing/Manifest002#test>
An empty owl:Class has the same class extension as owl:Nothing.
DLTrue: <Nothing/conclusions002>

7.1.8. owl:Ontology

Lite Full Positive Entailment Test:001
Description: (informative) <Ontology/Manifest001#test>
This is a variation of equivalentClass-001, showing the use of owl:Ontology triples in the premises and conclusions.
LitePremises: <Ontology/premises001>
LiteConclusions: <Ontology/conclusions001>

Lite Full Negative Entailment Test:003
Description: (informative) <Ontology/Manifest003#test>
This is a variation of equivalentClass-001, showing the use of owl:Ontology triple only in the conclusions.
LitePremises: <Ontology/premises003>
LiteConclusions: <Ontology/nonconclusions003>

Lite Full Positive Entailment Test:004
Description: (informative) <Ontology/Manifest004#test>
This is a variation of equivalentClass-001, showing the use of two owl:Ontology triples in the premises.
LitePremises: <Ontology/premises004>
LiteConclusions: <Ontology/conclusions004>

7.1.9. owl:Restriction

Lite Full Inconsistent document.001
Description: (informative) <Restriction/Manifest001#test>
This test shows the syntax for using the same restriction twice in OWL Lite.
LiteInconsistent: <Restriction/inconsistent001>

Full Inconsistent document.002
Description: (informative) <Restriction/Manifest002#test>
This test shows syntax that is not permitted in OWL Lite or OWL DL for using the same restriction twice.
FullInconsistent: <Restriction/inconsistent002>

Full (EC) Consistent document.003
Description: (informative) <Restriction/Manifest003#test>
This test shows syntax that is not permitted in OWL Lite or OWL DL for using the same restriction twice.
Datatypes that may or may not be supported: xsd:byte,
FullConsistent: <Restriction/consistent003>

Lite Full Consistent document.004
Description: (informative) <Restriction/Manifest004#test>
This test shows OWL Lite syntax for using two equivalent restrictions.
Datatypes that may or may not be supported: xsd:byte,
LiteConsistent: <Restriction/consistent004>

Lite Full Negative Entailment Test:005
Description: (informative) <Restriction/Manifest005#test>
This test shows a potential misapplication of OWL Full comprehension rules. It also shows optional type triples on an owl:Restriction.
LitePremises: <Restriction/premises005>
LiteConclusions: <Restriction/nonconclusions005>

Full Positive Entailment Test:006
Description: (informative) <Restriction/Manifest006#test>
This test shows a correct application of OWL Full comprehension rules. It also shows that optional type triples on an owl:Restriction do not replace the obligatory ones.
LitePremises: <Restriction/premises006>
FullConclusions: <Restriction/conclusions006>

7.1.10. owl:SymmetricProperty

Full Positive Entailment Test:001
Description: (informative) <SymmetricProperty/Manifest001#test>
A simple illustration of symmetric properties.
FullPremises: <SymmetricProperty/premises001>
FullConclusions: <SymmetricProperty/conclusions001>

DL Full Positive Entailment Test:002
Description: (informative) <SymmetricProperty/Manifest002#test>
Test illustrating extensional semantics of owl:SymmetricProperty.
DLPremises: <SymmetricProperty/premises002>
DLConclusions: <SymmetricProperty/conclusions002>

Lite Full Positive Entailment Test:003
Description: (informative) <SymmetricProperty/Manifest003#test>
A Lite version of test 001.
LitePremises: <SymmetricProperty/premises003>
LiteConclusions: <SymmetricProperty/conclusions003>

7.1.11. owl:Thing

Lite Full Inconsistent document.003
Description: (informative) <Thing/Manifest003#test>
The extension of OWL Thing may not be empty.
LiteInconsistent: <Thing/inconsistent003>

DL Consistent document.004
Description: (informative) <Thing/Manifest004#test>
The extension of OWL Thing may be a singleton in OWL DL.
DLConsistent: <Thing/consistent004>

Full Inconsistent document.005
Description: (informative) <Thing/Manifest005#test>
The extension of OWL Thing may not be a singleton in OWL Full.
FullInconsistent: <Thing/inconsistent005>

7.1.12. owl:TransitiveProperty

Full Positive Entailment Test:001
Description: (informative) <TransitiveProperty/Manifest001#test>
A simple illustration of transitivity.
FullPremises: <TransitiveProperty/premises001>
FullConclusions: <TransitiveProperty/conclusions001>

DL Full Positive Entailment Test:002
Description: (informative) <TransitiveProperty/Manifest002#test>
Test illustrating extensional semantics of owl:TransitiveProperty.
DLPremises: <TransitiveProperty/premises002>
LiteConclusions: <TransitiveProperty/conclusions002>

7.1.13. owl:allValuesFrom

Lite Full Positive Entailment Test:001
Description: (informative) <allValuesFrom/Manifest001#test>
A simple example.
LitePremises: <allValuesFrom/premises001>
LiteConclusions: <allValuesFrom/conclusions001>

Lite Full Negative Entailment Test:002
Description: (informative) <allValuesFrom/Manifest002#test>
Another simple example; contrast with owl:someValuesFrom.
LitePremises: <allValuesFrom/premises002>
LiteConclusions: <allValuesFrom/nonconclusions002>

7.1.14. owl:backwardCompatibleWith

Lite Full Consistent document.001
Description: (informative) <backwardCompatibleWith/Manifest001#test>
An example of use.
LiteConsistent: <backwardCompatibleWith/consistent001>

Full (EC) Consistent document.002
Description: (informative) <backwardCompatibleWith/Manifest002#test>
In OWL Lite and DL the subject and object of a triple with predicate owl:backwardCompatibleWith must both be explicitly typed as owl:Ontology.
FullConsistent: <backwardCompatibleWith/consistent002>

7.1.15. owl:cardinality

Lite Full Positive Entailment Test:001
Description: (informative) <cardinality/Manifest001#test>
An owl:cardinality constraint is simply shorthand for a pair of owl:minCardinality and owl:maxCardinality constraints.
LitePremises: <cardinality/premises001>
LiteConclusions: <cardinality/conclusions001>

Lite Full Positive Entailment Test:002
Description: (informative) <cardinality/Manifest002#test>
An owl:cardinality constraint is simply shorthand for a pair of owl:minCardinality and owl:maxCardinality constraints.
LitePremises: <cardinality/premises002>
LiteConclusions: <cardinality/conclusions002>

DL Full Positive Entailment Test:003
Description: (informative) <cardinality/Manifest003#test>
An owl:cardinality constraint is simply shorthand for a pair of owl:minCardinality and owl:maxCardinality constraints.
DLPremises: <cardinality/premises003>
DLConclusions: <cardinality/conclusions003>

DL Full Positive Entailment Test:004
Description: (informative) <cardinality/Manifest004#test>
An owl:cardinality constraint is simply shorthand for a pair of owl:minCardinality and owl:maxCardinality constraints.
DLPremises: <cardinality/premises004>
DLConclusions: <cardinality/conclusions004>

Full Positive Entailment Test:006
Description: (informative) <cardinality/Manifest006#test>
An owl:cardinality constraint is simply shorthand for a pair of owl:minCardinality and owl:maxCardinality constraints.
FullPremises: <cardinality/premises006>
FullConclusions: <cardinality/conclusions006>

7.1.16. owl:complementOf

Full Positive Entailment Test:001
Description: (informative) <complementOf/Manifest001#test>
complementOf is a SymmetricProperty.
FullPremises: <complementOf/premises001>
FullConclusions: <complementOf/conclusions001>

7.1.17. owl:differentFrom

Full Positive Entailment Test:001
Description: (informative) <differentFrom/Manifest001#test>
differentFrom is a SymmetricProperty.
FullPremises: <differentFrom/premises001>
FullConclusions: <differentFrom/conclusions001>

Full Positive Entailment Test:002
Description: (informative) <differentFrom/Manifest002#test>
using distinctMembers to derive differentFrom
FullPremises: <differentFrom/premises002>
FullConclusions: <differentFrom/conclusions002>

7.1.18. owl:disjointWith

DL Full Positive Entailment Test:001
Description: (informative) <disjointWith/Manifest001#test>
Disjoint classes have different members.
DLPremises: <disjointWith/premises001>
LiteConclusions: <disjointWith/conclusions001>

Full Positive Entailment Test:002
Description: (informative) <disjointWith/Manifest002#test>
Disjoint classes have different members.
FullPremises: <disjointWith/premises002>
FullConclusions: <disjointWith/conclusions002>

DL Full Consistent document.003
Description: (informative) <disjointWith/Manifest003#test>
If the owl:disjointWith edges in the graph form an undirected complete subgraph then this may be within OWL DL.
DLConsistent: <disjointWith/consistent003>

Full (EC) Consistent document.004
Description: (informative) <disjointWith/Manifest004#test>
This example has owl:disjointWith edges in the graph which cannot be generated by the mapping rules for DisjointClasses. Consider the lack of owl:disjointWith edge between nodes C and D.
FullConsistent: <disjointWith/consistent004>

DL Full Consistent document.005
Description: (informative) <disjointWith/Manifest005#test>
If the owl:disjointWith edges in the graph form unconnected undirected complete subgraphs then this may be within OWL DL.
DLConsistent: <disjointWith/consistent005>

Full (EC) Consistent document.006
Description: (informative) <disjointWith/Manifest006#test>
If the owl:disjointWith edges in the graph form undirected complete subgraphs which share blank nodes then this is not within OWL DL.
FullConsistent: <disjointWith/consistent006>

DL Full Consistent document.007
Description: (informative) <disjointWith/Manifest007#test>
If the owl:disjointWith edges in the graph form undirected complete subgraphs which share URIref nodes but do not share blank node then this may be within OWL DL.
DLConsistent: <disjointWith/consistent007>

Full (EC) Consistent document.008
Description: (informative) <disjointWith/Manifest008#test>
A further example that cannot be generated from the mapping rule for DisjointClasses.
FullConsistent: <disjointWith/consistent008>

DL Full Consistent document.009
Description: (informative) <disjointWith/Manifest009#test>
If the owl:disjointWith edges in the graph form undirected complete subgraphs which share URIref nodes but do not share blank node then this may be within OWL DL.
DLConsistent: <disjointWith/consistent009>

Full Inconsistent document.010
Description: (informative) <disjointWith/Manifest010#test>
The owl:disjointWith loop is not in OWL DL. Classes that are disjoint with themselves are necessarily empty.
FullInconsistent: <disjointWith/inconsistent010>

7.1.19. owl:distinctMembers

Full Positive Entailment Test:001
Description: (informative) <distinctMembers/Manifest001#test>
using distinctMembers to derive differentFrom
FullPremises: <distinctMembers/premises001>
FullConclusions: <distinctMembers/conclusions001>

7.1.20. owl:equivalentClass

Lite Full Positive Entailment Test:001
Description: (informative) <equivalentClass/Manifest001#test>
Two classes may have the same class extension.
LitePremises: <equivalentClass/premises001>
LiteConclusions: <equivalentClass/conclusions001>

Lite Full Positive Entailment Test:002
Description: (informative) <equivalentClass/Manifest002#test>
Two classes may be different names for the same set of individuals
LitePremises: <equivalentClass/premises002>
LiteConclusions: <equivalentClass/conclusions002>

Lite Full Positive Entailment Test:003
Description: (informative) <equivalentClass/Manifest003#test>
Two classes may be different names for the same set of individuals
LitePremises: <equivalentClass/premises003>
LiteConclusions: <equivalentClass/conclusions003>

Lite Full Positive Entailment Test:004
Description: (informative) <equivalentClass/Manifest004#test>
Two classes with the same complete description are equivalent.
LitePremises: <equivalentClass/premises004>
LiteConclusions: <equivalentClass/conclusions004>

Lite Full Negative Entailment Test:005
Description: (informative) <equivalentClass/Manifest005#test>
Two classes with the same partial description are not equivalent.
LitePremises: <equivalentClass/premises005>
LiteConclusions: <equivalentClass/nonconclusions005>

DL Full Positive Entailment Test:006
Description: (informative) <equivalentClass/Manifest006#test>
De Morgan's law.
LitePremises: <equivalentClass/premises006>
DLConclusions: <equivalentClass/conclusions006>

Full Positive Entailment Test:007
Description: (informative) <equivalentClass/Manifest007#test>
De Morgan's law.
FullPremises: <equivalentClass/premises007>
FullConclusions: <equivalentClass/conclusions007>

DL Full Negative Entailment Test:008
Description: (informative) <equivalentClass/Manifest008#test>
Annotation properties refer to a class instance. equivalentClass refers to the class extension.
LitePremises: <equivalentClass/premises008>
LiteConclusions: <equivalentClass/nonconclusions008>

DL Full Consistent document.009
Description: (informative) <equivalentClass/Manifest009#test>
A possible mapping of the EquivalentClasses axiom, which is connected but without a Hamiltonian path.
DLConsistent: <equivalentClass/consistent009>

7.1.21. owl:equivalentProperty

Lite Full Positive Entailment Test:001
Description: (informative) <equivalentProperty/Manifest001#test>
hasLeader may be stated to be the owl:equivalentProperty of hasHead.
LitePremises: <equivalentProperty/premises001>
LiteConclusions: <equivalentProperty/conclusions001>

Lite Full Positive Entailment Test:002
Description: (informative) <equivalentProperty/Manifest002#test>
A reasoner can also deduce that hasLeader is a subProperty of hasHead and hasHead is a subProperty of hasLeader.
LitePremises: <equivalentProperty/premises002>
LiteConclusions: <equivalentProperty/conclusions002>

Lite Full Positive Entailment Test:003
Description: (informative) <equivalentProperty/Manifest003#test>
The inverse entailment of test 002 also holds.
LitePremises: <equivalentProperty/premises003>
LiteConclusions: <equivalentProperty/conclusions003>

DL Full Positive Entailment Test:004
Description: (informative) <equivalentProperty/Manifest004#test>
If p and q have the same property extension then p equivalentProperty q.
DLPremises: <equivalentProperty/premises004>
LiteConclusions: <equivalentProperty/conclusions004>

Full Positive Entailment Test:005
Description: (informative) <equivalentProperty/Manifest005#test>
If p and q have the same property extension then p owl:equivalentProperty q.
FullPremises: <equivalentProperty/premises005>
FullConclusions: <equivalentProperty/conclusions005>

Full Positive Entailment Test:006
Description: (informative) <equivalentProperty/Manifest006#test>
hasLeader may be stated to be the owl:equivalentProperty of hasHead.
FullPremises: <equivalentProperty/premises006>
FullConclusions: <equivalentProperty/conclusions006>

7.1.22. owl:imports

Full Import Entailment Test:001
Description: (informative) <imports/Manifest001#test>
If a document imports another document, then it entails anything that is entailed by the conjunction of the two documents.
FullPremises: <imports/premises001>
LiteImported Premises <imports/support001-A>
FullConclusions: <imports/conclusions001>

Full (EC) Negative Entailment Test:002
Description: (informative) <imports/Manifest002#test>
If a premise document uses a namespace but does not import the document corresponding to the namespace, then the premises do not necessarily entail anything that is entailed by the conjunction of the two documents.
FullPremises: <imports/premises002>
FullConclusions: <imports/nonconclusions002>

Full Import Entailment Test:003
Description: (informative) <imports/Manifest003#test>
If a document imports a document which in turn imports a third document, then it entails anything which is entailed by the conjunction of the statements from the three documents. That is, imports is transitive.
FullPremises: <imports/premises003>
LiteImported Premises <imports/support003-A>
LiteImported Premises <imports/support003-B>
FullConclusions: <imports/conclusions003>

Full Import Level Test:004
Description: (informative) <imports/Manifest004#test>
Importing OWL Full documents may change the level of OWL Lite or OWL DL documents.
FullImported document: <imports/imports004>
FullMain document: <imports/main004>

DL Import Level Test:005
Description: (informative) <imports/Manifest005#test>
If an OWL Lite document imports an OWL DL document then it becomes OWL DL.
DLImported document: <imports/imports005>
DLMain document: <imports/main005>

Lite Import Level Test:006
Description: (informative) <imports/Manifest006#test>
The type declarations required by semantic layering can be imported into an OWL Lite or OWL DL file.
LiteImported document: <imports/imports006>
LiteMain document: <imports/main006>

Lite Import Level Test:007
Description: (informative) <imports/Manifest007#test>
The type declarations required by semantic layering can be imported into an OWL Lite or OWL DL file.
LiteImported document: <imports/imports007>
LiteMain document: <imports/main007>

Lite Import Level Test:008
Description: (informative) <imports/Manifest008#test>
It is often possible to import an ordinary RDFS document unchanged into an OWL Lite document. Aditional type declarations may be needed in the importing document.
FullImported document: <imports/imports008>
LiteMain document: <imports/main008>

Full OWL described in OWL.010
Description: (informative) <imports/Manifest010#test>
This test specifies the domain and range for owl:imports.
FullTrue: <imports/conclusions010>

Lite Import Entailment Test:011
Description: (informative) <imports/Manifest011#test>
A Lite version of test imports-001.
LitePremises: <imports/premises011>
LiteImported Premises <imports/support011-A>
LiteConclusions: <imports/conclusions011>

Lite Full Consistent document.012
Description: (informative) <imports/Manifest012#test>
A simple test for infinite loops in imports processing code.
LiteConsistent: <imports/consistent012>

Full Import Level Test:013
Description: (informative) <imports/Manifest013#test>
An imported ontology must have type owl:Ontology to be in DL.
LiteImported document: <imports/imports013>
FullMain document: <imports/main013>

Full Import Level Test:014
Description: (informative) <imports/Manifest014#test>
When importing a file that uses an xml:base declaration, if you use a different URL in an owl:imports triple, that URL may be without an explicit type.
LiteImported document: <imports/imports014>
FullMain document: <imports/main014>

7.1.23. owl:intersectionOf

Full Positive Entailment Test:001
Description: (informative) <intersectionOf/Manifest001#test>
The order of the classes in an intersectionOf construct is unimportant.
FullPremises: <intersectionOf/premises001>
FullConclusions: <intersectionOf/conclusions001>

7.1.24. owl:inverseOf

Full Positive Entailment Test:001
Description: (informative) <inverseOf/Manifest001#test>
If the pair (x,y) is an instance of P, than the pair (y,x) is an instance of the named property.
FullPremises: <inverseOf/premises001>
FullConclusions: <inverseOf/conclusions001>

7.1.25. owl:maxCardinality

Full Inconsistent document.001
Description: (informative) <maxCardinality/Manifest001#test>
A property with maximum cardinality of two cannot take three distinct values on some subject node.
FullInconsistent: <maxCardinality/inconsistent001>

Full Inconsistent document.002
Description: (informative) <maxCardinality/Manifest002#test>
A property with maximum cardinality of two cannot take three distinct values on some subject node. In this example, one of the three values is implicit.
FullInconsistent: <maxCardinality/inconsistent002>

7.1.26. owl:oneOf

Full (EC) Consistent document.001
Description: (informative) <oneOf/Manifest001#test>
oneOf does not indicate that the named individuals are distinct. Thus a consistent interpretation of this file is when all the individual names denote the same individual.
FullConsistent: <oneOf/consistent001>

Full Positive Entailment Test:002
Description: (informative) <oneOf/Manifest002#test>
oneOf describes a class by enumerating its individuals.
FullPremises: <oneOf/premises002>
FullConclusions: <oneOf/conclusions002>

Full Positive Entailment Test:003
Description: (informative) <oneOf/Manifest003#test>
The order of the instances in an owl:oneOf construct is unimportant.
FullPremises: <oneOf/premises003>
FullConclusions: <oneOf/conclusions003>

DL Full Positive Entailment Test:004
Description: (informative) <oneOf/Manifest004#test>
This test illustrates the use of dataRange in OWL DL. This test combines some of the ugliest features of XML, RDF and OWL.
DLPremises: <oneOf/premises004>
LiteConclusions: <oneOf/conclusions004>

7.1.27. owl:sameAs

Full Positive Entailment Test:001
Description: (informative) <sameAs/Manifest001#test>
Annotation properties refer to a class instance. sameAs, in OWL Full, also refers to the class instance.
FullPremises: <sameAs/premises001>
LiteConclusions: <sameAs/conclusions001>

7.1.28. owl:someValuesFrom

Full Positive Entailment Test:001
Description: (informative) <someValuesFrom/Manifest001#test>
A simple example.
LitePremises: <someValuesFrom/premises001>
FullConclusions: <someValuesFrom/conclusions001>

Full (EC) Negative Entailment Test:002
Description: (informative) <someValuesFrom/Manifest002#test>
A simple example showing how owl:someValuesFrom differs from owl:allValuesFrom.
FullPremises: <someValuesFrom/premises002>
FullConclusions: <someValuesFrom/nonconclusions002>

Lite Full Positive Entailment Test:003
Description: (informative) <someValuesFrom/Manifest003#test>
A simple infinite loop for implementors to avoid.
LitePremises: <someValuesFrom/premises003>
LiteConclusions: <someValuesFrom/conclusions003>

7.1.29. owl:unionOf

Full Positive Entailment Test:001
Description: (informative) <unionOf/Manifest001#test>
A union is a superclass of its parts.
FullPremises: <unionOf/premises001>
FullConclusions: <unionOf/conclusions001>

Full Positive Entailment Test:002
Description: (informative) <unionOf/Manifest002#test>
A union behaves quite like set theoretic union.
FullPremises: <unionOf/premises002>
FullConclusions: <unionOf/conclusions002>

DL Full Positive Entailment Test:003
Description: (informative) <unionOf/Manifest003#test>
Sets with appropriate extensions are related by unionOf.
DLPremises: <unionOf/premises003>
DLConclusions: <unionOf/conclusions003>

DL Full Positive Entailment Test:004
Description: (informative) <unionOf/Manifest004#test>
An inverse to test 003.
DLPremises: <unionOf/premises004>
DLConclusions: <unionOf/conclusions004>

7.2. By Issue

7.2.1. Qualified Restrictions

Lite Illegal use of OWL namespace.001
Description: (informative) <I3.2/Manifest001#test>
The names used in a DAML+OIL qualified cardinality constraint are not defined the OWL namespace.
FullIncorrect: <I3.2/bad001>

Lite Illegal use of OWL namespace.002
Description: (informative) <I3.2/Manifest002#test>
The names used in a DAML+OIL qualified max cardinality constraint are not defined the OWL namespace.
FullIncorrect: <I3.2/bad002>

Lite Illegal use of OWL namespace.003
Description: (informative) <I3.2/Manifest003#test>
The names used in a DAML+OIL qualified min cardinality constraint are not defined the OWL namespace.
FullIncorrect: <I3.2/bad003>

7.2.2. UnambiguousProperty

Lite Illegal use of OWL namespace.001
Description: (informative) <I3.4/Manifest001#test>
The name UnambiguousProperty is not defined in the OWL namespace. daml:UnambiguousProperty corresponds to owl:InverseFunctionalProperty.
FullIncorrect: <I3.4/bad001>

7.2.3. UniqueProp BadName

Lite Illegal use of OWL namespace.001
Description: (informative) <I4.1/Manifest001#test>
The name UniqueProperty is not defined in the OWL namespace. daml:UniqueProperty corresponds to owl:FunctionalProperty.
FullIncorrect: <I4.1/bad001>

7.2.4. InverseOf

DL Full Positive Entailment Test:001
Description: (informative) <I4.5/Manifest001#test>
An example combinging owl:oneOf and owl:inverseOf.
DLPremises: <I4.5/premises001>
LiteConclusions: <I4.5/conclusions001>

DL Full Inconsistent document.002
Description: (informative) <I4.5/Manifest002#test>
An example combining owl:oneOf and owl:inverseOf.
DLInconsistent: <I4.5/inconsistent002>

7.2.5. EquivalentTo

Full Positive Entailment Test:003
Description: (informative) <I4.6/Manifest003#test>
owl:sameAs is stronger than owl:equivalentClass.
FullPremises: <I4.6/premises003>
LiteConclusions: <I4.6/conclusions003>

Full (EC) Negative Entailment Test:004
Description: (informative) <I4.6/Manifest004#test>
owl:sameAs is stronger than owl:equivalentClass.
LitePremises: <I4.6/premises004>
FullConclusions: <I4.6/nonconclusions004>

Lite Full Negative Entailment Test:005
Description: (informative) <I4.6/Manifest005#test>
owl:equivalentClass is not related to annotations on classes.
LitePremises: <I4.6/premises005>
LiteConclusions: <I4.6/nonconclusions005>

Lite Illegal use of OWL namespace.006
Description: (informative) <I4.6/Manifest006#test>
owl:sameIndividualAs is not an OWL property.
FullIncorrect: <I4.6/bad006>

Lite Illegal use of OWL namespace.007
Description: (informative) <I4.6/Manifest007#test>
owl:sameClassAs is not an OWL property.
FullIncorrect: <I4.6/bad007>

Lite Illegal use of OWL namespace.008
Description: (informative) <I4.6/Manifest008#test>
owl:samePropertyAs is not an OWL property.
FullIncorrect: <I4.6/bad008>

7.2.6. Uniform treatment of literal data values

Full Positive Entailment Test:001
Description: (informative) <I5.1/Manifest001#test>
stateCode example using an inverseFunctionalProperty and literals
FullPremises: <I5.1/premises001>
FullConclusions: <I5.1/conclusions001>

Full (EC) Consistent document.010
Description: (informative) <I5.1/Manifest010#test>
There are 128 different bytes that are also unsigned integers; and hence also 127.
Datatypes that may or may not be supported: xsd:byte, xsd:unsignedInt,
FullConsistent: <I5.1/consistent010>

7.2.7. Language Compliance Levels

Lite Full Consistent document.001
Description: (informative) <I5.2/Manifest001#test>
A class like owl:Nothing can be defined using OWL Lite restrictions.
LiteConsistent: <I5.2/consistent001>

Lite Full Positive Entailment Test:002
Description: (informative) <I5.2/Manifest002#test>
A class like owl:Nothing can be defined using OWL Lite restrictions.
LitePremises: <I5.2/premises002>
LiteConclusions: <I5.2/conclusions002>

Lite Full Consistent document.003
Description: (informative) <I5.2/Manifest003#test>
The complement of a class can be defined using OWL Lite restrictions.
LiteConsistent: <I5.2/consistent003>

DL Full Positive Entailment Test:004
Description: (informative) <I5.2/Manifest004#test>
The complement of a class can be defined using OWL Lite restrictions.
LitePremises: <I5.2/premises004>
DLConclusions: <I5.2/conclusions004>

DL Full Consistent document.005
Description: (informative) <I5.2/Manifest005#test>
The union of two classes can be defined using OWL Lite restrictions, and owl:intersectionOf.
LiteConsistent: <I5.2/consistent005>

DL Full Positive Entailment Test:006
Description: (informative) <I5.2/Manifest006#test>
The union of two classes can be defined using OWL Lite restrictions, and owl:intersectionOf.
LitePremises: <I5.2/premises006>
DLConclusions: <I5.2/conclusions006>

Lite Full Consistent document.010
Description: (informative) <I5.2/Manifest010#test>
The informal semantics for RDF container vocabulary, indicated by the comment, are not respected by the formal machinery of OWL.
LiteConsistent: <I5.2/consistent010>

Lite Full Consistent document.011
Description: (informative) <I5.2/Manifest011#test>
The informal semantics indicated by comments concerning user defined classes are not respected by the formal machinery of OWL.
LiteConsistent: <I5.2/consistent011>

7.2.8. drop-disjointUnionOf

Lite Illegal use of OWL namespace.001
Description: (informative) <I5.21/Manifest001#test>
daml:disjointUnionOf did not make it into OWL.
FullIncorrect: <I5.21/bad001>

DL Full Positive Entailment Test:002
Description: (informative) <I5.21/Manifest002#test>
The construct used here shows how to express mutual disjointness between classes with O(N) triples.
DLPremises: <I5.21/premises002>
DLConclusions: <I5.21/conclusions002>

7.2.9. IF-or-IFF-property-properties

Full Positive Entailment Test:001
Description: (informative) <I5.24/Manifest001#test>
This entailment is similar to one that does not hold in RDFS.
FullPremises: <I5.24/premises001>
FullConclusions: <I5.24/conclusions001>

Full Positive Entailment Test:002
Description: (informative) <I5.24/Manifest002#test>
OWL, unlike RDFS, uses iff semantics for range.
FullPremises: <I5.24/premises002>
FullConclusions: <I5.24/conclusions002>

Lite Full Positive Entailment Test:003
Description: (informative) <I5.24/Manifest003#test>
This is a typical definition of range from description logic.
LitePremises: <I5.24/premises003>
LiteConclusions: <I5.24/conclusions003>

Lite Full Positive Entailment Test:004
Description: (informative) <I5.24/Manifest004#test>
This is a typical definition of range from description logic. It works both ways.
LitePremises: <I5.24/premises004>
LiteConclusions: <I5.24/conclusions004>

7.2.10. OWL DL Sytntax

Full (EC) Consistent document.001
Description: (informative) <I5.26/Manifest001#test>
Structure sharing is not permitted in OWL DL, between a class description and a type triple.
FullConsistent: <I5.26/consistent001>

Full (EC) Consistent document.002
Description: (informative) <I5.26/Manifest002#test>
Structure sharing is not permitted in OWL DL, between an owl:equivalentClass triple and a type triple.
FullConsistent: <I5.26/consistent002>

Full (EC) Consistent document.003
Description: (informative) <I5.26/Manifest003#test>
Structure sharing is not permitted in OWL DL, between two class descriptions.
FullConsistent: <I5.26/consistent003>

Full (EC) Consistent document.004
Description: (informative) <I5.26/Manifest004#test>
Structure sharing is not permitted in OWL DL, between a class description and an owl:disjointWith triple.
FullConsistent: <I5.26/consistent004>

Full (EC) Consistent document.005
Description: (informative) <I5.26/Manifest005#test>
Structure sharing is not permitted in OWL DL, between an owl:equivalentClass triple and an owl:disjointWith triple.
FullConsistent: <I5.26/consistent005>

Full (EC) Consistent document.006
Description: (informative) <I5.26/Manifest006#test>
The blank nodes in a class description in OWL DL may not form a directed cycle.
FullConsistent: <I5.26/consistent006>

Full (EC) Consistent document.007
Description: (informative) <I5.26/Manifest007#test>
The blank nodes in a class description in OWL DL may not form a directed cycle.
FullConsistent: <I5.26/consistent007>

DL Full Positive Entailment Test:009
Description: (informative) <I5.26/Manifest009#test>
The abstract syntax form of the conclusions is:
EquivalentClasses( restriction( first:p, minCardinality(1) ) )
ObjectProperty( first:p )
This is trivially true given that first:p is an individualvaluedPropertyID.
LitePremises: <I5.26/premises009>
DLConclusions: <I5.26/conclusions009>

DL Full Positive Entailment Test:010
Description: (informative) <I5.26/Manifest010#test>
The abstract syntax form of the conclusions is:
EquivalentClasses( restriction( first:p, minCardinality(1) ) )
ObjectProperty( first:p )
This is trivially true given that first:p is an individualvaluedPropertyID.
LitePremises: <I5.26/premises010>
DLConclusions: <I5.26/conclusions010>

7.2.11. Semantic-Layering

Full (EC) Consistent document.005
Description: (informative) <I5.3/Manifest005#test>
Any RDF/XML document is in OWL Full.
FullConsistent: <I5.3/consistent005>

Lite Full Consistent document.006
Description: (informative) <I5.3/Manifest006#test>
A minimal OWL Lite version of test 005.
LiteConsistent: <I5.3/consistent006>

Full (EC) Consistent document.007
Description: (informative) <I5.3/Manifest007#test>
Any RDF/XML document is in OWL Full.
FullConsistent: <I5.3/consistent007>

Lite Full Consistent document.008
Description: (informative) <I5.3/Manifest008#test>
An OWL Lite version of test 007.
LiteConsistent: <I5.3/consistent008>

Full (EC) Consistent document.009
Description: (informative) <I5.3/Manifest009#test>
The use of blank nodes in OWL DL and OWL Lite is restricted.
FullConsistent: <I5.3/consistent009>

Full (EC) Consistent document.010
Description: (informative) <I5.3/Manifest010#test>
Classes cannot be the object of regular properties in OWL DL.
FullConsistent: <I5.3/consistent010>

Lite Full Consistent document.011
Description: (informative) <I5.3/Manifest011#test>
Classes can be the object of annotation properties in OWL Lite and DL.
LiteConsistent: <I5.3/consistent011>

Full Positive Entailment Test:014
Description: (informative) <I5.3/Manifest014#test>
This entailment does not hold under the RDF Semantics, but does under the RDFS Compatible Semantics for OWL.
FullPremises: <I5.3/premises014>
FullConclusions: <I5.3/conclusions014>

Full Positive Entailment Test:015
Description: (informative) <I5.3/Manifest015#test>
This entailment does not hold under the RDF Semantics, but does under the RDFS Compatible Semantics for OWL.
FullPremises: <I5.3/premises015>
FullConclusions: <I5.3/conclusions015>

7.2.12. List syntax or semantics

Full OWL described in OWL.001
Description: (informative) <I5.5/Manifest001#test>
rdf:first is a FunctionalProperty.
FullTrue: <I5.5/conclusions001>

Full OWL described in OWL.002
Description: (informative) <I5.5/Manifest002#test>
rdf:rest is a FunctionalProperty.
FullTrue: <I5.5/conclusions002>

Full Inconsistent document.003
Description: (informative) <I5.5/Manifest003#test>
rdf:nil cannot have an rdf:rest property.
FullInconsistent: <I5.5/inconsistent003>

Full Inconsistent document.004
Description: (informative) <I5.5/Manifest004#test>
rdf:nil cannot have an rdf:first property.
FullInconsistent: <I5.5/inconsistent004>

DL Full Positive Entailment Test:005
Description: (informative) <I5.5/Manifest005#test>
This test exhibits the effect of the comprehension principles in OWL Full.
LitePremises: <I5.5/premises005>
DLConclusions: <I5.5/conclusions005>

Full (EC) Negative Entailment Test:006
Description: (informative) <I5.5/Manifest006#test>
Comprehension does not build illformed lists.
LitePremises: <I5.5/premises006>
FullConclusions: <I5.5/nonconclusions006>

Full (EC) Negative Entailment Test:007
Description: (informative) <I5.5/Manifest007#test>
Comprehension does not build illformed lists.
LitePremises: <I5.5/premises007>
FullConclusions: <I5.5/nonconclusions007>

7.2.13. Datatypes

DL Full (EC) Inconsistent document.001
Description: (informative) <I5.8/Manifest001#test>
There are only 256 different values for xsd:byte.
Required datatype support: xsd:byte,
DLInconsistent: <I5.8/inconsistent001>

DL Full Consistent document.002
Description: (informative) <I5.8/Manifest002#test>
There are 256 different values for xsd:byte.
Datatypes that may or may not be supported: xsd:byte,
DLConsistent: <I5.8/consistent002>

DL Full (EC) Inconsistent document.003
Description: (informative) <I5.8/Manifest003#test>
There are only 128 different values of xsd:byte that are also xsd:unsignedInt.
Required datatype support: xsd:byte, xsd:unsignedInt,
DLInconsistent: <I5.8/inconsistent003>

DL Full (EC) Positive Entailment Test:004
Description: (informative) <I5.8/Manifest004#test>
There are precisely 128 different values of xsd:byte that are also xsd:unsignedInt.
Required datatype support: xsd:byte, xsd:unsignedInt,
DLPremises: <I5.8/premises004>
LiteConclusions: <I5.8/conclusions004>

DL Full Negative Entailment Test:005
Description: (informative) <I5.8/Manifest005#test>
There are 128 different values of xsd:byte that are also xsd:unsignedInt.
Datatypes that may or may not be supported: xsd:byte, xsd:unsignedInt,
DLPremises: <I5.8/premises005>
LiteConclusions: <I5.8/nonconclusions005>

Lite Full (EC) Positive Entailment Test:006
Description: (informative) <I5.8/Manifest006#test>
All xsd:byte are xsd:short.
Required datatype support: xsd:byte, xsd:short,
LitePremises: <I5.8/premises006>
LiteConclusions: <I5.8/conclusions006>

Lite Full Negative Entailment Test:007
Description: (informative) <I5.8/Manifest007#test>
-1 is an xsd:short that is not an xsd:unsignedByte.
Datatypes that may or may not be supported: xsd:short, xsd:unsignedByte,
LitePremises: <I5.8/premises007>
LiteConclusions: <I5.8/nonconclusions007>

Lite Full (EC) Positive Entailment Test:008
Description: (informative) <I5.8/Manifest008#test>
-1 is an xsd:short that is not an xsd:unsignedShort; 100000 is an xsd:unsignedInt that is not an xsd:unsignedShort; but there are no xsd:unsignedShort which are neither xsd:short nor xsd:unsignedInt
Required datatype support: xsd:short, xsd:unsignedInt, xsd:unsignedShort,
LitePremises: <I5.8/premises008>
LiteConclusions: <I5.8/conclusions008>

Lite Full (EC) Positive Entailment Test:009
Description: (informative) <I5.8/Manifest009#test>
0 is the only xsd:nonNegativeInteger which is also an xsd:nonPositiveInteger. 0 is an xsd:short.
Required datatype support: xsd:nonPositiveInteger, xsd:short, xsd:nonNegativeInteger,
LitePremises: <I5.8/premises009>
LiteConclusions: <I5.8/conclusions009>

Lite Full (EC) Positive Entailment Test:010
Description: (informative) <I5.8/Manifest010#test>
0 is the only xsd:nonNegativeInteger which is also an xsd:nonPositiveInteger.
Required datatype support: xsd:nonPositiveInteger, xsd:int, xsd:nonNegativeInteger,
LitePremises: <I5.8/premises010>
LiteConclusions: <I5.8/conclusions010>

Lite Full OWL described in OWL.011
Description: (informative) <I5.8/Manifest011#test>
The empty graph entails that xsd:integer and xsd:string are a rdfs:Datatype
LiteTrue: <I5.8/conclusions011>

DL Full Consistent document.012
Description: (informative) <I5.8/Manifest012#test>
There might be only 128 different values of xsd:byte that are also xsd:unsignedInt; but this doesis not follow fromexplicit in the datatype theorymap of this test. (cf. the similar inconsistency test).
Datatypes that must not be supported: xsd:byte, xsd:unsignedInt,
DLConsistent: <I5.8/consistent012>

Lite Full Consistent document.013
Description: (informative) <I5.8/Manifest013#test>
This test illustrates the use of a user defined datatype. The informal description has no formal semantics.
Datatypes that may or may not be supported: http://example.org/user/data#type,
LiteConsistent: <I5.8/consistent013>

Full (EC) Consistent document.014
Description: (informative) <I5.8/Manifest014#test>
This test illustrates the use of an undeclared user defined datatype. The document is hence in Full.
Datatypes that may or may not be supported: http://example.org/user/data#type,
FullConsistent: <I5.8/consistent014>

Lite Full Consistent document.015
Description: (informative) <I5.8/Manifest015#test>
This test illustrates the use of a user defined datatype. The informal description has no formal semantics.
Datatypes that may or may not be supported: http://example.org/user/data#type,
LiteConsistent: <I5.8/consistent015>

Full (EC) Consistent document.016
Description: (informative) <I5.8/Manifest016#test>
This test illustrates the use of an undeclared user defined datatype. The document is hence in Full.
Datatypes that may or may not be supported: http://example.org/user/data#type,
FullConsistent: <I5.8/consistent016>

Full Positive Entailment Test:017
Description: (informative) <I5.8/Manifest017#test>
This explores aliases of builtin datatypes.
Required datatype support: xsd:decimal,
FullPremises: <I5.8/premises017>
FullConclusions: <I5.8/conclusions017>

7.2.14. Unnamed Individual Restrictions

Full (EC) Consistent document.001
Description: (informative) <I6.1/Manifest001#test>
The blank nodes in a individual description in OWL DL may not form a directed cycle.
FullConsistent: <I6.1/consistent001>

7.3. Additional Description Logic Tests

These tests are ones that are either known from the literature (for instance, from [Heinsohn et al.]), or from test suites contributed by Network Inference, or developed by the Working Group.

The following additional namespace prefix is used in this section:

oiled
http://oiled.man.example.net/test#

In the N3 syntax [N3] used for namespace declarations, this as as follows:

Namespaces:
@prefix oiled: <http://oiled.man.example.net/test#> .

7.3.1. Extended Satisfiability Tests

These are general satisfiability tests that are intended to test the interaction of role hierarchies, disjoint concepts and other things within an OWL reasoner.

DL Full Inconsistent document.001
Description: (informative) <description-logic/Manifest001#test>
DL Test: fact1.1 If a, b and c are disjoint, then: (a and b) or (b and c) or (c and a) is unsatisfiable.
DLInconsistent: <description-logic/inconsistent001>

DL Full Inconsistent document.002
Description: (informative) <description-logic/Manifest002#test>
DL Test: fact2.1
DLInconsistent: <description-logic/inconsistent002>

DL Full Inconsistent document.003
Description: (informative) <description-logic/Manifest003#test>
DL Test: fact3.1
DLInconsistent: <description-logic/inconsistent003>

DL Full Inconsistent document.004
Description: (informative) <description-logic/Manifest004#test>
DL Test: fact4.1
DLInconsistent: <description-logic/inconsistent004>

DL Full Consistent document.005
Description: (informative) <description-logic/Manifest005#test>
DL Test: fact4.2
DLConsistent: <description-logic/consistent005>

DL Full Consistent document.006
Description: (informative) <description-logic/Manifest006#test>
DL Test: t1.1
DLConsistent: <description-logic/consistent006>

DL Full Inconsistent document.007
Description: (informative) <description-logic/Manifest007#test>
DL Test: t1.2
DLInconsistent: <description-logic/inconsistent007>

DL Full Inconsistent document.008
Description: (informative) <description-logic/Manifest008#test>
DL Test: t1.3
DLInconsistent: <description-logic/inconsistent008>

DL Full Consistent document.009
Description: (informative) <description-logic/Manifest009#test>
DL Test: t10.1
DLConsistent: <description-logic/consistent009>

DL Full Inconsistent document.010
Description: (informative) <description-logic/Manifest010#test>
DL Test: t10.2
DLInconsistent: <description-logic/inconsistent010>

DL Full Inconsistent document.011
Description: (informative) <description-logic/Manifest011#test>
DL Test: t10.3
DLInconsistent: <description-logic/inconsistent011>

DL Full Inconsistent document.012
Description: (informative) <description-logic/Manifest012#test>
DL Test: t10.4
DLInconsistent: <description-logic/inconsistent012>

DL Full Inconsistent document.013
Description: (informative) <description-logic/Manifest013#test>
DL Test: t10.5
DLInconsistent: <description-logic/inconsistent013>

DL Full Inconsistent document.014
Description: (informative) <description-logic/Manifest014#test>
DL Test: t11.1
DLInconsistent: <description-logic/inconsistent014>

DL Full Inconsistent document.015
Description: (informative) <description-logic/Manifest015#test>
DL Test: t12.1
DLInconsistent: <description-logic/inconsistent015>

DL Full Consistent document.016
Description: (informative) <description-logic/Manifest016#test>
DL Test: t2.1
DLConsistent: <description-logic/consistent016>

DL Full Inconsistent document.017
Description: (informative) <description-logic/Manifest017#test>
DL Test: t2.2
DLInconsistent: <description-logic/inconsistent017>

DL Full Consistent document.018
Description: (informative) <description-logic/Manifest018#test>
DL Test: t3.1 There are 90 possible partitions in the satisfiable case
DLConsistent: <description-logic/consistent018>

DL Full Inconsistent document.019
Description: (informative) <description-logic/Manifest019#test>
DL Test: t3.2 There are 301 possible partitions in the unsatisfiable case
DLInconsistent: <description-logic/inconsistent019>

DL Full Consistent document.020
Description: (informative) <description-logic/Manifest020#test>
DL Test: t3a.1 there are 1,701 possible partitions in the satisfiable case
DLConsistent: <description-logic/consistent020>

DL Full Consistent document.021
Description: (informative) <description-logic/Manifest021#test>
DL Test: t3a.2 There are 7,770 possible partitions in the unsatisfiable case
DLConsistent: <description-logic/consistent021>

DL Full Inconsistent document.022
Description: (informative) <description-logic/Manifest022#test>
DL Test: t3a.3 There are 42,525 possible partitions in the satisfiable case
DLInconsistent: <description-logic/inconsistent022>

DL Full Inconsistent document.023
Description: (informative) <description-logic/Manifest023#test>
DL Test: t4.1 Dynamic blocking example
DLInconsistent: <description-logic/inconsistent023>

DL Full Consistent document.024
Description: (informative) <description-logic/Manifest024#test>
DL Test: t5.1 Non-finite model example from paper The concept should be coherent but has no finite model
DLConsistent: <description-logic/consistent024>

DL Full Consistent document.025
Description: (informative) <description-logic/Manifest025#test>
DL Test: t5f.1 Non-finite model example from paper The concept should be coherent but has no finite model
DLConsistent: <description-logic/consistent025>

DL Full Inconsistent document.026
Description: (informative) <description-logic/Manifest026#test>
DL Test: t6.1 Double blocking example. The concept should be incoherent but needs double blocking
DLInconsistent: <description-logic/inconsistent026>

DL Full Inconsistent document.027
Description: (informative) <description-logic/Manifest027#test>
DL Test: t6f.1 Double blocking example. The concept should be incoherent but needs double blocking
DLInconsistent: <description-logic/inconsistent027>

DL Full Consistent document.028
Description: (informative) <description-logic/Manifest028#test>
DL Test: t7.1
DLConsistent: <description-logic/consistent028>

DL Full Inconsistent document.029
Description: (informative) <description-logic/Manifest029#test>
DL Test: t7.2
DLInconsistent: <description-logic/inconsistent029>

DL Full Inconsistent document.030
Description: (informative) <description-logic/Manifest030#test>
DL Test: t7.3
DLInconsistent: <description-logic/inconsistent030>

DL Full Consistent document.031
Description: (informative) <description-logic/Manifest031#test>
DL Test: t7f.1
DLConsistent: <description-logic/consistent031>

DL Full Inconsistent document.032
Description: (informative) <description-logic/Manifest032#test>
DL Test: t7f.2
DLInconsistent: <description-logic/inconsistent032>

DL Full Inconsistent document.033
Description: (informative) <description-logic/Manifest033#test>
DL Test: t7f.3
DLInconsistent: <description-logic/inconsistent033>

DL Full Consistent document.034
Description: (informative) <description-logic/Manifest034#test>
DL Test: t8.1
DLConsistent: <description-logic/consistent034>

DL Full Inconsistent document.035
Description: (informative) <description-logic/Manifest035#test>
A test for the interaction of one-of and inverse using the idea of a spy point. Everything is related to the spy via the property p and we know that the spy has at most two invP successors, thus limiting the cardinality of the domain to being at most 2.
DLInconsistent: <description-logic/inconsistent035>

DL Full Inconsistent document.040
Description: (informative) <description-logic/Manifest040#test>
This kind of pattern comes up a lot in more complex ontologies. Failure to cope with this kind of pattern is one of the reasons that many reasoners have been unable to cope with such ontologies.
DLInconsistent: <description-logic/inconsistent040>

7.3.2. Heinsohn's Tests

See [Heinsohn et al.].

DL Full Inconsistent document.101
Description: (informative) <description-logic/Manifest101#test>
DL Test: heinsohn1.1 Tbox tests from [Heinsohn et al.] Tests incoherency caused by disjoint concept
DLInconsistent: <description-logic/inconsistent101>

DL Full Inconsistent document.102
Description: (informative) <description-logic/Manifest102#test>
DL Test: heinsohn1.2 Tbox tests from [Heinsohn et al.] Tests incoherency caused by disjoint concept
DLInconsistent: <description-logic/inconsistent102>

DL Full Inconsistent document.103
Description: (informative) <description-logic/Manifest103#test>
DL Test: heinsohn1.3 Tbox tests from [Heinsohn et al.] Tests incoherency caused by disjoint concept
DLInconsistent: <description-logic/inconsistent103>

DL Full Inconsistent document.104
Description: (informative) <description-logic/Manifest104#test>
DL Test: heinsohn1.4 Tbox tests from [Heinsohn et al.] Tests incoherency caused by disjoint concept
DLInconsistent: <description-logic/inconsistent104>

DL Full Inconsistent document.105
Description: (informative) <description-logic/Manifest105#test>
DL Test: heinsohn2.1 Tbox tests from [Heinsohn et al.] Tests incoherency caused by number restrictions
DLInconsistent: <description-logic/inconsistent105>

DL Full Inconsistent document.106
Description: (informative) <description-logic/Manifest106#test>
DL Test: heinsohn2.2 Tbox tests from [Heinsohn et al.] Tests incoherency caused by number restrictions
DLInconsistent: <description-logic/inconsistent106>

DL Full Inconsistent document.107
Description: (informative) <description-logic/Manifest107#test>
DL Test: heinsohn3.1 Tbox tests from [Heinsohn et al.] Tests incoherency caused by number restrictions and role hierarchy
DLInconsistent: <description-logic/inconsistent107>

DL Full Inconsistent document.108
Description: (informative) <description-logic/Manifest108#test>
DL Test: heinsohn3.2 Tbox tests from [Heinsohn et al.] Tests incoherency caused by number restrictions and role hierarchy
DLInconsistent: <description-logic/inconsistent108>

DL Full Inconsistent document.109
Description: (informative) <description-logic/Manifest109#test>
DL Test: heinsohn3c.1 Tbox tests from [Heinsohn et al.] Tests incoherency caused by number restrictions and role hierarchy
DLInconsistent: <description-logic/inconsistent109>

DL Full Inconsistent document.110
Description: (informative) <description-logic/Manifest110#test>
DL Test: heinsohn4.1 Tbox tests from [Heinsohn et al.] Tests role restrictions
DLInconsistent: <description-logic/inconsistent110>

DL Full Inconsistent document.111
Description: (informative) <description-logic/Manifest111#test>
DL Test: heinsohn4.2 Tbox tests from [Heinsohn et al.] Tests role restrictions
DLInconsistent: <description-logic/inconsistent111>

7.3.3. DL 98 Instance Tests

These tests have been ported from the DL 98 tests [DL 98 Systems Comparison].

DL Full Positive Entailment Test:201
Description: (informative) <description-logic/Manifest201#test>
DL Test: k_branch ABox test from DL98 systems comparison.
DLPremises: <description-logic/premises201>
LiteConclusions: <description-logic/conclusions201>

DL Full Positive Entailment Test:202
Description: (informative) <description-logic/Manifest202#test>
DL Test: k_d4 ABox test from DL98 systems comparison.
DLPremises: <description-logic/premises202>
LiteConclusions: <description-logic/conclusions202>

DL Full Positive Entailment Test:203
Description: (informative) <description-logic/Manifest203#test>
DL Test: k_dum ABox test from DL98 systems comparison.
DLPremises: <description-logic/premises203>
LiteConclusions: <description-logic/conclusions203>

DL Full Positive Entailment Test:204
Description: (informative) <description-logic/Manifest204#test>
DL Test: k_grz ABox test from DL98 systems comparison.
DLPremises: <description-logic/premises204>
LiteConclusions: <description-logic/conclusions204>

DL Full Positive Entailment Test:205
Description: (informative) <description-logic/Manifest205#test>
DL Test: k_lin ABox test from DL98 systems comparison.
DLPremises: <description-logic/premises205>
LiteConclusions: <description-logic/conclusions205>

DL Full Positive Entailment Test:206
Description: (informative) <description-logic/Manifest206#test>
DL Test: k_path ABox test from DL98 systems comparison.
DLPremises: <description-logic/premises206>
LiteConclusions: <description-logic/conclusions206>

DL Full Positive Entailment Test:207
Description: (informative) <description-logic/Manifest207#test>
DL Test: k_ph ABox test from DL98 systems comparison.
DLPremises: <description-logic/premises207>
LiteConclusions: <description-logic/conclusions207>

DL Full Positive Entailment Test:208
Description: (informative) <description-logic/Manifest208#test>
DL Test: k_poly ABox test from DL98 systems comparison.
DLPremises: <description-logic/premises208>
LiteConclusions: <description-logic/conclusions208>

DL Full Negative Entailment Test:209
Description: (informative) <description-logic/Manifest209#test>
DL Test: k_poly ABox test from DL98 systems comparison. (Modified in light of implementation feedback, see test description-logic-208).
DLPremises: <description-logic/premises209>
LiteConclusions: <description-logic/nonconclusions209>

7.3.4. The 3 SAT Problem

These tests show how the classic 3 SAT problem can be encoded in OWL DL. The comment before each test gives the 3 SAT problem in the [DIMACS] format.

DL Full (EC) Consistent document.501
Description: (informative) <description-logic/Manifest501#test>
This is the classic 3 SAT problem.
DLConsistent: <description-logic/consistent501>

DL Full (EC) Inconsistent document.502
Description: (informative) <description-logic/Manifest502#test>
This is the classic 3 SAT problem.
DLInconsistent: <description-logic/inconsistent502>

DL Full Consistent document.503
Description: (informative) <description-logic/Manifest503#test>
This is a different encoding of test 501.
DLConsistent: <description-logic/consistent503>

DL Full Inconsistent document.504
Description: (informative) <description-logic/Manifest504#test>
This is a different encoding of test 502.
DLInconsistent: <description-logic/inconsistent504>

7.3.5. Difficult OWL Lite Tests

These tests are OWL Lite versions of the tests from the previous sections. The OWL DL constructions owl:unionOf, owl:complementOf, owl:disjointWith have been systematically replaced with OWL Lite equivalents.

Lite Full Inconsistent document.601
Description: (informative) <description-logic/Manifest601#test>
DL Test: fact1.1 If a, b and c are disjoint, then: (a and b) or (b and c) or (c and a) is unsatisfiable.
LiteInconsistent: <description-logic/inconsistent601>

Lite Full Inconsistent document.602
Description: (informative) <description-logic/Manifest602#test>
DL Test: fact2.1
LiteInconsistent: <description-logic/inconsistent602>

Lite Full Inconsistent document.603
Description: (informative) <description-logic/Manifest603#test>
DL Test: fact3.1
LiteInconsistent: <description-logic/inconsistent603>

Lite Full Inconsistent document.604
Description: (informative) <description-logic/Manifest604#test>
DL Test: fact4.1
LiteInconsistent: <description-logic/inconsistent604>

Lite Full Consistent document.605
Description: (informative) <description-logic/Manifest605#test>
DL Test: fact4.2
LiteConsistent: <description-logic/consistent605>

Lite Full Consistent document.606
Description: (informative) <description-logic/Manifest606#test>
DL Test: t1.1
LiteConsistent: <description-logic/consistent606>

Lite Full Inconsistent document.608
Description: (informative) <description-logic/Manifest608#test>
DL Test: t1.3
LiteInconsistent: <description-logic/inconsistent608>

Lite Full Consistent document.609
Description: (informative) <description-logic/Manifest609#test>
DL Test: t10.1
LiteConsistent: <description-logic/consistent609>

Lite Full Inconsistent document.610
Description: (informative) <description-logic/Manifest610#test>
DL Test: t10.2
LiteInconsistent: <description-logic/inconsistent610>

Lite Full Inconsistent document.611
Description: (informative) <description-logic/Manifest611#test>
DL Test: t10.3
LiteInconsistent: <description-logic/inconsistent611>

Lite Full Inconsistent document.612
Description: (informative) <description-logic/Manifest612#test>
DL Test: t10.4
LiteInconsistent: <description-logic/inconsistent612>

Lite Full Inconsistent document.613
Description: (informative) <description-logic/Manifest613#test>
DL Test: t10.5
LiteInconsistent: <description-logic/inconsistent613>

Lite Full Inconsistent document.614
Description: (informative) <description-logic/Manifest614#test>
DL Test: t11.1
LiteInconsistent: <description-logic/inconsistent614>

Lite Full Inconsistent document.615
Description: (informative) <description-logic/Manifest615#test>
DL Test: t12.1
LiteInconsistent: <description-logic/inconsistent615>

Lite Full Consistent document.616
Description: (informative) <description-logic/Manifest616#test>
DL Test: t2.1
LiteConsistent: <description-logic/consistent616>

Lite Full Inconsistent document.617
Description: (informative) <description-logic/Manifest617#test>
DL Test: t2.2
LiteInconsistent: <description-logic/inconsistent617>

Lite Full Inconsistent document.623
Description: (informative) <description-logic/Manifest623#test>
DL Test: t4.1 Dynamic blocking example
LiteInconsistent: <description-logic/inconsistent623>

Lite Full Consistent document.624
Description: (informative) <description-logic/Manifest624#test>
DL Test: t5.1 Non-finite model example from paper The concept should be coherent but has no finite model
LiteConsistent: <description-logic/consistent624>

Lite Full Consistent document.625
Description: (informative) <description-logic/Manifest625#test>
DL Test: t5f.1 Non-finite model example from paper The concept should be coherent but has no finite model
LiteConsistent: <description-logic/consistent625>

Lite Full Inconsistent document.626
Description: (informative) <description-logic/Manifest626#test>
DL Test: t6.1 Double blocking example. The concept should be incoherent but needs double blocking
LiteInconsistent: <description-logic/inconsistent626>

Lite Full Inconsistent document.627
Description: (informative) <description-logic/Manifest627#test>
DL Test: t6f.1 Double blocking example. The concept should be incoherent but needs double blocking
LiteInconsistent: <description-logic/inconsistent627>

Lite Full Consistent document.628
Description: (informative) <description-logic/Manifest628#test>
DL Test: t7.1
LiteConsistent: <description-logic/consistent628>

Lite Full Inconsistent document.629
Description: (informative) <description-logic/Manifest629#test>
DL Test: t7.2
LiteInconsistent: <description-logic/inconsistent629>

Lite Full Inconsistent document.630
Description: (informative) <description-logic/Manifest630#test>
DL Test: t7.3
LiteInconsistent: <description-logic/inconsistent630>

Lite Full Consistent document.631
Description: (informative) <description-logic/Manifest631#test>
DL Test: t7f.1
LiteConsistent: <description-logic/consistent631>

Lite Full Inconsistent document.632
Description: (informative) <description-logic/Manifest632#test>
DL Test: t7f.2
LiteInconsistent: <description-logic/inconsistent632>

Lite Full Inconsistent document.633
Description: (informative) <description-logic/Manifest633#test>
DL Test: t7f.3
LiteInconsistent: <description-logic/inconsistent633>

Lite Full Consistent document.634
Description: (informative) <description-logic/Manifest634#test>
DL Test: t8.1
LiteConsistent: <description-logic/consistent634>

Lite Full Inconsistent document.641
Description: (informative) <description-logic/Manifest641#test>
DL Test: heinsohn1.1 Tbox tests from [Heinsohn et al.] Tests incoherency caused by disjoint concept
LiteInconsistent: <description-logic/inconsistent641>

Lite Full Inconsistent document.642
Description: (informative) <description-logic/Manifest642#test>
DL Test: heinsohn1.2 Tbox tests from [Heinsohn et al.] Tests incoherency caused by disjoint concept
LiteInconsistent: <description-logic/inconsistent642>

Lite Full Inconsistent document.643
Description: (informative) <description-logic/Manifest643#test>
DL Test: heinsohn1.3 Tbox tests from [Heinsohn et al.] Tests incoherency caused by disjoint concept
LiteInconsistent: <description-logic/inconsistent643>

Lite Full Inconsistent document.644
Description: (informative) <description-logic/Manifest644#test>
DL Test: heinsohn1.4 Tbox tests from [Heinsohn et al.] Tests incoherency caused by disjoint concept
LiteInconsistent: <description-logic/inconsistent644>

Lite Full Inconsistent document.646
Description: (informative) <description-logic/Manifest646#test>
DL Test: heinsohn2.2 Tbox tests from [Heinsohn et al.] Tests incoherency caused by number restrictions
LiteInconsistent: <description-logic/inconsistent646>

Lite Full Inconsistent document.650
Description: (informative) <description-logic/Manifest650#test>
DL Test: heinsohn4.1 Tbox tests from [Heinsohn et al.] Tests role restrictions
LiteInconsistent: <description-logic/inconsistent650>

Lite Full Positive Entailment Test:661
Description: (informative) <description-logic/Manifest661#test>
DL Test: k_branch ABox test from DL98 systems comparison.
LitePremises: <description-logic/premises661>
LiteConclusions: <description-logic/conclusions661>

Lite Full Positive Entailment Test:662
Description: (informative) <description-logic/Manifest662#test>
DL Test: k_d4 ABox test from DL98 systems comparison.
LitePremises: <description-logic/premises662>
LiteConclusions: <description-logic/conclusions662>

Lite Full Positive Entailment Test:663
Description: (informative) <description-logic/Manifest663#test>
DL Test: k_dum ABox test from DL98 systems comparison.
LitePremises: <description-logic/premises663>
LiteConclusions: <description-logic/conclusions663>

Lite Full Positive Entailment Test:664
Description: (informative) <description-logic/Manifest664#test>
DL Test: k_grz ABox test from DL98 systems comparison.
LitePremises: <description-logic/premises664>
LiteConclusions: <description-logic/conclusions664>

Lite Full Positive Entailment Test:665
Description: (informative) <description-logic/Manifest665#test>
DL Test: k_lin ABox test from DL98 systems comparison.
LitePremises: <description-logic/premises665>
LiteConclusions: <description-logic/conclusions665>

Lite Full Positive Entailment Test:667
Description: (informative) <description-logic/Manifest667#test>
DL Test: k_ph ABox test from DL98 systems comparison.
LitePremises: <description-logic/premises667>
LiteConclusions: <description-logic/conclusions667>

7.3.6. Extended Cardinality Testing

DL Full Positive Entailment Test:901
Description: (informative) <description-logic/Manifest901#test>
This entailment can be replicated for any three natural numbers i, j, k such that i+j >= k. In this example, they are chosen as 2, 3 and 5.
DLPremises: <description-logic/premises901>
DLConclusions: <description-logic/conclusions901>

DL Full Negative Entailment Test:902
Description: (informative) <description-logic/Manifest902#test>
This non-entailment can be replicated for any three natural numbers i, j, k such that i+j < k. In this example, they are chosen as 2, 3 and 6.
DLPremises: <description-logic/premises902>
DLConclusions: <description-logic/nonconclusions902>

DL Full Positive Entailment Test:903
Description: (informative) <description-logic/Manifest903#test>
This entailment can be replicated for any three natural numbers i, j, k such that i+j >= k. In this example, they are chosen as 200, 300 and 500.
DLPremises: <description-logic/premises903>
DLConclusions: <description-logic/conclusions903>

DL Full Negative Entailment Test:904
Description: (informative) <description-logic/Manifest904#test>
This non-entailment can be replicated for any three natural numbers i, j, k such that i+j < k. In this example, they are chosen as 200, 300 and 600.
DLPremises: <description-logic/premises904>
DLConclusions: <description-logic/nonconclusions904>

DL Full (EC) Consistent document.905
Description: (informative) <description-logic/Manifest905#test>
This test shows integer multiplication in OWL DL.

N is 2. M is 3. N times M is 6.
DLConsistent: <description-logic/consistent905>

DL Full (EC) Consistent document.906
Description: (informative) <description-logic/Manifest906#test>
This test shows integer multiplication in OWL DL.

N is 20. M is 30. N times M is 600.
DLConsistent: <description-logic/consistent906>

DL Full (EC) Consistent document.907
Description: (informative) <description-logic/Manifest907#test>
This test shows integer multiplication in OWL DL.

N is 200. M is 300. N times M is 60000.
DLConsistent: <description-logic/consistent907>

DL Full Consistent document.908
Description: (informative) <description-logic/Manifest908#test>
This test shows integer multiplication in OWL DL, interacting with infinity.

N times infinity is 2 times infinity. M times infinity is 3 times infinity. N times M times infinity is 5 times infinity.
DLConsistent: <description-logic/consistent908>

DL Full Inconsistent document.909
Description: (informative) <description-logic/Manifest909#test>
This test shows integer multiplication in OWL DL.

For some finite K, N times K is 2 times K. M times K is 3 times K. N times M times K is not 5 times K.
DLInconsistent: <description-logic/inconsistent909>

DL Full (EC) Inconsistent document.910
Description: (informative) <description-logic/Manifest910#test>
This test shows integer multiplication in OWL DL.

N is 20. M is 30. N times M is not 601.
DLInconsistent: <description-logic/inconsistent910>

7.4. Miscellaneous Tests

These tests are ones that do not fit any other category. Some are taken from the [OWL Guide]; others reflect various aspects of OWL, that were not formal issues addressed by the Working Group.

7.4.1. Examples from the OWL Guide

These tests are taken from the [OWL Guide].

DL Full Consistent document.001
Description: (informative) <miscellaneous/Manifest001#test>
Wine example taken from the guide.
Datatypes that may or may not be supported: xsd:positiveInteger,
DLConsistent: <miscellaneous/consistent001>

DL Full Consistent document.002
Description: (informative) <miscellaneous/Manifest002#test>
Food example taken from the guide.
DLConsistent: <miscellaneous/consistent002>

DL Full Positive Entailment Test:010
Description: (informative) <miscellaneous/Manifest010#test>
Which wine goes well with which food.
DLPremises: <miscellaneous/premises010>
DLConclusions: <miscellaneous/conclusions010>

DL Full Positive Entailment Test:011
Description: (informative) <miscellaneous/Manifest011#test>
Which wine hasSugar OffDry.
DLPremises: <miscellaneous/premises011>
LiteConclusions: <miscellaneous/conclusions011>

7.4.2. Detailed OWL Lite and OWL DL Syntax

These tests illustrate detailed points about the mapping rules in [OWL Semantics and Abstract Syntax], and the syntax of OWL Lite and OWL DL.

DL Full Consistent document.102
Description: (informative) <miscellaneous/Manifest102#test>
Abstract syntax restrictions with multiple components are in OWL DL.
DLConsistent: <miscellaneous/consistent102>

DL Full Consistent document.103
Description: (informative) <miscellaneous/Manifest103#test>
This description cannot be expressed as a multicomponent restriction in the abstract syntax.
DLConsistent: <miscellaneous/consistent103>

7.4.3. Concerning rdf:XMLLiteral

These tests illustrate the use of rdf:XMLLiteral.

Lite Full Consistent document.201
Description: (informative) <miscellaneous/Manifest201#test>
This test shows how user labels in a variety of languages can be used. Note the use of ruby annotation.
Datatypes that may or may not be supported: rdf:XMLLiteral,
LiteConsistent: <miscellaneous/consistent201>

Lite Full Consistent document.202
Description: (informative) <miscellaneous/Manifest202#test>
This shows that insignificant whitespace in an rdf:XMLLiteral is not significant within OWL.
Datatypes that may or may not be supported: rdf:XMLLiteral,
LiteConsistent: <miscellaneous/consistent202>

Lite Full (EC) Inconsistent document.203
Description: (informative) <miscellaneous/Manifest203#test>
This shows that initial whitespace in an rdf:XMLLiteral is significant within OWL.
Required datatype support: rdf:XMLLiteral,
LiteInconsistent: <miscellaneous/inconsistent203>

Lite Full (EC)Inconsistent document.204
Description: (informative) <miscellaneous/Manifest204#test>
This shows a simple inconsistency depending on the datatype rdf:XMLLiteral. This file is inconsistent with a datatype theorymap which supports rdf:XMLLiteral, and consistent otherwise.
Required datatype support: rdf:XMLLiteral,
LiteInconsistent: <miscellaneous/inconsistent204>

Lite FullConsistent document.205
Description: (informative) <miscellaneous/Manifest205#test>
This shows that an OWL consistency checker which does not support the datatype rdf:XMLLiteral should not detect inconsistencies depending on it. This file is inconsistent with a datatype theorymap which supports rdf:XMLLiteral, but consistent in this test, which excludes such support.
Datatypes that must not be supported: rdf:XMLLiteral,
LiteConsistent: <miscellaneous/consistent205>

7.4.4. Annotations

These tests concern the semantics of annotations.

Full (EC) Negative Entailment Test:301
Description: (informative) <miscellaneous/Manifest301#test>
Annotations participate a little in the semantics.
FullPremises: <miscellaneous/premises301>
FullConclusions: <miscellaneous/nonconclusions301>

Lite Full Negative Entailment Test:302
Description: (informative) <miscellaneous/Manifest302#test>
Annotations participate a little in the semantics.
LitePremises: <miscellaneous/premises302>
LiteConclusions: <miscellaneous/nonconclusions302>

Lite Full Consistent document.303
Description: (informative) <miscellaneous/Manifest303#test>
dc:creator may be declared as an annotation property.
LiteConsistent: <miscellaneous/consistent303>

7.5. Extra Credit

There is no expectation that any implementation will successfully run the tests in this section; any that do gain extra credit.

The intent is to illustrate the semantics of OWL, particularly OWL Full, as specified by [OWL Semantics and Abstract Syntax], with the specific goal of showing that it is possible to say things that it is not reasonable to expect an implementation to completely understand.

7.5.1. Arithmetic in OWL

Tests that show the relationship between OWL and simple arithmetic.

Full (EC) Positive Entailment Test:002
Description: (informative) <extra-credit/Manifest002#test>
This test shows a relationship between integer multiplication and OWL Full.
Required datatype support: xsd:int,
FullPremises: <extra-credit/premises002>
FullConclusions: <extra-credit/conclusions002>

Full (EC) Positive Entailment Test:003
Description: (informative) <extra-credit/Manifest003#test>
Prime factorization can be expressed in OWL Full.
Required datatype support: xsd:int,
FullPremises: <extra-credit/premises003>
FullConclusions: <extra-credit/conclusions003>

Full (EC) Positive Entailment Test:004
Description: (informative) <extra-credit/Manifest004#test>
A more difficult prime factorization example.
Required datatype support: xsd:int,
FullPremises: <extra-credit/premises004>
FullConclusions: <extra-credit/conclusions004>

A. Test Creation, Approval and Modification (Historical, Informative)

This appendix describes the process that was used during the development of this test suite.

A.1. Creation

Tests are created by members of the Working Group. An (optional) test editor is provided to facilitate this. Tests are then placed in the appropriate directory in the test Web site. This is done using CVS access to the W3C CVS server [W3C CVS].

When created, tests are given a status of "PROPOSED". The author of the test creates a Manifest file in the directory of the new test, identifying:

A.2. Approval

At the chair's discretion, individual tests or groups of tests are put to the Working Group in the weekly telecon or at a face-to-face meeting.

Tests are approved by Working Group decision, with status 'APPROVED' or 'EXTRACREDIT'.

The Working Group may take account of favorable review of the tests and/or implementation reports, as well as other factors.

If the Working Group approves a test, then it is included in the test case document.

The Working Group may reject a test, in which case its status is changed to "REJECTED". This does not indicate that the converse of the test has been accepted. There may be stylistic or other grounds for rejecting technically correct tests.

The Working Group has complete discretion to approve or reject tests independent of their conformance with this process or their conformance with the OWL Working Drafts.

In the light of new information, and at the chairs' discretion, the Working Group may review any previous decision regarding any test cases. The status of "OBSOLETED" may be used where a test has ceased to be appropriate.

A.3. Modification

The editors may make editorial changes to approved and proposed tests. This includes:

B. Stylistic Preferences (Informative)

There is a preference for the following stylistic rules. None of these rules is obligatory, but test authors should be minded that it will be easier to gain Working Group consensus if they follow these rules.

B.1. Use of RDF/XML

Tests should normally be expressed in RDF/XML.

The following RDF/XML grammar rules [RDF/XML[RDF Syntax] are not used:

  1. Property attributes.
  2. rdf:parseType="Resource".

B.2. Use of xml:base

Test and manifest files should have an xml:base attribute [XMLBASE] on the document element. This should show the preferred URL of the document, from which it is actually retrievable.

Files that contain no relative URIs may omit the xml:base attribute.

B.3. Use of .rdf Suffix

Test and manifest files should use the ".rdf" suffix. URIs should not. The URL used for xml:base declarations does not have a suffix.

B.4. Use of example Domains

All URLs in the test and manifest files should be retrievable Web resources except for those that use domain names with "example" as the penultimate component (e.g. "http://www.example.org/ontology#prop").

B.5. Copyright

The following copyright statement should be included as an XML comment in every test file:



<!--
  Copyright World Wide Web Consortium, (Massachusetts Institute of
  Technology, European Research Consortium for Informatics and 
  Mathematics, Keio University).
 
  All Rights Reserved.
 
  Please see the full Copyright clause at
  <http://www.w3.org/Consortium/Legal/copyright-software.html>

  $Id: This string is updated by cvs. $
-->

B.6. Description

The description should:

The description should be included as an XML comment in each test file, and be included as RDF content in the Manifest file.

B.7. Directory Structure

Tests that relate principally to some owl property or class, should be put in a directory named using the local name of that property of class.

Otherwise, tests that relate to an issue should be put in a directory named like I3.4 where the issue number is taken from the OWL issue list [OWL Issues].

B.8. Test Numbering

Each directory should contain tests numbered consecutively from 001.

No two tests in a single directory should have the same number.

Each file in a test should have the number of the test at the end of its name, before the suffix.

The rest of the file name should follow the conventions for the test type.

Note: the approved tests in a directory will not necessarily be contiguously numbered.

Note: this differs from the RDF Core test case numbering conventions.

B.9. Triple Format of Test Data

Both the approved and proposed tests are shown both in RDF/XML, which is their normative form, and in a triples format. This lists the triples as subject, predicate and object, similar to the N-triples format described in [RDF Test Cases]Tests]. The following additional conventions are used:

The following namespace prefixes are used throughout:

rdf
http://www.w3.org/1999/02/22-rdf-syntax-ns#
rdfs
http://www.w3.org/2000/01/rdf-schema#
owl
http://www.w3.org/2002/07/owl#
xsd
http://www.w3.org/2001/XMLSchema#
first
The URL of the first file concatenated with #. The first file is that named premisesNNN.rdf, badNNN.rdf, consistentNNN.rdf, inconsistentNNN.rdf or importsNNN.rdf depending on the test type. (Not used for true tests or OWL for OWL tests ).
second
The URL of the second file concatenated with #. The second file is named conclusionsNNN.rdf, nonconclusionsNNN.rdf or mainNNN.rdf depending on the test type.

In the N3 syntax [N3] used for namespace declarations, the first four appear as follows:

Namespaces:
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

Other namespaces are explicitly listed with the test data.

C. Index

C.1. Index of OWL Feature Tests

AllDifferent
001.
AnnotationProperty
001; 002; 003; 004.
Class
001; 002; 003; 004; 005; 006.
DatatypeProperty
001.
FunctionalProperty
001; 002; 003; 004; 005.
InverseFunctionalProperty
001; 002; 003; 004.
Nothing
001; 002.
Ontology
001; 003; 004.
Restriction
001; 002; 003; 004; 005; 006.
SymmetricProperty
001; 002; 003.
Thing
003; 004; 005.
TransitiveProperty
001; 002.
allValuesFrom
001; 002.
backwardCompatibleWith
001; 002.
cardinality
001; 002; 003; 004; 006.
complementOf
001.
differentFrom
001; 002.
disjointWith
001; 002; 003; 004; 005; 006; 007; 008; 009; 010.
distinctMembers
001.
equivalentClass
001; 002; 003; 004; 005; 006; 007; 008; 009.
equivalentProperty
001; 002; 003; 004; 005; 006.
imports
001; 002; 003; 004; 005; 006; 007; 008; 010; 011; 012; 013; 014.
intersectionOf
001.
inverseOf
001.
maxCardinality
001; 002.
oneOf
001; 002; 003; 004.
sameAs
001.
someValuesFrom
001; 002; 003.
unionOf
001; 002; 003; 004.

C.2. Index of OWL Issue Tests

I3.2 Qualified Restrictions
001; 002; 003.
I3.4 UnambiguousProperty
001.
I4.1 UniqueProp BadName
001.
I4.5 InverseOf
001; 002.
I4.6 EquivalentTo
003; 004; 005; 006; 007; 008.
I5.1 Uniform treatment of literal data values
001; 010.
I5.2 Language Compliance Levels
001; 002; 003; 004; 005; 006; 010; 011.
I5.21 drop-disjointUnionOf
001; 002.
I5.24 IF-or-IFF-property-properties
001; 002; 003; 004.
I5.26 OWL DL Sytntax
001; 002; 003; 004; 005; 006; 007; 009; 010.
I5.3 Semantic-Layering
005; 006; 007; 008; 009; 010; 011; 014; 015.
I5.5 List syntax or semantics
001; 002; 003; 004; 005; 006; 007.
I5.8 Datatypes
001; 002; 003; 004; 005; 006; 007; 008; 009; 010; 011; 012; 013; 014; 015; 016; 017.
I6.1 Unnamed Individual Restrictions
001.

C.3. Index of Miscellaneous Tests

Examples from the OWL Guide
001; 002; 010; 011.
Detailed OWL Lite and OWL DL Syntax
102; 103.
Concerning rdf:XMLLiteral
201; 202; 203; 204; 205.
Annotations
301; 302; 303.

C.4. Index of Description Logic Tests

Extended Satisfiability Tests
001; 002; 003; 004; 005; 006; 007; 008; 009; 010; 011; 012; 013; 014; 015; 016; 017; 018; 019; 020; 021; 022; 023; 024; 025; 026; 027; 028; 029; 030; 031; 032; 033; 034; 035; 040.
Heinsohn's Tests
101; 102; 103; 104; 105; 106; 107; 108; 109; 110; 111.
DL 98 Instance Tests
201; 202; 203; 204; 205; 206; 207; 208; 209.
The 3 SAT Problem
501; 502; 503; 504.
Difficult OWL Lite Tests
601; 602; 603; 604; 605; 606; 608; 609; 610; 611; 612; 613; 614; 615; 616; 617; 623; 624; 625; 626; 627; 628; 629; 630; 631; 632; 633; 634; 641; 642; 643; 644; 646; 650; 661; 662; 663; 664; 665; 667.
Extended Cardinality Testing
901; 902; 903; 904; 905; 906; 907; 908; 909; 910.

C.5. Index of Extra Credit Tests

Arithmetic in OWL
002; 003; 004.

D. Acknowledgments (Informative)

Jeremy Carroll thanks Oreste Signore, his host at the W3C Office in Italy and Istituto di Scienza e Tecnologie dell'Informazione "Alessandro Faedo", part of the Consiglio Nazionale delle Ricerche, where Jeremy is a visiting researcher.

The following people have contributed tests to this document: Sean Bechhofer, Ian Horrocks, Peter F. Patel-Schneider, Jeff Heflin, Dan Connolly, the Guide editors, Jonathan Borden, Charles White, Martin Dürst,Dürst, Masayasu Ishikawa, Jim Hendler, Herman ter Horst, Dave Reynolds, and the editors.

Ian Horrocks contributed to the conformance section of this document.

Sandro Hawke created the tests results page, that has been a great help during the Candidate Recommendation phase.

We thank those who gave test reports and other feedback during the Candidate Recommendation: Ken Baclawski, Sean Bechhofer, Ian Dickinson, Michael Grove, Sandro Hawke, Ian Horrocks, Minsu Jang, Gary Ng, Mehrdad Omidvari, Bijan Parsia, Peter F. Patel-Schneider, Dave Reynolds, Rob Shearer, Evren Sirin, Charles White and Youyong Zou. We also thank the many others who helped develop the systems which produced these reports.

This document is the result of extensive discussions within the Web Ontology Working Group as a whole. The partipants in this Working Group included: Yasser alSafadi, Jean-François Baget, James Barnette, Sean Bechhofer, Jonathan Borden, Stephen Buswell, Jeremy Carroll, Dan Connolly, Peter Crowther, Jonathan Dale, Jos De Roo, David De Roure, Mike Dean, Larry Eshelman, Jérôme Euzenat, Tim Finin, Nicholas Gibbins, Sandro Hawke, Patrick Hayes, Jeff Heflin, Ziv Hellman, James Hendler, Bernard Horan, Masahiro Hori, Ian Horrocks, Jane Hunter, Rüdiger Klein, Natasha Kravtsova, Ora Lassila, Deborah McGuinness, Enrico Motta, Leo Obrst, Mehrdad Omidvari, Martin Pike, Marwan Sabbouh, Guus Schreiber, Noboru Shimizu, Michael K. Smith, John Stanton, Lynn Andrea Stein, Herman ter Horst, David Trastour, Frank van Harmelen, Bernard Vatant, Raphael Volz, Evan Wallace, Christopher Welty, Charles White, Frederik Brysse, Francesco Iannuzzelli, Massimo Marchiori, Michael Sintek and John Yanosy.

E. Change LogChanges Since Proposed Recommendation

This section gives the changes between this document and the OWL Test Cases CandidateProposed Recommendation.

E.1. Approved Tests Modified On 1st DecemberThe term datatype map is used instead of the term datatype theory, for consistency with the WG decided to changeOWL and RDF Semantics. This occurred a number of times, including in the statusdescriptions of 6 tests from APPROVED to EXTRACREDIT. Thesetests involved datatypes other than xsd:integermiscellaneous-204, miscellaneous-205 and xsd:stringI5.8-012. On 1st December ,The WG decidedlast of these consequentially required other minor rephrasing.

Updated references to change the statusRDF and OWL documents.

Added a paragraph near end of section 4.2.2, clarifying that a datatype map of 14an OWL Full consistency tests and 5 OWL Full negative entailment testschecker, (being a datatype map from APPROVED to EXTRACREDIT. On 1st December , the WG decided to slightly modify oneOf-004 , and to obsolete Thing-002, (which wasRDF Semantics) "MUST" contain an entry for rdf:XMLLiteral. This makes explicit a duplicate of Thing-003 ). (Many of the changes listed below were made to tests that have subsequently been approved). E.2. Proposed Tests Modified Fixed '#' typo in I5.2-006 as reported by Jos De Roo . Fixed 1 billion not 10 billion typo in description-logic-909 as reported by Jeremy Carroll . Shortened descriptions of description-logic-501 and description-logic-502 as reported by Jos De Roo . Changed test description-logic-208 in light of implementation experience from Bechhofer , Omidvari , Sirin , De Roo . Note that no other rationale for this change is provided - i.e. no human intelligible justification is given. Introduced non-entailment description-logic-209 to capture the implementation feedback. Fixed typo in description of description-logic-907 . E.3. Test Approvals 68 tests approved on 11 September 2003 . 26 tests approved on 2 October 2003 . 6 tests approved as extra credit tests on 2 October 2003 . 18 tests approved on 30 October 2003 . 1 test approved as extra credit test on 13 November 2003 . 4 tests approved on 13 November 2003 . On 1st December , the WG approved 2 tests . On 1st December , the WG approved 13 tests as extra credit tests. On 1st December , the WG approved 12 tests and 5 extra credit tests as extra credit tests. E.4. New Tests Illustrating CR Issue Resolutions (Proposed or Approved) The tests mentioned here are associated with technical changes or nonchanges, in [OWL Semantics and Abstract Syntax] , as agreed by the WG, in response to comments during the CR. E.4.1. owl:Ontology Changes Many of the tests in the Candidate Recommendation of 18th August were in fact incorrect, when compared with the mapping rules in the corresponding Semantics and Abstract Syntax. Every Ontology must include a triple with predicate rdf:type and object owl:Ontology . This was not intended to impact OWL RDF/XML files, the fix has been to modify the abstract syntax, as reported in the change log of OWL Semantics, dated [3 October 2003]. New tests Ontology-001 , Ontology-003 and Ontology-004 explore this, with the premises of tests Ontology-001 , and Ontology-004 and the conclusions of tests Ontology-001 and Ontology-003 having been modified to conform with the old rules. With no change to the mapping rules, many tests would have needed such modification. The new mapping rules still require such a triple when the ontology uses an ontology property or annotation property. This is exhibited in the tests backwardCompatibleWith-001 and backwardCompatibleWith-002 . Further, since there was implementor comment concerning this issue with respect to owl:imports , we added imports-011 following suggestion of Jim Hendler , which includes the pertinent rdf:type owl:Ontology triple from imports-001 . E.4.2. Objects of annotation properties On 30th October 2003 the WG resolved that URIs used only as objects of annotation properties do not need to have an explicit type triple. Test AnnotationProperty-003 has had its manifest information modified to reflect this (i.e. the test data did not change but the correct behaviour of an OWL Syntax Checker is now to return "Lite" on the premises file). E.4.3. User defined Datatype URIs On 30th October 2003 the WG resolved that URIs used for user defined datatypes need to have an explicit type triple, tests I5.8-013 , I5.8-014 , I5.8-015 and I5.8-016 reflect this issue. The last one is the critical case, which differs from the S&AS Candidate Recommendation. E.4.4. Superfluous owl:ObjectProperty triples The August 18th CR of OWL Semantics & Abstract Syntax, includes the following two mapping rules: individualvaluedPropertyID => individualvaluedPropertyID rdf:type owl:ObjectProperty . individualvaluedPropertyID rdf:type rdf:Property . [opt] and ObjectProperty(ID ... => ID rdf:type owl:ObjectProperty .     [opt if one of the last three triples is included] ... Unfortunately, for ontologies that actually use a declared object property, which was also an owl:InverseFunctionalProperty , owl:SymmetricProperty or owl:TransitiveProperty , the first rule took precedence over the intent of the second. This has been changed. The following new tests have been added including syntax which falls foul of a strict reading of the August 18th rules, but now are in OWL Lite or OWL DL: SymmeticProperty-002 , SymmeticProperty-003 and TransitiveProperty-002 . They have also been chosen to exercise semantic features that were not adequately covered by the August 18th version of this document. E.4.5. OWL Thing not Empty On 30th October 2003 the WG resolved that owl:Thing must be non-empty. This only impacts DL tests and the following tests were modified or added: Thing-003 , Thing-004 and Thing-005 . Test Thing-001 was obsoleted as a result, and the text in the note in section 4.2.2 that referred to that test as an example had to be updated, to refer to Thing-004 and Thing-005 E.5. Other New Tests (Proposed or Approved) Added I5.26-007 following suggestion of Sean Bechhofer . A test for recursive processing in owl:imports was added: imports-012 E.5.1. Concerning owl:Class and rdfs:Class There were continued comments concerning the problems of owl:Class and rdfs:Class . The following tests were added in the hope of clarifying the situation: Class-001 , Class-002 , Class-003 and Class-004 , E.5.2. New Submissions Working group members submitted the following additional tests, developed for testing their own systems: from Carroll Class-005 , Class-006 , Restriction-005 , Restriction-006 , from Horrocks description-logic-040 concerning cyclic structures I6.1-001 , I5.5-005 , I5.5-006 , I5.5-007 . concerning loops I5.26-009 , I5.26-010 , disjointWith-010 . two tests Following off-list comments to Carroll someValuesFrom-003 , imports-013 . from Bechhofer Added imports-014 . Following off-list discussion between Carroll and Bechhofer Added AnnotationProperty-004 . E.6. Other Changes Resulting From WebOnt Working Group Decisions Approved extra credit tests are now normative. As decided on 2nd October , we added EXTRACREDIT as a status (variant of APPROVED). Resulting new text: Section 2.2 Extra Credit Tests (all)requirement that was already implicit in section 5. Testingthe PR document. Also clarified that the datatype map in the definition of an OWL Implementation a sentenceFull consistent document is as defined in RDF Semantics, by changing the link.

Consequentially, made explicit reference to RDF Semantics (this reference was added atimplicit in the end of 5.1OWL Syntax Checkers . A paragraph was added atTest Proposed Recommendation).

Corrected an error in the endmetadata of 5.2test miscellaneous-205 which is not applicable for OWL Consistency Checkers .Full, since rdf:XMLLiteral is a new explanation of rtest:status was added to section 6. Manifest Files . An additional phrase inrequired datatype for OWL Full. This change is visible as the appendix concerningdeletion of the approval process. E.7. Other Changes Resultingword "Full" from RDF Core Working Group Decisions At requestthe header of RDF Core (via Connolly) we added I5.8-017 which tests that RDF datatypes can have more than one name. E.8. Editorial Changes All references to proposed tests have been deleted (exceptthe test.

This error in appendices A and B).the proposedOWL Test section has been deleted, since all testsCandidate and Proposed Recommendation appears to have been approved or obsoleted. The following sentencerelatively benign:

F. References

Normative

[OWL Semantics and Abstract Syntax]
OWL Web Ontology Language Semantics and Abstract Syntax, Peter F. Patel-Schneider, Patrick Hayes, and Ian Horrocks, Editors, W3C Recommendation 10 February 2004, http://www.w3.org/2001/sw/WebOnt/TR/STAGE-owl-semantics/ . Latest version available at http://www.w3.org/TR/owl-semantics/ .
[RDF Concepts]
RDF Concepts and Abstract Syntax, Graham Klyne and Jeremy J. Carroll, Editors, W3C Recommendation 10 February 2004, http://www.w3.org/2001/sw/RDFCore/TR/staging/rdf-concepts/ . Latest version available at http://www.w3.org/TR/rdf-concepts/ .
[RDF Syntax]
RDF/XML Syntax Specification (Revised). Dave Beckett, Editor, W3C Recommendation 10 February 2004, http://www.w3.org/2001/sw/RDFCore/TR/staging/rdf-syntax-grammar/ . Latest version available at http://www.w3.org/TR/rdf-syntax-grammar/ .
[RDF Semantics]
RDF Semantics. Peter F. Patel-Schneider,Patrick Hayes, and Ian Horrocks.Editor, W3C ProposedRecommendation 15 December 2003.10 February 2004, http://www.w3.org/2001/sw/RDFCore/TR/staging/rdf-mt/ . Latest version isavailable at http://www.w3.org/TR/owl-semantics/http://www.w3.org/TR/rdf-mt/ .
[RFC 2119]
RFC 2119 - Key words for use in RFCs to Indicate Requirement Levels . S. Bradner, IETF. March 1997. This document is http://www.ietf.org/rfc/rfc2119.txt.
[RDF Concepts] RDF Concepts and Abstract Syntax . Graham Klyne and Jeremy J. Carroll, eds. W3C Proposed Recommendation 15 December 2003. Latest version is available at http://www.w3.org/TR/rdf-concepts/ . [RDFSchema for OWL]
http://www.w3.org/2002/07/owl. Mike Dean, ed. World Wide Web Consortium.
[RDF/XML Syntax] RDF/XML Syntax Specification (Revised) . Dave Beckett, ed. W3C Proposed Recommendation 15 December 2003. Latest version is available at http://www.w3.org/TR/rdf-syntax-grammar/ .[XML Schema Datatypes]
XML Schema Part 2: Datatypes.. Paul V. Biron and Ashok Malhotra, eds. W3C Recommendation 02 May 2000. Latest version is available at http://www.w3.org/TR/xmlschema-2/.

Informative

[RDF Tests]
RDF Test Cases, Jan Grant and Dave Beckett, Editors, W3C Recommendation 10 February 2004, http://www.w3.org/2001/sw/RDFCore/TR/staging/rdf-testcases/ . Latest version available at http://www.w3.org/TR/rdf-testcases/ .
[OWL Guide]
OWL Web Ontology Language Guide. Michael K. Smith, Chris Welty, Deborah L. McGuinness, Editors, W3C Recommendation 10 February 2004, http://www.w3.org/2001/sw/WebOnt/TR/STAGE-owl-guide/ . Latest version available at http://www.w3.org/TR/owl-guide/ .
[OWL Overview]
OWL Web Ontology Language Overview . Deborah L. McGuinness and Frank van Harmelen, Editors, W3C Recommendation 10 February 2004, http://www.w3.org/2001/sw/WebOnt/TR/STAGE-owl-features/ . Latest version available at http://www.w3.org/TR/owl-features/ .
[DAML+OIL]
DAML+OIL (March 2001) Reference Description. Dan Connolly, Frank van Harmelen, Ian Horrocks, Deborah L. McGuinness, Peter F. Patel-Schneider, and Lynn Andrea Stein. W3C Note 18 December 2001. Latest version is available at http://www.w3.org/TR/daml+oil-reference.
[Dublin Core]
http://dublincore.org/documents/
[N3]
Primer: Getting into RDF & Semantic Web using N3 Tim Berners-Lee, Dan Connolly
[OWL Guide] OWL Web Ontology Language Guide . Michael K. Smith, Chris Welty, Deborah L. McGuinness, eds. W3C Proposed Recommendation 15 December 2003. The latest version of the OWL Guide is at http://www.w3.org/TR/owl-guide/ . [OWLIssues]
Web Ontology Issue Status. Michael K. Smith, ed. 26 Feb 2003.
[OWL Overview] OWL Web Ontology Language Overview . Deborah L. McGuinness, Frank van Harmelen, eds. W3C Proposed Recommendation 15 December 2003. The latest version of the OWL Overview is at http://www.w3.org/TR/owl-features/ . [RDF Test Cases] RDF Test Cases , A. Barstow, D. Beckett, J. Grant, Editors. W3C Proposed Recommendation 15 December 2003. This version of the RDF Test Cases is http://www.w3.org/TR/2003/PR-rdf-testcases-20031215/ . The latest version of the RDF Test Cases is at http://www.w3.org/TR/rdf-testcases/ .[W3C CVS]
Use of CVS in W3C (member-only link). Henrik Frystyk Nielsen, Gerald Oskoboiny. 2002.
[XHTML]
XHTML 1.0: The Extensible HyperText Markup Language, W3C Recommendation, S. Pemberton et al., 26 January 2000.
Available at: http://www.w3.org/TR/2000/REC-xhtml1-20000126
[XMLBASE]
XML Base, J. Marsh, Editor, W3C Recommendation. World Wide Web Consortium, 27 June 2001. This version of XML Base is http://www.w3.org/TR/2001/REC-xmlbase-20010627/. The latest version of XML Base is at http://www.w3.org/TR/xmlbase/.
[Practical Reasoning]
Practical reasoning for expressive description logics, I. Horrocks, U. Sattler, and S. Tobies, 1999, in Proc. of LPAR'99, vol. 1705 of LNAI.
[XP]
Extreme Programming Explained: Embrace Change, Kent Beck. 5 Oct 1999. Addison-Wesley. ISBN 0201616416.
[Heinsohn et al.]
AI 68 (1994) pp367-397.
[DIMACS]
Satisfiability Suggested Format challenge@dimacs.rutgers.edu Found at ftp://dimacs.rutgers.edu/pub/challenge/satisfiability/doc/satformat.tex May 8, 1993.
[DL 98 Systems Comparison]
DL Systems Comparison at 1998 International Workshop on Description Logics (DL 98). Peter F. Patel-Schneider, Ian Horrocks. June, 1998.