This document proposes ORL, an extension of OWL with Horn clause rules. ORL aims to overcome some expressive limitations of OWL, especially regarding properties, while maintaining compatibility with OWL's syntax and semantics. Rules are added as a new type of axiom and are given a formal abstract syntax and model-theoretic semantics as an extension of OWL DL. The addition of rules makes ontology consistency undecidable but provides greater expressive power for modeling relationships between properties. Examples are given and extensions to OWL's XML and RDF syntaxes are discussed to accommodate the new rule constructs.
1. A Proposal for an OWL Rules Language
Ian Horrocks Peter F. Patel-Schneider
University of Manchester Bell Labs Research
Manchester, UK Murray Hill, NJ, USA
horrocks@cs.man.ac.uk pfps@research.bell-labs.com
ABSTRACT particular, there is no composition constructor, so it is impossible
Although the OWL Web Ontology Language adds considerable ex- to capture relationships between a composite property and another
pressive power to the Semantic Web it does have expressive limita- (possibly composite) property. The standard example here is the
tions, particularly with respect to what can be said about properties. obvious relationship between the composition of the “parent” and
We present ORL (OWL Rules Language), a Horn clause rules ex- “brother” properties and the “uncle” property.
tension to OWL that overcomes many of these limitations. ORL One way to address this problem would be to extend OWL with
extends OWL in a syntactically and semantically coherent manner: a more powerful language for describing properties. For example,
the basic syntax for ORL rules is an extension of the abstract syntax a decidable extension of the description logics underlying OWL
for OWL DL and OWL Lite; ORL rules are given formal meaning DL to include the use of composition in subproperty axioms has
via an extension of the OWL DL model-theoretic semantics; ORL already been investigated [10]. In order to maintain decidability,
rules are given an XML syntax based on the OWL XML presenta- however, the usage of the constructor is limited to axioms of the
tion syntax; and a mapping from ORL rules to RDF graphs is given form P ◦ Q P , i.e., axioms asserting that the composition of
based on the OWL RDF/XML exchange syntax. We discuss the two properties is a subproperty of one of the composed properties.
expressive power of ORL, showing that the ontology consistency This means that complex relationships between composed proper-
problem is undecidable, provide several examples of ORL usage, ties cannot be captured—in fact even the relatively simple “uncle”
and discuss how reasoning support for ORL might be provided. example cannot not be captured (because “uncle” is not one of “par-
ent” or “brother”).
An alternative way to overcome some of the expressive restric-
Categories and Subject Descriptors tions of OWL would be to extend it with some form of “rules lan-
I.2.4 [Knowledge Representation Formalisms and Methods]: guage”. In fact adding rules to description logic based knowledge
Representation languages; F.4.1 [Mathematical Logic]: Model representation languages is far from being a new idea. Several early
theory. description logic systems, e.g., Classic [19, 4], included a rule lan-
guage component. In these systems, however, rules were given a
weaker semantic treatment than axioms asserting sub- and super-
General Terms class relationships; they were only applied to individuals, and did
Languages, Theory not affect class based inferences such as the computation of the
class hierarchy. More recently, the CARIN system integrated rules
Keywords with a description logic in such a way that sound and complete rea-
soning was still possible [13]. This could only be achieved, how-
Semantic Web, representation, model-theoretic semantics
ever, by using a rather weak description logic (much weaker than
OWL), and by placing severe syntactic restrictions on the occur-
1. INTRODUCTION rence of description logic terms in the (heads of) rules. Similarly,
The OWL Web Ontology Language [26] adds considerable ex- the DLP language proposed in [5] is based on the intersection of
pressive power to the Semantic Web. However, for a variety of a description logic with horn clause rules; the result is obviously
reasons (see http://lists.w3.org/Archives/Public/ a decidable language, but one that is necessarily less expressive
www-webont-wg/), including retaining the decidability of key than either the description logic or rules language from which it is
inference problems in OWL DL and OWL Lite, OWL has expres- formed.
sive limitations. These restrictions can be onerous in some appli- In this paper we show how a simple form of Horn-style rules can
cation domains, for example in describing web services, where it be added to the OWL language in a syntactically and semantically
may be necessary to relate inputs and outputs of composite pro- coherent manner, the basic idea being to add such rules as a new
cesses to the inputs and outputs of their component processes [28], kind of axiom in OWL DL. We show (in Section 3) how the OWL
or in medical informatics, where it may be necessary to transfer abstract syntax in the OWL Semantics and Abstract Syntax doc-
characteristics across partitive properties [20]. ument [18] can be extended to provide a formal syntax for these
Many of the limitations of OWL stem from the fact that, while rules, and (in Section 4) how the direct OWL model-theoretic se-
the language includes a relatively rich set of class constructors, the mantics for OWL DL can be extended to provide a formal meaning
language provided for talking about properties is much weaker. In for OWL ontologies including rules written in this abstract syntax.
Copyright is held by the author/owner(s).
We will also show (in Section 5) how OWL’s XML presentation
WWW2004, May 17–22, 2004, New York, New York, USA. syntax can be modified to deal with the proposed rules.
ACM 1-58113-844-X/04/0005.
2. The extended language, which we will refer to as OWL Rules productions. Components that can occur at most once are enclosed
Language (ORL), is considerably more powerful than either OWL in square brackets ([. . . ]); components that can occur any number
DL or Horn rules alone. We will show (in Section 6) that the key of times (including zero) are enclosed in braces ({. . . }). Whites-
inference problems (e.g., ontology consistency) for ORL are unde- pace is ignored in the productions given here.
cidable, and (in Section 7) provide examples that utilise the power Names in the abstract syntax are RDF URI references [12].
of the combined languages. These names may be abbreviated into qualified names, using one
In Section 8 we show how OWL’s RDF syntax can be extended to of the following namespace names:
deal with rules, and in Section 9 we discuss how reasoning support rdf http://www.w3.org/1999/02/22-rdf-syntax-ns#
for ORL might be provided. Finally (in Section 10), we summarise rdfs http://www.w3.org/2000/01/rdf-schema#
the main features of the ORL proposal and suggest some directions xsd http://www.w3.org/2001/XMLSchema#
for future work. owl http://www.w3.org/2002/07/owl#
The meaning of each construct in the abstract syntax for rules is
2. OVERVIEW informally described when it is introduced. The formal meaning of
The basic idea of the proposal is to extend OWL DL with a form these constructs is given in Section 4 via an extension of the OWL
of rules while maintaining maximum backwards compatibility with DL model-theoretic semantics [18].
OWL’s existing syntax and semantics. To this end, we add a new
kind of axiom to OWL DL, namely Horn clause rules, extending
3.1 Rules
the OWL abstract syntax and the direct model-theoretic semantics From the OWL Semantics and Abstract Syntax document [18],
for OWL DL [18] to provide a formal semantics and syntax for an OWL ontology in the abstract syntax contains a sequence of
OWL ontologies including such rules. annotations, axioms, and facts. Axioms may be of various kinds,
The proposed rules are of the form of an implication between an for example, subClass axioms and equivalentClass axioms. This
antecedent (body) and consequent (head). The informal meaning proposal extends axioms to also allow rule axioms, by adding the
of a rule can be read as: whenever (and however) the conditions production:
specified in the antecedent hold, then the conditions specified in axiom ::= rule
the consequent must also hold. Thus an ORL ontology could contain a mixture of rules and other
Both the antecedent (body) and consequent (head) of a rule con- OWL DL constructs, including ontology annotations, axioms about
sist of zero or more atoms. Atoms can be of the form C(x), P(x,y), classes and properties, and facts about OWL individuals, as well as
sameAs(x,y) or differentFrom(x,y), where C is an OWL DL de- the rules themselves.
scription, P is an OWL property, and x,y are either variables, OWL A rule axiom consists of an antecedent (body) and a consequent
individuals or OWL data values. Atoms are satisfied in extended in- (head), each of which consists of a (possibly empty) set of atoms.
terpretations (to take care of variables) in the usual model-theoretic Just as for class and property axioms, rule axioms can also have
way, i.e., the extended interpretation maps the variables to domain annotations. These annotations can be used for several purposes,
elements in a way that satisfies the description, property, sameAs, including giving a label to the rule by using the rdf:label annotation
or differentFrom, just as in the regular OWL model theory. property.
Multiple atoms in an antecedent are treated as a conjunction. An
rule ::= ’Implies(’{annotation} antecedent consequent’)’
empty antecedent is thus treated as trivially true (i.e. satisfied by
antecedent ::= ’Antecedent(’{atom}’)’
every interpretation), so the consequent must also be satisfied by
consequent ::= ’Consequent(’{atom}’)’
every interpretation.
Multiple atoms in a consequent are treated as separate conse- Informally, a rule may be read as meaning that if the antecedent
quences, i.e., they must all be satisfied. In keeping with the usual holds (is “true”), then the consequent must also hold. An empty
treatment in rules, an empty consequent is treated as trivially false antecedent is treated as trivially holding (true), and an empty con-
(i.e., not satisfied by any extended interpretation). Such rules are sequent is treated as trivially not holding (false). Non-empty an-
satisfied if and only if the antecedent is not satisfied by any ex- tecedents and consequents hold iff all of their constituent atoms
tended interpretation. Note that rules with multiple atoms in the hold. As mentioned above, rules with multiple consequents could
consequent could easily be transformed (via the Lloyd-Topor trans- easily transformed (via the Lloyd-Topor transformations [14] into
formations [14]) into multiple rules each with an atomic conse- multiple rules each with a single atomic consequent.
quent. Atoms in rules can be of the form C(x), P(x,y), Q(x,z),
It is easy to see that OWL DL becomes undecidable when ex- sameAs(x,y) or differentFrom(x,y), where C is an OWL DL de-
tended in this way as rules can be used to simulate role value maps scription, P is an OWL DL individual-valued Property, Q is an
[25] and make it easy to encode known undecidable problems as an OWL DL data-valued Property x,y are either variables or OWL
ORL ontology consistency problem (see Section 6). individuals, and z is either a variable or an OWL data value. In the
context of OWL Lite, descriptions in atoms of the form C(x) may
3. ABSTRACT SYNTAX be restricted to class names.
The syntax for ORL in this section abstracts from any exchange atom ::= description ’(’ i-object ’)’
syntax for OWL and thus facilitates access to and evaluation of | individualvaluedPropertyID ’(’ i-object i-object ’)’
the language. This syntax extends the abstract syntax of OWL de- | datavaluedPropertyID ’(’ i-object d-object ’)’
scribed in the OWL Semantics and Abstract Syntax document [18]. | sameAs ’(’ i-object i-object ’)’
Like the OWL abstract syntax, we will specify the abstract syn- | differentFrom ’(’ i-object i-object ’)’
tax for rules by means of a version of Extended BNF, very similar
to the Extended BNF notation used for XML [29]. In this notation, Informally, an atom C(x) holds if x is an instance of the class de-
terminals are quoted; non-terminals are not quoted. Alternatives scription C, an atom P(x,y) (resp. Q(x,z)) holds if x is related to y
are either separated by vertical bars ( | ) or are given in different (z) by property P (Q), an atom sameAs(x,y) holds if x is interpreted
3. as the same object as y, and an atom differentFrom(x,y) holds if x B(I) under the conditions given in Table 1, where C is an OWL
and y are interpreted as different objects. DL description, P is an OWL DL individual-valued Property, Q
Atoms may refer to individuals, data literals, individual variables is an OWL DL data-valued Property, x, y are variables or OWL
or data variables. Variables are treated as universally quantified, individuals, and z is a variable or an OWL data value.
with their scope limited to a given rule. As usual, only variables
that occur in the antecedent of a rule may occur in the consequent Atom Condition on Interpretation
(a condition usually referred to as “safety”). As we will see in Sec- C(x) S(x) ∈ EC(C)
tion 6, this safety condition does not, in fact, restrict the expressive P (x, y) S(x), S(y) ∈ ER(P )
power of the language (because existentials can already be captured Q(x, z) S(x), L(z) ∈ ER(Q)
using OWL someValuesFrom restrictions). sameAs(x, y) S(x) = S(y)
i-object ::= i-variable | individualID differentFrom(x, y) S(x) = S(y)
d-object ::= d-variable | dataLiteral
Table 1: Interpretation Conditions
i-variable ::= ’I-variable(’ URIreference ’)’
d-variable ::= ’D-variable(’ URIreference ’)’
A binding B(I) satisfies an antecedent A iff A is empty or B(I)
3.2 Human Readable Syntax satisfies every atom in A. A binding B(I) satisfies a consequent
While the abstract Extended BNF syntax is consistent with the C iff C is not empty and B(I) satisfies every atom in C. A rule
OWL specification, and is useful for defining XML and RDF serial- is satisfied by an interpretation I iff for every binding B such that
isations, it is rather verbose and not particularly easy to read. In the B(I) satisfies the antecedent, B(I) also satisfies the consequent.
following we will, therefore, often use a relatively informal “hu- The semantic conditions relating to axioms and ontologies are
man readable” form similar to that used in many published works unchanged. In particular, an interpretation satisfies an ontology iff
on rules. it satisfies every axiom (including rules) and fact in the ontology; an
In this syntax, a rule has the form: ontology is consistent iff it is satisfied by at least one interpretation;
antecedent → consequent, an ontology O2 is entailed by an ontology O1 iff every interpreta-
tion that satisfies O1 also satisfies O2 .
where both antecedent and consequent are conjunctions of atoms
written a1 ∧ . . . ∧ an . Variables are indicated using the standard 4.2 Example
convention of prefixing them with a question mark (e.g., ?x). Us- Consider, for example, the “uncle” rule (1) from Section 3.2. As-
ing this syntax, a rule asserting that the composition of parent and suming that parent, brother and uncle are individualvaluedProper-
brother properties implies the uncle property would be written: tyIDs, then given an interpretation I = R, EC, ER, L, S, LV ,
a binding B(I) extends S to map the variables ?a, ?b, and ?c to
parent(?a, ?b) ∧ brother(?b, ?c) → uncle(?a, ?c). (1)
elements of EC(owl : Thing); we will use a, b, and c respectively
If John has Mary as a parent and Mary has Bill has a brother, then to denote these elements. The antecedent of the rule is satisfied by
this rule requires that John has Bill as an uncle. B(I) iff (a, b) ∈ ER(parent) and (b, c) ∈ ER(brother). The
consequent of the rule is satisfied by B(I) iff (a, c) ∈ ER(uncle).
Thus the rule is satisfied by I iff for every binding B(I) such that
4. DIRECT MODEL-THEORETIC (a, b) ∈ ER(parent) and (b, c) ∈ ER(brother), then it is also the
SEMANTICS case that (a, c) ∈ ER(uncle), i.e.:
The model-theoretic semantics for ORL is a straightforward ex-
∀a, b, c ∈ EC(owl : Thing).
tension of the semantics for OWL DL given in [18]. The basic idea
((a, b) ∈ ER(parent) ∧ (b, c) ∈ ER(brother))
is that we define bindings—extensions of OWL interpretations that
→ (a, c) ∈ ER(uncle)
also map variables to elements of the domain in the usual man-
ner. A rule is satisfied by an interpretation iff every binding that
satisfies the antecedent also satisfies the consequent. The seman- 5. XML CONCRETE SYNTAX
tic conditions relating to axioms and ontologies are unchanged, so Many possible XML encodings could be imagined (e.g., a
an interpretation satisfies an ontology iff it satisfies every axiom RuleML based syntax as proposed in http://www.daml.
(including rules) and fact in the ontology. org/listarchive/joint-committee/1460.html),
but the most obvious solution is to extend the existing OWL Web
4.1 Interpreting Rules Ontology Language XML Presentation Syntax [8], which can be
From the OWL Semantics and Abstract Syntax document [18] straightforwardly modified to deal with ORL. This has several
we recall that an abstract OWL interpretation is a tuple of the form advantages:
I = R, EC, ER, L, S, LV , • arbitrary OWL classes (e.g., descriptions) can be used as
where R is a set of resources, LV ⊆ R is a set of literal values, EC predicates in rules;
is a mapping from classes and datatypes to subsets of R and LV re-
spectively, ER is a mapping from properties to binary relations on • rules and ontology axioms can be freely mixed;
R, L is a mapping from typed literals to elements of LV , and S is a
• the existing XSLT stylesheet1 can easily be extended to
mapping from individual names to elements of EC(owl : Thing).
provide a mapping to RDF graphs that extends the OWL
Given an abstract OWL interpretation I, a binding B(I) is an
RDF/XML exchange syntax (see Section 8).
abstract OWL interpretation that extends I such that S maps i-
variables to elements of EC(owl : Thing) and L maps d-variables 1
http://www.w3.org/TR/owl-xmlsyntax/
to elements of LV respectively. An atom is satisfied by a binding owlxml2rdf.xsl
4. In the first place, the ontology root element is extended so that <owlr:datavaluedPropertyAtom owlr:property="grade">
ontologies can include rule axioms and variable declarations as <owlr:Variable owlr:name="x1" />
well as OWL axioms, import statements etc. We then simply need <owlx:DataValue
to add the relevant syntax for variables and rules. (In this document rdf:datatype="&xsd;integer">4</owlx:DataValue>
we use the unspecified owlr namespace prefix. This prefix would </owlr:datavaluedPropertyAtom>
have to be bound to some appropriate namespace name, either the
OWL namespace name or some new namespace name.) is a property atom using a data-valued Property datavalued prop-
Variable declarations are statements about variables, indicating erty (the second element is a data value, in this case an integer).
that the given URI is to be used as a variable, and (optionally) Finally, same (different) individual atoms assert equality (in-
adding any annotations. For example: equality) between sets of individual and variable names. Note that
(in)equalities can be asserted between arbitrary combinations of
<owlr:Variable owlr:name="x1" />, variable names and individual names. For example:
states that the URI x1 (in the current namespace) is to be treated as <owlr:sameIndividualAtom>
a variable. <owlr:Variable owlr:name="x1" />
Rule axioms are similar to OWL SubClassOf axioms, except <owlr:Variable owlr:name="x2" />
they have owlr:Rule as their element name. Like SubClassOf <owlx:Individual owlx:name="Clinton" />
and other axioms they may include annotations. Rule axioms have <owlx:Individual owlx:name="Bill Clinton" />
an antecedent (owlr:antecedent) component and a consequent </owlr:sameIndividualAtom>
(owlr:consequent) component. The antecedent and consequent
asserts that the variables x1, x2 and the individual names Clinton
of a rule are both lists of atoms and are read as the conjunction of
and Bill Clinton all refer to the same individual.
the component atoms. Atoms can be formed from unary predicates
(classes), binary predicates (properties), equalities or inequalities. 5.1 Example
Class atoms consist of a description and either an individual
The example rule from Section 3.2 can be written in the XML
name or a variable name, where the description in a class atom may
concrete syntax for rules as
be a class name, or may be a complex description using boolean
combinations, restrictions, etc. For example, <owlx:Rule>
<owlr:antecedent>
<owlr:classAtom>
<owlr:individualPropertyAtom
<owlx:Class owlx:name="Person" />
owlr:property="parent">
<owlr:Variable owlr:name="x1" />
<owlr:Variable owlr:name="a" />
</owlr:classAtom>
<owlr:Variable owlr:name="b" />
is a class atom using a class name (#Person), and </owlr:individualPropertyAtom>
<owlr:individualPropertyAtom
<owlr:classAtom> owlr:property="brother">
<owlx:IntersectionOf> <owlr:Variable owlr:name="b" />
<owlx:Class owlx:name="Person" /> <owlr:Variable owlr:name="c" />
<owlx:ObjectRestriction </owlr:individualPropertyAtom>
owlx:property="hasParent"> </owlr:antecedent>
<owlx:someValuesFrom <owlr:consequent>
owlx:property="Physician" /> <owlr:individualPropertyAtom
</owlx:ObjectRestriction> owlr:property="uncle">
</owlx:IntersectionOf> <owlr:Variable owlr:name="a" />
<owlr:Variable owlr:name="x2" /> <owlr:Variable owlr:name="c" />
</owlr:classAtom> </owlr:individualPropertyAtom>
</owlr:consequent>
is a class atom using a complex description representing Persons </owlr:Rule>
having at least one parent who is a Physician.
Property atoms consist of a property name and two elements that 6. THE POWER OF RULES
can be individual names, variable names or data values (as OWL
does not support complex property descriptions, a property atom In OWL, the only relationship that can be asserted between prop-
takes only a property name). Note that in the case where the second erties is subsumption between atomic property names, e.g., assert-
element is an individual name the property must be an individual- ing that hasFather is a subPropertyOf hasParent. In Section 3.2
valued Property, and in the case where the second element is a data we have already seen how a rule can be used to assert more com-
value the property must be a data-valued Property. For example: plex relationships between properties. While this increased expres-
sive power is clearly very useful, it is easy to show that it leads to
<owlr:individualPropertyAtom the undecidability of key inference problems, in particular ontology
owlx:property="hasParent"> consistency.
<owlr:Variable owlr:name="x1" /> For extensions of languages such as OWL DL, the undecidabil-
<owlx:Individual owlx:name="John" /> ity of the consistency problem is often proved by showing that the
</owlr:individualPropertyAtom> extension makes it possible to encode a known undecidable domino
problem [2] as an ontology consistency problem. In particular, it is
is a property atom using an individual-valued Property (the second well known that such languages only need the ability to represent
element is an individual), and an infinite 2-dimensional grid in order for consistency to become
5. undecidable [1, 11]. With the addition of rules, such an encoding is 7. EXAMPLES OF ORL
trivial. For example, given two properties x-succ and y-succ, the We give two further examples of ORL that serve to illustrate
rule: some of their utility, and show how the power of ORL goes beyond
x-succ(?a, ?b) ∧ y-succ(?b, ?c) ∧ that of either OWL DL or Horn rules alone.
y-succ(?a, ?d) ∧ x-succ(?d, ?e) → sameAs(?c, ?e),
7.1 Transferring Characteristics
along with the assertion that every grid node is related to exactly
The first example is due to Guus Schreiber, and is based on on-
one other node by each of x-succ and y-succ, allows such a grid
tologies used in an image annotation demo [7].
to be represented. This would be possible even without the use of
the sameAs atom in the consequent—it would only be necessary
to establish appropriate relationships with a “diagonal” property: Artist(?x) ∧ Style(?y) ∧ artistStyle(?x, ?y) ∧ creator(?x, ?z)
→ style/period(?z, ?y)
x-succ(?a, ?b) ∧ y-succ(?b, ?c) → diagonal(?a, ?c)
y-succ(?a, ?d) ∧ x-succ(?d, ?e) → diagonal(?a, ?e), The rule expresses the fact that, given knowledge about the Style
of certain Artists (e.g., van Gogh is an Impressionist painter), we
and additionally assert that every grid node is related to exactly one
can derive the style/period of an art object from the value of the
other node by diagonal.
creator of the art object, where Style is a term from the Art and Ar-
The proposed form of OWL rules seem to go beyond basic Horn chitecture Thesaurus (AAT),2 Artist is a class from the Union List
clauses in allowing: of Artist Names (ULAN),3 artistStyle is a property relating ULAN
• conjunctive consequents; Artists to AAT Styles, and both creator and style/period are proper-
ties from the Visual Resources Association catalogue (VRA),4 with
• class descriptions as well as class names as predicates in creator being a subproperty of the Dublin Core element dc:creator. 5
class atoms; and This rule would be expressed in the XML concrete syntax as
• equalities and inequalities. follows (assuming appropriate entity declarations):
On closer examination, however, it becomes clear that most of this <owlr:Rule>
is simply “syntactic sugar”, and does not add to the power of the <owlr:antecedent>
language. <owlr:classAtom>
In the case of conjunctive consequents, it is easy to see that these <owlx:Class owlx:name="&ulan;Artist" />
could be eliminated using the standard Lloyd-Topor transformation <owlr:Variable owlr:name="x" />
[14]. For example, a rule of the form </owlr:classAtom>
A → C 1 ∧ C2 <owlr:classAtom>
<owlx:Class owlx:name="&aat;Style" />
can be transformed into a semantically equivalent pair of rules <owlr:Variable owlr:name="y" />
A → C1 </owlr:classAtom>
A → C2 . <owlr:individualPropertyAtom
owlr:property="&aatulan;artistStyle">
In the case of class descriptions, it is easy to see that a description <owlr:Variable owlr:name="x" />
d can be eliminated from a rule simply by adding an OWL axiom <owlr:Variable owlr:name="y" />
that introduces a new class name and asserts that it is equivalent to </owlr:individualPropertyAtom>
d, e.g., <owlr:individualPropertyAtom
EquivalentClasses(D d). owlr:property="&vra;creator">
<owlr:Variable owlr:name="x" />
The description can then be replaced with the name, here replacing
<owlr:Variable owlr:name="z" />
the description d with class name D.
</owlr:individualPropertyAtom>
In the case of equality atoms, the sameAs predicate could easily
</owlr:antecedent>
be substituted with a “user defined” owl property called, for exam-
<owlr:consequent>
ple, Eq. Such a property can be given the appropriate meaning
<owlr:individualPropertyAtom
using a rule of the form
owlr:property="&vra;style/period">
Thing(?x) → Eq(?x, ?x) <owlr:Variable owlr:name="z" />
<owlr:Variable owlr:name="y" />
and by asserting that it is functional.
</owlr:individualPropertyAtom>
The case of inequalities is slightly more complex. When they
</owlr:consequent>
occur in the consequent of a rule they can easily be eliminated. For
</owlr:Rule>
example, the atom
differentFrom(x, y), The example is interesting because it shows how rules can be
used to “transfer characteristics” from one class of individuals to
where x and y are again variables or constants, can be replaced another via properties other than subClassOf—in this case, the
with
2
C(x) ∧ D(y), http://www.getty.edu/research/tools/
vocabulary/aat/
where C and D are new class names that are asserted to be disjoint. 3
http://www.getty.edu/research/conducting_
When (in)equalities occur in antecedents, however, this elimination research/vocabularies/ulan/
4
does not work, because it would strengthen the conditions that must http://www.vraweb.org/
5
be met in order for a binding to satisfy the antecedent. http://dublincore.org/
6. Style characteristics of an Artist (if any) are transferred (via the cre- restriction(latitude allValuesFrom(xsd:double))
ator property) to the objects that he/she creates. This idiom is much restriction(latitude minCardinality(1))
used in ontologies describing complex physical systems, such as restriction(longitude allValuesFrom(xsd:double))
medical terminologies, where partonomies may be as important as restriction(longitude minCardinality(1))))
subsumption hierarchies, and where characteristics often need to
be transfered across various partitive properties [16, 22, 24]. For Individual(layer type(map:DrawingLayer))
example, the location of a trauma should be transfered across the
partOf property, so that traumas located in a partOf an anatomical Individual(map type(map:Map)
structure are also located in the structure itself [20]. This could be value(map:name "Airports)
expressed using a rule such as value(map:layer layer))
Location(?x) ∧ Trauma(?y) ∧ isLocationOf(?x, ?y) ∧
Individual(airport:GEC type(airport-ont:airport)
isPartOf(?x, ?z)
value(name "Spokane Intl")
→ isLocationOf(?z, ?y)
value(location Individual(value(latitude 47.6197)
A similar technique could be used to transfer properties to compos- value(longitude 117.5336))))
ite processes from their component processes when describing web
The first rule in the example requires that if a map:Location is
services.
the sameLocation as another location, then it has the same values
Terminology languages designed specifically for medical termi-
for latitude and longitude.
nology such as Grail [21] and SNOMED-RT [27] often allow this
kind of idiom to be expressed, but it cannot be expressed in OWL map:Location(?maploc) ∧ sameLocation(?loc, ?maploc)∧
(not even in OWL full). Thus this kind of rule shows one way in latitude(?loc, ?lat) ∧ longitude(?loc, ?lon)
which ORL go beyond the expressive power of OWL DL. →
latitude(?maploc, ?lat) ∧ latitude(?maploc, ?lon)
7.2 Inferring the Existence of New Individuals
The second rule requires that wherever an airport-ont:Airport is
The second example is due to Mike Dean, and illustrates a sce-
located, there is some map:Location that is the sameLocation as
nario in which we want to express the fact that for every Airport
the airport’s location, and that is the location of a map:Point that
there is a map Point that has the same location (latitude and longi-
is an object of the map:DrawingLayer “layer”.
tude) as the Airport and that is an object of “layer” (a map Draw-
ingLayer).6 Moreover, this map point has the Airport as an under- airport-ont:Airport(?airport) ∧ location(?airport, ?loc)∧
lyingObject and has the Airport name as its Label. Note how the latitude(?loc, ?lat) ∧ longitude(?loc, ?lon)
expressive power of ORL allows “existentials” to be expressed in →
the head of a rule—it is asserted that, for every airport, there must restriction(sameLocation
exist such a map point (using an OWL someValuesFrom restric- someValuesFrom(
tion in a class atom). In this way ORL goes beyond the expressive intersectionOf(map : Location
power of Horn rules. restriction(isLocationOf
The first part of this example is background knowledge about someValuesFrom(
airports and maps expressed in OWL DL. (A few liberties have intersectionOf(map : Point
been taken with the OWL DL abstract syntax here in the in- restriction(map : isObjectOf
terests of better readability.) In particular, it is stated that someValuesFrom(OneOf(layer)))))))))
map:location and map:object are individual-valued Properties (?loc)
with inverse properties map:isLocationOf and map:isObjectOf
The third rule requires that the map:Point whose map:location
respectively; that latitude and longitude are data-valued Proper-
is the map:Location of an airport-ont:Airport has the airport as a
ties; that map:Location is a class whose instances have exactly one
map:underlyingObject and has a map:label which is the name of
latitude and exactly one longitude, both being of type xsd:double;
the airport.
that layer is an instance of map:DrawingLayer; that map is an
instance of map:Map whose map:name is "Airports" and airport-ont:Airport(?airport)∧
whose map:layer is layer; and that airport:GEC is an instance map:location(?airport, ?loc)∧
of airport-ont:airport whose name is "Spokane Intl" and sameLocation(?loc, ?maploc)∧
whose location is latitude 47.6197 and longitude 117.5336. map:Location(?point, ?maploc)∧
airport-ont:name(?airport, ?name)
ObjectProperty(map:location) →
ObjectProperty(map:isLocationOf map:underlyingObject(?point, ?airport)∧
inverseOf(map:location)) map:label(?point, ?name)
ObjectProperty(map:object)
ObjectProperty(map:isObjectOf 8. MAPPING TO RDF GRAPHS
inverseOf(map:location)) It is widely assumed that the Semantic Web will be based on a
hierarchy of (increasingly expressive) languages, with RDF/XML
DatatypeProperty(latitude) providing the syntactic and semantic foundation (see, e.g., [3]). In
DatatypeProperty(longitude) accordance with this design philosophy, the charter of the W3C
Class(map:Location primitive Web Ontology Working Group (the developers of the OWL lan-
intersectionOf( guage) explicitly stated that “The language will use the XML syntax
6 and datatypes wherever possible, and will be designed for maxi-
http://www.daml.org/2003/06/ruletests/
translation-3.n3 mum compatibility with XML and RDF language conventions.”. In
7. pursuance of this goal, the working group devoted a great deal of 9. REASONING SUPPORT FOR ORL
effort to developing an RDF based syntax for OWL that was also Although ORL provides a fairly minimal rule extension to OWL,
consistent with the semantics of RDF [9]. It is, therefore, worth the consistency problem for ORL ontologies is still undecidable
considering how this design might be extended to encompass rules. (as we have seen in Section 6). This raises the question of how
One rather serious problem is that, unlike OWL, rules have vari- reasoning support for ORL might be provided.
ables, so treating them as a semantic extension of RDF is very dif- It seems likely, at least in the first instance, that many implemen-
ficult. It is, however, still possible to provide an RDF syntax for tations will provide only partial support for ORL. For this reason,
rules—it is just that the semantics of the resultant RDF graphs may users may want to restrict the form or expressiveness of the rules
not be an extension of the RDF Semantics [6]. and/or axioms they employ either to fit within a tractable or de-
A mapping to RDF/XML is most easily created as an extension cidable fragment of ORL, or so that their ORL ontologies can be
to the XSLT transformation for the OWL XML Presentation syn- handled by existing or interim implementations.
tax.7 This would introduce RDF classes for ORL atoms and vari- One possible restriction in the form of the rules is to limit an-
ables, and RDF properties to link atoms to their predicates (classes tecedent and consequent classAtoms to be named classes, with
and properties) and arguments (variables, individuals or data val- OWL axioms being used to assert additional constraints on the in-
ues).8 The example rule given in Section 7.1 (that equates the stances of these classes (in the same document or in external OWL
style/period of art objects with the style of the artist that created documents). Adhering to this format should make it easier to trans-
them) would be mapped into RDF as follows: late rules to or from existing (or future) rule systems, including
<owlr:Variable rdf:ID="x"/> Prolog, production rules (descended from OPS5), event-condition-
<owlr:Variable rdf:ID="y"/> action rules and SQL (where views, queries, and facts can all be
<owlr:Variable rdf:ID="z"/> seen as rules); it may also make it easier to extend existing rule
<owlr:Rule> based reasoners for OWL (such as Euler9 or FOWL10 ) to handle
<owlr:antecedent rdf:parseType="Collection"> ORL ontologies. Further, such a restriction would maximise back-
<owlr:classAtom> wards compatibility with OWL-speaking systems that do not sup-
<owlr:classPredicate port ORL. It should be pointed out, however, that there may be
rdf:resource="&ulan;Artist"/> some incompatibility between the first order semantics of ORL and
<owlr:argument1 rdf:resource="#x" /> the Herbrand model semantics of many rule based reasoners.
</owlr:classAtom> By further restricting the form of rules and DL axioms used in
<owlr:classAtom> ORL ontologies it would be possible to stay within DLP, a sub-
<owlr:classPredicate set of the language that has been shown to be expressible in either
rdf:resource="&aat;Style"/> OWL DL or declarative logic programs (LP) alone [5]. This would
<owlr:argument1 rdf:resource="#y" /> allow either OWL DL reasoners or LP reasoners to be used with
</owlr:classAtom> such ontologies, although there may again be some incompatibility
<owlr:individualPropertyAtom> between the semantics of ORL and those of LP reasoners.
<owlr:propertyPredicate Another obvious strategy would be to restrict the form of rules
rdf:resource="&aatulan;artistStyle"/> and DL axioms so that a “hybrid” system could be used to rea-
<owlr:argument1 rdf:resource="#x" /> son about the resulting ontology. This approach has been used,
<owlr:argument2 rdf:resource="#y" /> e.g., in the CLASSIC [19] and CARIN systems [13], where sound
</owlr:individualPropertyAtom> and complete reasoning is made possible mainly by focusing on
<owlr:individualPropertyAtom> query answering, by restricting the DL axioms to languages that
<owlr:propertyPredicate are much weaker than OWL, by restricting the use of DL terms in
rdf:resource="&vra;creator"/> rules, and/or by giving a different semantic treatment to rules.
<owlr:argument1 rdf:resource="#x" /> Finally, an alternative way to provide reasoning support for ORL
<owlr:argument2 rdf:resource="#z" /> would be to extend the translation of OWL into TPTP11 imple-
</owlr:individualPropertyAtom> mented in the Hoolet system,12 and use a first order prover such
</owlr:antecedent> as Vampire to reason with the resulting first order theory [23, 30].
<owlr:consequent rdf:parseType="Collection"> This technique would have several advantages: no restrictions on
<owlr:individualPropertyAtom> the form of ORL rules or axioms would be required; the use of a
<owlr:propertyPredicate first order prover would ensure that all inferences were sound with
rdf:resource="&vra;style/period"/> respect to ORL’s first order semantics; and the use of the TPTP
<owlr:argument1 rdf:resource="#z" /> syntax would make it possible to use any one of a range of state of
<owlr:argument2 rdf:resource="#y" /> the art first order provers.
</owlr:individualPropertyAtom>
</owlr:consequent> 10. DISCUSSION
</owlr:Rule>
In this paper we have presented ORL, a proposed extension to
where &ulan;, &aat;, &aatulan; and &vra; are assumed to expand OWL to include a simple form of Horn-style rules. We have pro-
into the appropriate namespace names. Note that complex OWL vided formal syntax and semantics for ORL, shown how OWL’s
classes (such as OWL restrictions) as well as class names can be 9
http://www.agfa.com/w3c/euler/
used as the object of ORL’s classPredicate property. 10
http://fowl.sourceforge.net
7 11
http://www.w3.org/TR/owl-xmlsyntax/ A standard syntax used by many first order theorem provers—see
owlxml2rdf.xsl http://www.tptp.org
8 12
The result is similar to the RDF syntax for representing disjunc- http://www.w3.org/2003/08/owl-systems/
tion and quantifiers proposed in [15]. test-results-out
8. XML and RDF syntax can be extended to deal with ORL, illus- [9] I. Horrocks, P. F. Patel-Schneider, and F. van Harmelen.
trated the features of ORL with several examples, and discussed From SHIQ and RDF to OWL: The making of a web
how reasoning support for ORL might be provided. ontology language. Journal of Web Semantics, 1(1):7–26,
The main strengths of the proposal are its simplicity and its tight 2003.
integration with the existing OWL language. As we have seen, [10] I. Horrocks and U. Sattler. The effect of adding complex role
ORL extends owl with the most basic kind of Horn rule (sweet- inclusion axioms in description logics. In Proc. of the 18th
ened with a little “syntactic sugar”): predicates are limited to being Int. Joint Conf. on Artificial Intelligence (IJCAI 2003), pages
OWL classes and properties (and so have a maximum arity of 2), 343–348. Morgan Kaufmann, Los Altos, CA, 2003.
there are no disjunctions or negations (of atoms), no built in predi- [11] I. Horrocks, U. Sattler, and S. Tobies. Practical reasoning for
cates (such as arithmetic predicates), and no nonmonotonic features expressive description logics. In H. Ganzinger,
such as negation as failure or defaults. Moreover, rules are given a D. McAllester, and A. Voronkov, editors, Proc. of the 6th Int.
standard first order semantics. This facilitates the tight integration Conf. on Logic for Programming and Automated Reasoning
with OWL, with ORL being defined as a syntactic and semantic (LPAR’99), number 1705 in Lecture Notes in Artificial
extension of OWL DL. Intelligence, pages 161–180. Springer, 1999.
While we believe that ORL defines a natural and useful level [12] G. Klyne and J. J. Carroll. Resource description framework
in the hierarchy of Semantic Web languages, it is clear that some (RDF): Concepts and abstract syntax. W3C
applications would benefit from further extensions in expressive Recommendation, 10 February 2004. Available at
power. In particular, the ability to express arithmetic relationships http://www.w3.org/TR/rdf-concepts/.
between data values is important in many applications (e.g., to as- [13] A. Y. Levy and M.-C. Rousset. Combining Horn rules and
sert that persons whose income at least equals their expenditure are description logics in CARIN. Artificial Intelligence,
happy, while those whose expenditure exceeds their income are un- 104(1–2):165–209, 1998.
happy). It is not clear, however, if this would best be achieved by
[14] J. W. Lloyd. Foundations of logic programming (second,
extending ORL to include rules with built in arithmetic predicates,
extended edition). Springer series in symbolic computation.
or by extending OWL Datatypes to include nary predicates [17].
Springer-Verlag, New York, 1987.
[15] D. V. McDermott and D. Dou. Representing disjunction and
Acknowledgements quantifiers in rdf. In Proc. of the 2002 International Semantic
This document has benefited from extensive discussion in the Joint Web Conference (ISWC 2002), volume 2342 of Lecture
US/EU ad hoc Agent Markup Language Committee. Parts of Sec- Notes in Computer Science, pages 250–263. Springer, 2002.
tion 9, in particular, were the result of feedback from and discus- [16] L. Padgham and P. Lambrix. A framework for Part-of
sions with Benjamin Grosof and Mike Dean. hierarchies in terminological logics. In Proc. of the 4th Int.
Conf. on the Principles of Knowledge Representation and
11. REFERENCES Reasoning (KR’94), pages 485–496, 1994.
[1] F. Baader and U. Sattler. Number restrictions on complex [17] J. Pan and I. Horrocks. Web ontology reasoning with
roles in description logics: A preliminary report. In Proc. of datatype groups. In D. Fensel, K. Sycara, and J. Mylopoulos,
the 5th Int. Conf. on the Principles of Knowledge editors, Proc. of the 2003 International Semantic Web
Representation and Reasoning (KR’96), pages 328–338, Conference (ISWC 2003), number 2870 in Lecture Notes in
1996. Computer Science, pages 47–63. Springer, 2003.
[2] R. Berger. The undecidability of the dominoe problem. Mem. [18] P. F. Patel-Schneider, P. Hayes, and I. Horrocks. OWL web
Amer. Math. Soc., 66:1–72, 1966. ontology language semantics and abstract syntax. W3C
[3] T. Berners-Lee. Semantic web roadmap, 1998. Available at Recommendation, 10 February 2004. Available at
http://www.w3.org/DesignIssues/Semantic. http://www.w3.org/TR/owl-semantics/.
[4] A. Borgida and P. F. Patel-Schneider. A semantics and [19] P. F. Patel-Schneider, D. L. McGuiness, R. J. Brachman,
complete algorithm for subsumption in the CLASSIC L. A. Resnick, and A. Borgida. The CLASSIC knowledge
description logic. J. of Artificial Intelligence Research, representation system: Guiding principles and
1:277–308, 1994. implementation rational. SIGART Bull., 2(3):108–113, 1991.
[5] B. N. Grosof, I. Horrocks, R. Volz, and S. Decker. [20] A. Rector. Analysis of propagation along transitive roles:
Description logic programs: Combining logic programs with Formalisation of the galen experience with medical
description logic. In Proc. of the Twelfth International World ontologies. In Proc. of DL 2002. CEUR
Wide Web Conference (WWW 2003), pages 48–57. ACM, (http://ceur-ws.org/), 2002.
2003. [21] A. Rector, S. Bechhofer, C. A. Goble, I. Horrocks, W. A.
[6] P. Hayes. RDF model theory. W3C Recommendation, 10 Nowlan, and W. D. Solomon. The G RAIL concept modelling
February 2004. Available at language for medical terminology. Artificial Intelligence in
http://www.w3.org/TR/rdf-mt/. Medicine, 9:139–171, 1997.
[7] L. Hollink, G. Schreiber, J. Wielemaker, and B. Wielinga. [22] A. Rector and I. Horrocks. Experience building a large,
Semantic annotation of image collections. In Workshop on re-usable medical ontology using a description logic with
Knowledge Markup and Semantic Annotation, KCAP’03, transitivity and concept inclusions. In Proc. of the Workshop
2003. Available at http://www.cs.vu.nl/˜guus/ on Ontological Engineering, AAAI Spring Symposium
papers/Hollink03c.pdf. (AAAI’97), 1997.
[8] M. Hori, J. Euzenat, and P. F. Patel-Schneider. OWL web [23] A. Riazanov and A. Voronkov. The Design and
ontology language XML presentation syntax. W3C Note, 11 Implementation of Vampire. AI Communications,
June 2003. Available at 15(2-3):91–110, 2002.
http://www.w3.org/TR/owl-xmlsyntax/. [24] U. Sattler. Description logics for the representation of
9. aggregated objects. In Proc. of ECAI 2000. IOS Press, 2000. with SNOMED-RT. J. of the Amer. Med. Informatics Ass.,
[25] M. Schmidt-Schauß. Subsumption in KL-ONE is 2000. Fall Symposium Special Issue.
undecidable. In R. J. Brachman, H. J. Levesque, and [28] The DAML Services Coalition. Daml-s: Semantic markup
R. Reiter, editors, Proc. of the 1st Int. Conf. on the Principles for web services, May 2003. Available at http://www.
of Knowledge Representation and Reasoning (KR’89), pages daml.org/services/daml-s/0.9/daml-s.html.
421–431. Morgan Kaufmann, Los Altos, CA, 1989. [29] Extensible Markup Language (XML) 1.0 (Second Edition).
[26] M. K. Smith, C. Welty, and D. L. McGuinness. OWL web W3C Recommendation, 6 October 2000. Available at
ontology language guide. W3C Recommendation, 10 http://www.w3.org/TR/REC-xml.
February 2004. Available at [30] D. Tsarkov and I. Horrocks. DL reasoner vs. first-order
http://www.w3.org/TR/owl-guide/. prover. In Proc. of the 2003 Description Logic Workshop
[27] K. Spackman. Managing clinical terminology hierarchies (DL 2003), volume 81 of CEUR
using algorithmic calculation of subsumption: Experience (http://ceur-ws.org/), pages 152–159, 2003.