RDF Test Cases (original) (raw)
W3C Working Draft 12 December 2002
This Version:
http://www.w3.org/TR/2002/WD-rdf-testcases-20021112/
Latest Version:
http://www.w3.org/TR/rdf-testcases
Previous Version:
http://www.w3.org/TR/2002/WD-rdf-testcases-20020429
Editors:
Jan Grant, (ILRT, University of Bristol)
Dave Beckett, (ILRT, University of Bristol)
Series editor:
Brian McBride (Hewlett Packard Labs)
Copyright�2002 W3C� (MIT, INRIA,Keio), All Rights Reserved. W3C liability,trademark,document use and software licensing rules apply.
Abstract
This document describes the RDF Test Cases deliverable for the RDF Core Working Group as defined in the WG's Charter.
Status of this Document
This section describes the status of this document at the time of its publication. Other documents may supersede this document. The latest status of this document series is maintained at the W3C.
FIXME @@ This is an editors' draft despite anything else said here.
This is a W3CLast Call Working Draftof the RDF Core Working Groupand has been produced as part of the W3CSemantic Web Activity(Activity Statement).
This document is in the Last Call review period, which ends on @@ FIXME @@ 21 February 2003. This document has been endorsed by the RDF Core Working Group.
This version includes the N-Tripleslanguage definition. The working group has approved the remaining test cases. The test case repository will be updated in the light of feedback from this draft. Detailed changes are recorded inAppendix A: ChangeLog.
Being a Working Draft document, this specification may be updated, replaced, or obsoleted by other documents at any time. The test cases described and referred to in this document may also be updated, replaced or obsoleted at an any time. It is therefore inappropriate to use W3C Working Drafts as reference material or to cite them as other than "work in progress". A list of current W3C working drafts can be found at http://www.w3.org/TR/.
This draft document will be considered by the W3C and its members according to W3C process. This document is made public for the purpose of receiving comments that inform the W3C membership and staff on issues likely to affect the implementation, acceptance, and adoption of RDF.
There are no known patent orIPRconstraints associated with this Working Draft. TheRDF Core Working Group Patent Disclosurepage contains details, in conformance withW3C policyrequirements.
Comments should be sent to www-rdf-comments@w3.org. This is the preferred method of providing feedback. Implementors are particularly encouraged to supply the results of running their toolsets against the test cases. Public comments and their responses can be accessed at http://lists.w3.org/Archives/Public/www-rdf-comments/. Alternatively, if you do not wish your comments to be made public, you can send your comments to w3t-semweb-review@w3.org.
Table of Contents
- 1. Introduction
- 1.1. Scope
- 1.2. RDF Errata
- 2. Test Cases
- 2.1. Organization
- 2.2. Approved Test Cases
- 2.3. Test Cases Not Approved
- 2.4. Running the test cases
- 3. N-Triples
- 3.1. Extended Backus-Naur Form (EBNF) Grammar
- 3.2. Strings
- 3.3. URI References
- 3.4. Example
- 3.5. Tests
- 4. References
- 5. Acknowledgments (Informative)
- A. Change Log (Informative)
- B. Open Issues (Informative)
1. Introduction
One of the deliverables specified in Charter of the RDF Core Working Group is: a set of machine-processable test cases corresponding to technical issues addressed by the WG. This document describes the test cases that will fulfill that deliverable but it does not contain the test cases themselves. The test cases are available at http://www.w3.org/2000/10/rdf-tests/rdfcore/.
The RDF Interest Group and other members of the RDF community have identified issues/ambiguities in the [RDFMS] Specification and the [RDF-SCHEMA] Candidate Recommendation. These issues have been collected and categorized in the RDF Core WG Issue Trackingdocument. The RDF Core Working Group uses this issue list to guide its work. The issues list is a working document; it is updated as new issues are identified. It is updated as the Working Group makes decisions as documented in the Attention Developers section of the document.
The complete specification of RDF consists of a number of documents:
- RDF Primer [RDF-PRIMER]
- RDF Concepts and Abstract Syntax [RDF-CONCEPTS]
- RDF Semantics [RDF-SEMANTICS]
- RDF/XML Syntax [RDF-SYNTAX]
- RDF Vocabulary Description Language 1.0: RDF Schema [RDF-VOCABULARY]
- RDF Test Cases (this document)
1.1. Scope
A comprehensive and complete test suite for RDF should cover all of the rules in the Formal Grammar for RDF. The Working Group, however, is not chartered to deliver such a test suite but rather to create test cases for the issues the Working Group addresses (when applicable). Although the Working Group will not create test cases for some grammar rules (e.g. rule [6.1]), if such test cases are donated to the W3C the Consortium may add such test cases to this set of test cases.
1.2. RDF Errata
The RDF Errata documents known errors in [RDFMS]. Since errata are considered normative changes to a W3C Specification and Working Group decisions are not normative until a specification is a W3C Recommendation, none of the decisions made by the RDF Core Working Group have (to date) been reflected in the errata.
2. Test Cases
The Test Case Repository is located at http://www.w3.org/2000/10/rdf-tests/rdfcore/. Each directory in the repository is devoted to a single issue. Most directories have a name that is identical to the related issue in the RDF Issue Trackingdocument. For example, the directory rdf-ns-prefix-confusionis identical to the rdf-ns-prefix-confusionissue. In the other cases, the directory does not have an associated issue in the issue list (e.g. amp-in-url). If a directory is empty, then no test cases have been created for the issue.
The Test Case Repository contains ZIP files of all Approved test cases in approved_20030117.zip(latest version) as well as Zip files of all Approved and Not Approved test cases in all_20030117.zip(latest version).
The file http://www.w3.org/2000/10/rdf-tests/rdfcore/Manifest.rdfcontains a machine-readable manifest of the test cases. The Manifest.rdf format is described below.
2.1. Organization
The file http://www.w3.org/2000/10/rdf-tests/rdfcore/Manifest.rdfcontains a machine-readable description of the test cases in RDF/XML. Care has been taken to ensure that the Manifest.rdf file follows a simple format to assist in machine-processing the test cases.
The file consists of a simple header (see http://www.w3.org/2000/10/rdf-tests/rdfcore/skeleton/manifestHead.rdf), individual descriptions of the test cases, and a closing footer (http://www.w3.org/2000/10/rdf-tests/rdfcore/skeleton/manifestTail.rdf).
The test cases are divided into the following categories:
Positive Parser Tests
these tests consist of one (or more) input documents in RDF/XML as is revised in [RDF-SYNTAX]. The expected result is defined using the N-Triples syntax (Section 3). A parser is considered to pass the test if it produces a graph equal to the graph described by the N-triples output document, according tothe definition of graph equality given in [RDF-CONCEPTS]. Where the input document(s) are legal RDF/XML, but a warning may be generated, this is indicated in the test manifest.
<test:PositiveParserTest rdf:about="" title="undefined" rel="noopener noreferrer">http://w3.example.org/test001">
<test:issue rdf:resource="http://w3.example.org/rdf-tracking/#example1" /> test:statusAPPROVED <test:approval rdf:resource="http://rdfcore.example.org/archives/001.html" /> test:description This is a simple positive parser test example.
test:inputDocument <test:RDF-XML-Document rdf:about="http://w3.example.org/test001.rdf" />
test:outputDocument <test:NT-Document rdf:about="http://w3.example.org/test001.nt" />
test:warningSome parsers may produce a warning when running this test
Negative Parser Tests
These tests consist of one input document. The document is not legal RDF/XML. A parser is considered to pass the test if it correctly holds the input document to be in error.
<test:NegativeParserTest rdf:about="" title="undefined" rel="noopener noreferrer">http://w3.example.org/error001">
<test:issue rdf:resource="http://w3.example.org/rdf-tracking/#example1" /> test:statusAPPROVED
test:inputDocument <test:RDF-XML-Document rdf:about="http://w3.example.org/error001.rdf" />
Positive Entailment Tests
These tests are specified by one or more premise documents (in RDF/XML or N-Triples) together with a single conclusion document. In addition, the rules used for determining entailment are specified by test:entailmentRules elements. If the following is present
<test:entailmentRules rdf:resource="http://www.w3.org/1999/02/22-rdf-syntax-ns#" />
then the test succeeds if the entailment holds according to the rules of RDF-entailment as specified in [RDF-SEMANTICS]. If the following two elements are present
<test:entailmentRules rdf:resource="http://www.w3.org/1999/02/22-rdf-syntax-ns#" /> <test:entailmentRules rdf:resource="http://www.w3.org/2000/01/rdf-schema#" />
then the test succeeds if the entailment holds according to the rules of RDFS-entailment as specified in [RDF-SEMANTICS].
<test:PositiveEntailmentTest rdf:about="" title="undefined" rel="noopener noreferrer">http://w3.example.org/rdfs-domain-and-range/conjunction-test">
test:description This test demonstrates the conjunctive nature of range and domain.
<test:entailmentRules rdf:resource="http://www.w3.org/1999/02/22-rdf-syntax-ns#" /> <test:entailmentRules rdf:resource="http://www.w3.org/2000/01/rdf-schema#" />
test:premiseDocument <test:NT-Document rdf:about="http://w3.example.org/rdfs-domain-and-range/test001.nt" />
test:premiseDocument <test:NT-Document rdf:about="http://w3.example.org/rdfs-domain-and-range/test002.nt" />
test:premiseDocument <test:NT-Document rdf:about="http://w3.example.org/rdfs-domain-and-range/test003.nt" />
test:conclusionDocument <test:NT-Document rdf:about="http://w3.example.org/rdfs-domain-and-range/test004.nt" />
According to [RDF-SEMANTICS], a premise document that contains a semantic error with respect to any constraints imposed by the entailment rules selected will come out false (and hence entail anything).
Support for such situations is provided by the manifest format by declaring an premise or conclusion pseudo-document as follows:
test:conclusionDocument test:False-Document/
By convention, such a pseudo-document is said to come out false under any interpretation.
Negative Entailment Tests
These tests are specified using a similar structure to the Positive Entailment Tests, with the test:NegativeEntailmentTest element used instead of the test:PositiveEntailmentTest. The test is considered to be passed if the entailment indicated is NOT drawn using the rules of RDF-Entailment or RDFS-entailment, as above.
<test:NegativeEntailmentTest rdf:about="" title="undefined" rel="noopener noreferrer">http://w3.example.org/statement-entailment/test001">
test:statusPENDING <test:approval rdf:resource="http://rdfcore.example.org/Archives/Public/w3c-rdfcore-wg/2002Feb/0476.html" /> test:description RDF Core WG RESOLVED that a reified statement was a stating, not a statement. The following entailment does not, therefore, hold.
<test:entailmentRules rdf:resource="http://www.w3.org/1999/02/22-rdf-syntax-ns#" /> <test:entailmentRules rdf:resource="http://www.w3.org/2000/01/rdf-schema#" />
test:premiseDocument <test:NT-Document rdf:about="http://w3.example.org/statement-entailment/test001a.nt" />
test:conclusionDocument <test:NT-Document rdf:about="http://w3.example.org/statement-entailment/test001b.nt" />
Datatype-aware entailment tests
Entailment test cases may, in addition, require datatype support. Such a requirement is indicated in the manifest by the presence of the following test:entailmentRules element, followed by zero or more test:datatypeSupport entries.
<test:entailmentRules rdf:resource="http://www.w3.org/2000/10/rdf-tests/rdfcore/datatypes#" /> <test:datatypeSupport rdf:resource="http://www.w3.org/2001/XMLSchema#integer" /> <test:datatypeSupport rdf:resource="http://dt.example.org/datatype#foo" />
For the purposes of the test suite, if a test case requires datatype support for a set of datatypes, { T, U, V, ... } then the following three pieces of machinery are required:
- for any datatyped literal of the form "aaa"^^<_T_> where_T_ is a supported datatype, it must be possible to determine if aaa is a valid lexical form for that datatype; and
- for any two datatyped literals of the form "aaa"^^<_T_> and "bbb"^^<_U_> with aaa and bbb valid lexical forms of the supported datatypes T and U respectively, it must be possible to determine if those two literals denote the same value. (Note that determining what that value is is not explicitly required.) Finally,
- for any datatyped literal of the form "aaa"^^<_T_> where_T_ is a supported datatype, and for some supported datatype U, it must be possible to determine if the value denoted by the literal is or is not a member of the value space of U. (This last condition is required to support the checking of range clashes.)
Miscellaneous Tests
This manifest entry is used to describe test cases that do not fall into one of the earlier categories. It may have several associated files, indicated in test:document elements.
<test:MiscellaneousTest rdf:about="" title="undefined" rel="noopener noreferrer">http://w3.example.org/misc001">
test:statusPENDING test:description A serializer asked to output the graph described in the test001 document should raise an exception since it cannot be described using RDF/XML.
test:document <test:NT-Document rdf:about="http://w3.example.org/nonserializable/test001.nt" />
In addition, each test case description may have the following common attributes:
- The test:issue element contains a pointer to the associated issue on the RDF Core WG Tracking document. It may appear zero or more times.
<test:issue rdf:resource="http://www.w3.org/2000/03/rdf-tracking/#rdfs-no-cycles-in-subClassOf" /> - The test:status element, if present, indicates the status of the test according to RDF Core WG process. Only test descriptions containing the following should be considered to be approved by WG.
test:statusAPPROVED - The test:approval element, if present, contains a reference to the minutes of the RDF Core WG meeting where the test case status was last changed.
<test:approval rdf:resource="http://lists.w3.org/Archives/Public/w3c-rdfcore-wg/2002Feb/0476.html" /> - The test:discussion element, if present, contains a pointer to other discussion surrounding this test case or the associated issue. This element may appear multiple times.
<test:discussion rdf:resource="http://rdfcore.example.org/" /> - The test:description element, if present, contains a human-readable summary of the test case.
test:description
Text describing the test case goes here. - The test:warning element, if present, indicates that while the test should pass, it may generate a warning. The contents of the element provide a human-readable description of the warning.
test:warning Text describing the warning goes here.
2.2. Approved Test Cases
The test cases in the following table have been approved.
There are 22 issues containing 176 approved test cases, and 49 test cases without an associated issue. Relative URLs of test case files in this table should be resolved against the base URI http://www.w3.org/2000/10/rdf-tests/rdfcore/
2.3. Test Cases Not Approved
The test case repository contains test cases that have not been approved. Such test cases are not enumerated in this document but a list of them is available at http://www.w3.org/2000/10/rdf-tests/rdfcore/allTestCases.html.
2.4. Running the test cases
The test case manifest format was deliberately chosen to be a simple, declarative description of the test cases. Parser tests can be run in conjunction with simple tools such as ntc[NTC]. A parser should pass all the positive parser tests, and reject all the negative parser tests. Tools like Euler have been used to run the entailment tests.
Due to the rules of entailment tests, a positive or negative entailment test case with an empty conclusion document can be used to illustrate semantic constraints associated with sets of entailment rules.
The test cases have been created to illustrate the resolution of particular issues on the RDF Issue Tracking list. Consequently, test case results should always be interpreted in conjunction with the resolution of the associated issue and the description (if any) attached to the test case in the manifest.
3. N-Triples
N-Triples is a line-based, plain text format for encoding an RDF graph. It was designed to be a fixed subset of N3[N3] [N3-Primer] and hence N3 tools such ascwm, n-triples2kif.pland Euler can be used to read and process it. cwm can output this format when invoked as "cwm -ntriples".
It is recommended, but not required, that N-Triples content is stored in files with an '.nt' suffix to distinguish them from N3.
The Internet Media Type / MIME Type of N-Triples is text/plain and the character encoding is 7-bit US-ASCII.
NOTE: N-Triples is an RDF syntax intended for RDF Core WG testing purposes and checking RDF applications for conformance with the specifications. The recommended RDF exchange syntax is RDF/XML as defined in [RDF-SYNTAX].
3.1. Extended Backus-Naur Form (EBNF) Grammar
An N-Triples document is a sequence of US-ASCII characters and is defined by the ntripleDoc grammar term below. Parsing it results in a sequence of RDF statements formed from the subject, predicate and object terms. The meaning of these terms are defined in the [RDF-SEMANTICS] being developed as part of the RDF Core WG activity.
This EBNF is the notation used in XML 1.0 second edition
ntripleDoc | ::= | line* | |
---|---|---|---|
line | ::= | ws* ( comment | triple )? eoln | |
comment | ::= | '#' ( character - ( cr |lf ) )* | |
triple | ::= | subject ws+ predicate ws+ object ws* '.' ws* | |
subject | ::= | uriref | nodeID | |
predicate | ::= | uriref | |
object | ::= | uriref | nodeID | literal |
uriref | ::= | '<' absoluteURI '>' | |
nodeID | ::= | '_:' name | |
literal | ::= | langString | datatypeString | |
langString | ::= | '"' string '"' ( '@' language )? | |
datatypeString | ::= | langString '^^' uriref | |
language | ::= | [a-z0-9]+ ('-' [a-z0-9]+ )? matching the production Language-Tag in Section 2.1 of [RFC 3066]. Note: This EBNF cannot perform the counting required by the Primary-subtag and Subtag productions. | |
ws | ::= | space | tab | |
eoln | ::= | cr | lf | cr lf |
space | ::= | #x20 /* US-ASCII space - decimal 32 */ | |
cr | ::= | #xD /* US-ASCII carriage return - decimal 13 */ | |
lf | ::= | #xA /* US-ASCII line feed - decimal 10 */ | |
tab | ::= | #x9 /* US-ASCII horizontal tab - decimal 9 */ | |
string | ::= | character* with escapes as defined in section Strings | |
name | ::= | [A-Za-z][A-Za-z0-9]* | |
absoluteURI | ::= | character+ with escapes as defined in section URI References | |
character | ::= | [#x20-#x7E] /* US-ASCII space to decimal 126 */ |
3.2 Strings
N-Triples strings are sequences of US-ASCII character productions encoding [UNICODE] character strings. The characters outside the US-ASCII range are made available by \-escape sequences as follows:
Escape sequence | Encodes Unicode character |
---|---|
\\ | Backslash character (decimal 92, #X5C) |
\" | Double quote (decimal 34, #x22) |
\n | Line feed (decimal 10, #xA) - lf character |
\r | Carriage return (decimal 13, #xD) - cr character |
\t | Horizontal tab (decimal 9, #x9) - tab character |
\u_HHHH_ | 4 required hexadecimal digits HHHH encoding character [#x0-#x8],[#xB-#xC],[#xE-#x1F],[#x7F-#xFFFF] |
\U_HHHHHHHH_ | 8 required hexadecimal digits HHHHHHHH encoding character [#x10000-#x10FFFF] |
where _H_is a hexadecimal digit: [#x30-#x39],[#x41-#x46] (0-9, uppercase A-F).
This escaping satisfies the [CHARMOD] section Reference Processing Model on making the full Unicode character range U+0 to U+10FFFF available to applications and providing only one way to escape any character.
3.3 URI References
URI references are sequences of US-ASCII character productions as defined in [RFC 2396] for a URI character sequence. Where the original URI Reference contains characters not allowed in such a sequence, the standard escaping procedure described in [RFC 2396] using UTF-8 as the character encoding is applied, using UTF-8 as the character encoding.
Disallowed characters are represented in UTF-8 and then encoded using the %HH format, where HH is the byte value expressed using hexadecimal notation.
Characters above the US-ASCII range are made available by the \u or \U escapes as described in section Strings for ranges [#x80-#xFFFF] and [#x10000-#x10FFFF] respectively.
Characters [#x0-#x1F] and #x7F are forbidden in URI references.
3.4. Example
The following N-Triples file:
http://www.w3.org/2001/08/rdf-test/ http://purl.org/dc/elements/1.1/creator "Dave Beckett" . http://www.w3.org/2001/08/rdf-test/ http://purl.org/dc/elements/1.1/creator "Jan Grant" . http://www.w3.org/2001/08/rdf-test/ http://purl.org/dc/elements/1.1/publisher _:a . _:a http://purl.org/dc/elements/1.1/title "World Wide Web Consortium" . _:a http://purl.org/dc/elements/1.1/source http://www.w3.org/ .
represents the same RDF graph as the following RDF/XML:
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="" title="undefined" rel="noopener noreferrer">http://purl.org/dc/elements/1.1/"> <rdf:Description rdf:about="" title="undefined" rel="noopener noreferrer">http://www.w3.org/2001/08/rdf-test/"> dc:creatorJan Grant dc:creatorDave Beckett dc:publisher rdf:Description dc:titleWorld Wide Web Consortium <dc:source rdf:resource="" title="undefined" rel="noopener noreferrer">http://www.w3.org/"/>
3.5. N-Triples Tests
The N-Triple test file athttp://www.w3.org/2000/10/rdf-tests/rdfcore/ntriples/test.ntcontains multiple tests of legal N-Triples.
4 References
Normative References
[RDFMS]
Resource Description Framework (RDF) Model and Syntax Specification, O. Lassila and R. Swick, Editors, World Wide Web Consortium Recommendation. 22 February 1999. This version is http://www.w3.org/TR/1999/REC-rdf-syntax-19990222\. The latest version of RDF M&S is available at http://www.w3.org/TR/REC-rdf-syntax.
[RDF-SCHEMA]
Resource Description Framework (RDF) Schema Specification 1.0, Dan Brickley, R.V. Guha, Editors, World Wide Web Consortium Candidate Recommendation, 27 March 2000. This version is http://www.w3.org/TR/2000/CR-rdf-schema-20000327/. The latest version of RDF Schema is http://www.w3.org/TR/rdf-schema/.
[UNICODE]
The Unicode Standard, Version 3.0, Addison Wesley, Reading MA, 2000, ISBN: 0-201-61633-5. This document is http://www.unicode.org/unicode/standard/standard.html.
[CHARMOD]
Character Model for the World Wide Web 1.0, M. D�rst, F. Yergeau, R. Ishida, M. Wolf, A. Freytag, T Texin, Editors, World Wide Web Consortium Working Draft, work in progress, 30 April 2002. This version of the Character Model is http://www.w3.org/TR/2002/WD-charmod-20020430/. Thelatest version of the Character Model is at http://www.w3.org/TR/charmod/.
[RDF-CONCEPTS]
RDF Concepts and Abstract Syntax, G. Klyne, J. Carroll, Editors, World Wide Web Consortium W3C Working Draft, work in progress, 8 November 2002. This version of the RDF Concepts and Abstract Syntax is http://www.w3.org/TR/2002/WD-rdf-concepts-20021108/. The latest version of the RDF Concepts and Abstract Syntax is at http://www.w3.org/TR/rdf-concepts/.
[RDF-SEMANTICS]
RDF Model Theory, P. Hayes, Editor. World Wide Web Consortium, Working Draft, 29 April 2002. Work in progress. This version of the RDF Model Theory is http://www.w3.org/TR/2002/WD-rdf-mt-20020429/. Thelatest version of the RDF Model Theory is at http://www.w3.org/TR/rdf-mt/.
[RDF-SYNTAX]
RDF/XML Syntax Specification (Revised), Dave Beckett, Editor, World Wide Web Consortium, Working Draft, 8 November 2002. Work in progress. This version of the RDF/XML Syntax is http://www.w3.org/TR/2002/WD-rdf-syntax-grammar-20021108/. The latest version of the RDF/XML Syntax is at http://www.w3.org/TR/rdf-syntax-grammar/.
[RFC 2396]
RFC 2396 - Uniform Resource Identifiers (URI): Generic Syntax, T. Berners-Lee, R. Fielding and L. Masinter, IETF, August 1998. This document is http://www.isi.edu/in-notes/rfc2396.txt.
[RFC 3066]
RFC 3066 - Tags for the Identification of Languages, H. Alvestrand, IETF, January 2001. This document is http://www.ietf.org/rfc/rfc3066.txt
Informative References
[RDF-PRIMER]
RDF Primer, F. Manola, E. Miller, Editors, World Wide Web Consortium W3C Working Draft, work in progress, 26 April 2002. This version of the RDF Primer is http://www.w3.org/TR/2002/WD-rdf-primer-20020426/. The latest version of the RDF Primer is at http://www.w3.org/TR/rdf-primer/.
[RDF-VOCABULARY]
RDF Vocabulary Description Language 1.0: RDF Schema, D. Brickley, R.V. Guha, Editors, World Wide Web Consortium W3C Working Draft, work in progress, 30 April 2002. This version of the RDF Vocabulary Description Language is http://www.w3.org/TR/2002/WD-rdf-schema-20020430/. The latest version of the RDF Vocabulary Description Language is at http://www.w3.org/TR/rdf-schema/.
[N3]
Notation 3, Tim Berners-Lee
[N3-Primer]
Primer: Getting into RDF & Semantic Web using N3, Tim Berners-Lee
[NTC]
NTC: A simple N-Triples isomorphism test utility, Jan Grant
5 Acknowledgments (Informative)
Many thanks to Art Barstow (ex-W3C), former main editor of this document, for his sterling work on editing and managing the RDF test cases, which he had been doing well before the RDF Core WG started.
The editors would also like to thank Jos DeRoo, of AGFA, for his excellent work in the implementation of an RDF reasoner capable of running the entailment test cases.
Thanks are also due to the RDF parser implementers who took the time to run, and submit corrections to, our parser tests.
The following Working Group members have directly contributed to this document and/or contributed test cases.
- Art Barstow, ex-W3C Fellow
- Jeremy Carroll, HP Labs Bristol
- Dan Connolly, W3C
- Jos DeRoo, AGFA
- Graham Klyne, Clearswift and Nine by Nine
- Brian McBride, HP Labs Bristol
- Aaron Swartz, HWG
This document is a product of extended deliberations by the RDF Core working group, whose members have included: Art Barstow (W3C) Dave Beckett (ILRT), Dan Brickley (W3C/ILRT), Dan Connolly (W3C), Jeremy Carroll (Hewlett Packard), Ron Daniel (Interwoven Inc), Bill dehOra (InterX), Jos De Roo (AGFA), Jan Grant (ILRT), Graham Klyne (Clearswift and Nine by Nine), Frank Manola (MITRE Corporation), Brian McBride (Hewlett Packard), Eric Miller (W3C), Stephen Petschulat (IBM), Patrick Stickler (Nokia), Aaron Swartz (HWG), Mike Dean (BBN Technologies / Verizon), R. V. Guha (Alpiri Inc), Pat Hayes (IHMC), Sergey Melnik (Stanford University), Martyn Horner (Profium Ltd).
This specification also draws upon an earlier RDF Model and Syntax document edited by Ora Lassilla and Ralph Swick, and RDF Schema edited by Dan Brickley and R. V. Guha. RDF and RDF Schema Working group members who contributed to this earlier work are: Nick Arnett (Verity), Tim Berners-Lee (W3C), Tim Bray (Textuality), Dan Brickley (ILRT / University of Bristol), Walter Chang (Adobe), Sailesh Chutani (Oracle), Dan Connolly (W3C), Ron Daniel (DATAFUSION), Charles Frankston (Microsoft), Patrick Gannon (CommerceNet), RV Guha (Epinions, previously of Netscape Communications), Tom Hill (Apple Computer), Arthur van Hoff (Marimba), Renato Iannella (DSTC), Sandeep Jain (Oracle), Kevin Jones, (InterMind), Emiko Kezuka (Digital Vision Laboratories), Joe Lapp (webMethods Inc.), Ora Lassila (Nokia Research Center), Andrew Layman (Microsoft), Ralph LeVan (OCLC), John McCarthy (Lawrence Berkeley National Laboratory), Chris McConnell (Microsoft), Murray Maloney (Grif), Michael Mealling (Network Solutions), Norbert Mikula (DataChannel), Eric Miller (OCLC), Jim Miller (W3C, emeritus), Frank Olken (Lawrence Berkeley National Laboratory), Jean Paoli (Microsoft), Sri Raghavan (Digital/Compaq), Lisa Rein (webMethods Inc.), Paul Resnick (University of Michigan), Bill Roberts (KnowledgeCite), Tsuyoshi Sakata (Digital Vision Laboratories), Bob Schloss (IBM), Leon Shklar (Pencom Web Works), David Singer (IBM), Wei (William) Song (SISU), Neel Sundaresan (IBM), Ralph Swick (W3C), Naohiko Uramoto (IBM), Charles Wicksteed (Reuters Ltd.), Misha Wolf (Reuters Ltd.), Lauren Wood (SoftQuad).
Appendix A: Change Log (Informative)
Changes sincehttp://www.w3.org/TR/2001/WD-rdf-testcases-20021112/
Entailment test definitions changed to actually test proper entailments, not pseudo-entailments.
Support for datatype-aware entailment tests in the manifest.
Pointer to RDF-CONCEPTS for the definition of graph isomorphism / equality.
Addition of the always false pseudo-document for entailment tests.
Updated the test case list in this document.
Test case names changed to fragment references into individual manifest documents.
Changes since http://www.w3.org/TR/2002/WD-rdf-testcases-20020429/
Production language. Changed to match RFC 3066. Added [RFC 2396] to normative references.
3 N-Triples NOTE reworded. Point to RDF/XML as exchange syntax.
Production character: should be "to 126"
3.2 Strings Removed suggestion to use UTF-8 for apps.
Added 3.5. N-Triples Tests pointing at thehttp://www.w3.org/2000/10/rdf-tests/rdfcore/ntriples/test.nttest file.
Use uppercase hexadecimal digits. Define H and use it for \uHHHH, \uHHHHHHHH.
Removed xmlString.
Changed the N-Triples language separator token to @ in langString
Added RDF datatyping support using datatypeString using the form ^^
http://www.w3.org/TR/2001/WD-rdf-testcases-20011115/
Updated 3.3 URI References to allow Unicode characters in URIs
Merged Future Work into Open Issues
Test case list expanded and reorganized to reflect additional approved test cases
New section 2 describing organization of parser tests, the types of tests and examples of manifest format that describes them.
Updated editors, added thanks to Art Barstow.
Changed literal to be langString | xmlString (now gone)
N-Triples remains an ASCII format for now - closed issue on UTF-8 encoding.
Update references to RDF Model Theory, Syntax WDs
Changes sincehttp://www.w3.org/TR/2001/WD-rdf-testcases-20010912/
Changed the Approved Test Cases table so that it includes links to related files and the Working Group decision.
Removed the Test Cases Not Approved table and added a link to the repository's list of the not approved test cases.
Added links to ZIP files of the repository's test cases.
Specify the Future Work and Contributors sections as Informative.
Renamed token bNode to nodeID.
Added RDF Model Theory reference.
Added URI Encoding section, pointing at Charmod rules and updated absoluteURI grammar rule to use it.
Removed references to Python literals, reason for \-escaping.
Added 4, 8 required digits for \u, \U string escapes.
Renamed section URIs to URI References.
Appendix B: Open Issues (Informative)
- Complete the test cases