Index of /1.0/exa

 Name                    Last modified      Size  Description
 Parent Directory                             -   
 BinaryDatalog/          09-Dec-2011 21:38    -   
 Datalog-xsd/            09-Dec-2011 21:38    -   
 Datalog/                13-Apr-2012 09:47    -   
 Dishornlog/             09-Dec-2011 21:38    -   
 Extensions/             09-Dec-2011 21:38    -   
 FOL+/                   09-Dec-2011 21:38    -   
 FOOTER.html             11-Dec-2011 20:16  2.7K  
 Folog/                  09-Dec-2011 21:38    -   
 Hornlog/                09-Dec-2011 21:38    -   
 Issues/                 09-Dec-2011 21:38    -   
 MYNG/                   16-Dec-2011 18:11    -   
 NegationDatalog/        09-Dec-2011 21:39    -   
 SWSL/                   09-Dec-2011 21:39    -

Validation Instructions in Validator.nu

Please see the MYNG Demo for a tutorial on using the online tool Validator.nu to validate these examples against Relax NG schemas, XSD schemas or NVDL scripts.

Validation Instructions in http://www.w3.org/2001/03/webdata/xsv

Enter two addresses in the text field, the instance and the schema. For example

http://ruleml.org/1.0/exa/Hornlog/hornlogeq/hornlogeq.ruleml http://ruleml.org/1.0/xsd/hornlogeq.xsd

Validation Instructions in oXygen

In the instances in this examples directory, xml-model processing instructions (PIs) are used to indicate the minimal RNC and XSD schemas that the instances should validate against. An xml-model processing application, such as oXygen (http://oxygenxml.com) will use these PIs to determine the schemas to be used for validation. Unfortunately, the RuleML Version 1.0 XSD schemas are not validated by oXygen's default XSD validator, Xerces, due to circular definitions. These XSD schemas are validated by Saxon EE (with warning messages) and XSV (with no warning messages). Ideally, a user would configure oXygen to use a non-default XSD validation engine, enabling validation of an instance against both RNC and XSD schemas. Unfortunately, in oXygen versions up to at least 13.1, this configuration setting causes oXygen to attempt to apply the Saxon engine to the RNC schema, which produces an error message. This bug has been reported and is scheduled to be fixed in oXygen 13.2. The xml-model processing instruction for the XSD schema has been commented out, so that it can be easily activated once this oXygen issue is fixed. Also a RuleML start tag that includes the xsi:schemaLocation attribute is available in a comment in each file, for use with validators that do not understand xml-model processsing instructions.

As a temporary workaround to this oXygen issue, one may apply a custom validation configuration to each subdirectory, except for the MYNG subdirectory, where each file requires a custom validation configuration. Each configuration contains two validation scenarios:

the default validation scenario, which activates the xml-model PI with the RNC schema;
a scenario specifying the XSD schema appropriate to that instance or subdirectory, and a validation engine (either Saxon EE or XSV)

Once these configurations have been set, batch validation may be performed on the entire exa directory.

Hint: the oXygen "Information" view provides helpful information about the batch validation process, beyond what appears in the "Results" pane.