<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>DL</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Towards Ontology-Mediated Planning with OWL DL Ontologies</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Tobias John</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Patrick Koopmann</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>University of Oslo</institution>
          ,
          <addr-line>Gaustadalléen 23B, 0316 Oslo</addr-line>
          ,
          <country country="NO">Norway</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Vrije Universiteit Amsterdam</institution>
          ,
          <addr-line>De Boelelaan 1105, 1081 HV Amsterdam</addr-line>
          ,
          <country country="NL">The Netherlands</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2023</year>
      </pub-date>
      <volume>36</volume>
      <fpage>2</fpage>
      <lpage>4</lpage>
      <abstract>
        <p>While classical planning languages make the closed-domain and closed-world assumption, there have been various approaches to extend those with DL reasoning, which is then interpreted under the usual open-world semantics. Current approaches for planning with DL ontologies integrate the DL directly into the planning language, and practical approaches have been developed based on first-order rewritings or rewritings into datalog. We present here a new approach in which the planning specification and ontology are kept separate, and are linked together using an interface. This allows planning experts to work in a familiar formalism, while existing ontologies can be easily integrated and extended by ontology experts. Our approach for planning with those ontology-mediated planning problems is optimized for cases with comparatively small domains, and supports the whole OWL DL fragment. The idea is to rewrite the ontology-mediated planning problem into a classical planning problem to be processed by existing planning tools. Diferent to other approaches, our rewriting is data-dependent. A first experimental evaluation of our approach shows the potential and limitations of this approach.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Planning</kwd>
        <kwd>OWL Ontologies</kwd>
        <kwd>Description Logics</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>We present a new formalism to integrate OWL ontologies into planning problems, together
with a first practical technique for automated planning for such ontology-mediated planning
problems. Diferent to existing approaches, our formalism keeps the ontology component and
the planning component separate from each other. Our practical implementation is optimized
for planning problems with small domains, and is a first technique for automated planning that
supports full OWL.</p>
      <p>
        Both planning and ontologies are commonly used in approaches to develop autonomous
robots [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ]. The motivation for the present work comes from planning problems for
autonomous underwater vehicles (AUVs). Such robots are often used for inspection tasks, e.g.
of underwater infrastructure such as pipelines or oil platforms, as well as for mapping of the
sea floor [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], but eventually they should also be able to complete more complex missions that
include manipulation tasks [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The robots need to be able to work autonomously, because their
operation area is very remote and without a connection to a human operator. Even recovering
the vehicle in case of a problem is a dificult and time consuming task. Therefore, the mission
plans for such vehicles should be as robust as possible, which includes that the robots have some
understanding of the domain they operate in. This domain knowledge is not specific to planning,
and would thus be ideally formalized in an ontology that can also be used in other contexts of
AUVs, such as configuring them, or recognizing unexpected situations [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. For example, such
an ontology might define a concept of ProtectedAnimal, based on the concept of Animal and
having a position that is located in a NatureProtectionArea. Using such an ontology, the robot
would then be able to understand when it needs to keep a larger distance to an animal in order
not to disturb it. Ontologies are an ideal framework to represent such domain knowledge, and
there are existing ontologies for the underwater domain, such as the SWARMS ontology [
        <xref ref-type="bibr" rid="ref6 ref7">6, 7</xref>
        ].
However, if we want to use such an ontology in connection with planning, we need a planning
framework that can make use of the ontology.
      </p>
      <p>
        In this paper, we propose a general framework to connect planning problems with OWL
ontologies, and a technique to compute plans for such problems. Using this framework, we
can create a planning domain that interacts with the ontology to generate plans that take its
domain knowledge into account. Similar to [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], we use the ontology to model the environment.
But additionally, we model actions of the robot that manipulate the objects and the relations
between objects in the environment, e.g. that the robot opens or closes a valve.
      </p>
      <p>
        Using ontologies to support planning is not a new idea, and has been investigated for decades.
An overview about early works in which ontologies are used to infer implicit information
about planning states can be found in [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Diferent approaches have since then been used to
model planning domains, actions, and even planning problems using ontologies, but also to use
ontologies to generate planning problems, in domains as diverse as kitting and assembly [
        <xref ref-type="bibr" rid="ref10 ref9">9, 10</xref>
        ],
semantic web service decomposition [
        <xref ref-type="bibr" rid="ref11 ref12">11, 12</xref>
        ], robotics [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], train depot management [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] and
manufacturing [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. These approaches usually depend on a static ontology that is used to
generate specifications for the planner, while the actions of the planning specifications cannot
modify the ontology.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref16 ref17">16, 17</xref>
        ], actions can use DL concepts in the preconditions and postconditions of an action,
which then operate on the models of an OWL ontology. A downside of letting actions directly
operate on the models is that it is not trivial to determine the implicit consequences of an action,
that is, to ensure that after executing an action on a model, we obtain an interpretation that is
still a model of the ontology. This problem is also known as the ramification problem.
      </p>
      <p>
        The ramification problem is avoided in approaches where actions do not operate on models,
but on the knowledge base itself. This is the case with the Knowledge Action Bases (KABs) and
extended Knowledge Action Bases (eKABs) introduced in [
        <xref ref-type="bibr" rid="ref18 ref19">18, 19</xref>
        ], which combine DL knowledge
bases with actions that can add facts to and remove them from the knowledge base. Here,
every state in the planning domain corresponds to a DL knowledge base, and pre-conditions
of actions can query implicit information entailed in the current state via DL reasoning. The
idea is that what is known about the world in each system state is represented using facts of a
knowledge base, interpreted as potentially incomplete under the open-world assumption, and
any implicit consequences of an action are accessed only through reasoning with the ontology.
Existing approaches to plan with eKABs practically rely on rewriting the eKABs into planning
problems in pure PDDL [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] or its extension with derived predicates, i.e. axioms [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ], so that
a standard planning system such as Fast-Downward planner [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ] can be used. The limits of
such an approach are investigated in [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ], where the underlying ontology can be expressed in
the description logic Horn-ℒℋℐ, which roughly corresponds to the Horn-fragment of
OWL DL without complex object property axioms. While Horn-ℒℋℐ is quite expressive,
there are many properties useful for planning that cannot be expressed (see Section 3 for a
simple example). To our knowledge, no research in this direction considers more expressive
ontology languages.
      </p>
      <p>
        Our approach is close to that of eKABs, but goes beyond existing approaches: 1) Rather than
integrating actions and knowledge, we strive for a separation of the representation formalisms,
and 2) using a domain-dependent rewriting approach, we are able to support the full OWL DL 2
syntax as defined in [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] (including SWRL rules [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ]).
      </p>
      <p>The aim of 1) is to have a presentation format that is tailored towards the specific needs and
skills of knowledge engineers and planning experts. In particular, in our framework, we favor a
strong separation of concerns, with the planning specification encoded in standard PDDL, and
the domain knowledge encoded in a separate OWL ontology. The connection between the two
is established via an interface that links statements in the planning language to OWL axioms.
This way, existing OWL ontologies can be easily integrated, and PDDL experts do not need to
learn another knowledge representation formalism.</p>
      <p>
        Our solution to 2) is inspired by a technique for ontology-mediated probabilistic model
checking presented in [
        <xref ref-type="bibr" rid="ref26 ref27">26, 27</xref>
        ], which uses a similar separation of concerns as our approach,
but with a simpler representation of states using propositional logic. This allows us to support
ontologies that go beyond Horn, and are thus able to use many naturally occurring constructs
such as disjunction (e.g. to express that a valve must be either open or closed), or at-most
constraints (e.g. to express how many objects an AUV can carry). Similar to the work in [
        <xref ref-type="bibr" rid="ref28">28</xref>
        ], we
use justifications [ 29] to determine which elements of a planning state are relevant to an action
to be executed. However, while the authors of [
        <xref ref-type="bibr" rid="ref28">28</xref>
        ] are interested in explaining pre-conditions
in an action for a singular state, we use justifications to determine conditions on all possible
states.
      </p>
      <p>This paper extends our work on defining Ontology-Mediated planning as presented in [ 30]
by a first evaluation. We demonstrate with the implementation that our method is capable
of dealing with complex planning problems but that there are also planning domains where
existing methods are superior.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Preliminaries</title>
      <p>
        We recall the relevant notions regarding planning with PDDL. We assume the reader is familiar
with the basics of OWL and description logics (DLs). For an introduction into OWL and
description logics, we refer to [31]. We further assume standard knowledge of first-order logic,
and use |= to express entailment between theories and satisfaction in models. We call a formula
 (⃗) atom, which is ground if ⃗ contains only constants.
2.1. PDDL Planning Specifications
We consider the common syntax and semantics as introduced in [
        <xref ref-type="bibr" rid="ref20">20, 32</xref>
        ] and described in detail
in [33]. A PDDL planning specification P is a tuple ⟨,  ⟩ that contains a domain  = ⟨, , ⟩
and a problem  = ⟨, , ⟩. Here,  is a finite set of predicate names,  a finite set of actions,
 a finite set of derivation rules,  a finite set of objects,  is an initial state and the goal 
is a first-order formula with predicates from . A state is a finite set of ground atoms over 
and , interpreted as first-order interpretation; an action is a tuple  = ⟨, pre, ef ⟩ where 
is a vector of variables, pre is the precondition (a first-order formula with predicates from 
and free variables from  ) and ef = ⟨add, del⟩ is the efect . Both add and del are finite sets of
atoms over predicates from  using variables from  and constants from . If neither pre nor
ef contain variables from  or  = ∅, we call  a ground action.
      </p>
      <p>Derivation rules are of the form ( ) ← ( ), where  is a vector of variables,  ∈ , and
 is a first-order formula over the predicates in  with free variables  and constants from .
We often call derivation rules just rules and ( ) the body of a rule. If a predicate  occurs on
the left hand side of a rule, it is called a derived predicate. Derived predicates are neither allowed
to occur negatively in a derivation rule, nor are they allowed to occur in an efect of an action.
For a finite set of atoms , we define () as the least fix point over the possible applications of
some rules from  to the atoms in , i.e., we apply the rules from  exhaustively and add the
derived ground atoms until no more rules can be applied.</p>
      <p>Let  = ⟨, pre, ef ⟩ with ef = ⟨add, del⟩ be an action and  :  ↦→  a variable assignment.
We denote by  () the ground action obtained by replacing each  ∈  in  with  (). A
ground action is applicable in a state  if () |= pre, that is, the precondition is evaluated over
the atoms in the state and the entailed derived atoms. The result of applying the action  on 
is then denoted (), defined as () := ( ∖ del) ∪ add, i.e., all atoms are deleted and added
according to the efect. A plan  is now a sequence 1 . . .  of ground actions that generates a
sequence of states 0 . . .  such that 1) 0 =  is the initial state of the planning problem, 2)
for each  ∈ {1, . . . , },  is applicable in − 1 and  = − 1(), and 3) the goal is reached:
() |= .</p>
      <p>There are many extensions to PDDL, for example conditional efects. The described
components are the ones necessary for our framework but it can also be used with such extensions.</p>
    </sec>
    <sec id="sec-3">
      <title>3. The Framework</title>
      <p>We capture our framework formally via ontology-mediated planning specifications . At the heart
of those is the notion of ontology-enhanced states, which combine a PDDL state with an OWL
ontology.</p>
      <p>Definition 1 (Ontology-Enhanced State). An ontology-enhanced state is a tuple  = ⟨, ⟩,
where  is a set of atoms called the planner perspective of , and  is a set of OWL axioms
called the OWL perspective of .</p>
      <p>The idea is that each state has a planner perspective, on which the planner directly operates,
and on which preconditions and efects of actions are evaluated and executed, respectively. The
planner perspective of an ontology-enhanced state is, as for classical planning problems, a set
of ground atoms, where predicates of arbitrary arity may occur. On the other side, there is
the OWL perspective of the ontology-enhanced state, which corresponds to an OWL ontology,
i.e. a set of OWL axioms, and from which implicit entailments can be derived using reasoning.
The two perspectives are linked via an interface: which axioms are in the OWL perspective
planning perspective
interface</p>
      <p>OWL perspective
queryatom
mapped
atoms
atoms
outside
mapping</p>
      <p>fullHands(stackBot)
holds(stackBot, blockB)
holds(stackBot, blockA)
on(blockB, blockA)
onTable(blockC)


|= FullHands(stackBot)</p>
      <p>holds
holds
stackBot
Type:</p>
      <p>PR2
blockA blockB blockC
Type: Type: Type:</p>
      <p>Block
blockA ̸≃ blockB blockA ̸≃ blockC
blockB ̸≃ blockC</p>
      <p>PR2 ⊑ Robot ⊓ ≤ 2holds.Block
PR2 ⊓ =2holds.Block ⊑ FullHands
ontology
query
dynamic
part of
ontology
static
part of
ontology
depends on the atoms in the planner perspective. There is however also a static part, which we
call the static ontology, that describes time-independent information (such as class definitions
and general domain knowledge), which is obtained from an external OWL file and has no
direct correspondence in the planner perspective. The planner perspective can access implicit
information from the OWL perspective using query predicates. Specifically, whether a
queryatom is active in the planner perspective depends on what can be derived from the OWL
perspective of the state. Before we give the formal definition of how this works, we illustrate
this idea with an example.</p>
      <p>Example 1. An example of an ontology-enhanced state is depicted in Figure 1. The scenario is
inspired from the classical blocksworld planning example. In contrast to the classical problem
where the robot has only one hand, we use an OWL ontology to specify the type of the robot and
infer its number of hands. In the example, the stacking robot is a PR2 robot [34] that can hold two
blocks at a time, and if it holds two blocks, it becomes an instance of FullHands. While relatively
simple, those cardinality constraints already go beyond the expressivity of Horn-ℒℋℐ, the
most expressive DL currently supported by existing implementations for eKABs (see Section 1). The
planner perspective of the state is shown on the left, and the OWL perspective is shown on the
right. The interface is in the middle. If the atom holds(stackBot, blockA) becomes true in
the planner perspective, this is reflected in the ontology perspective as an OWL axiom expressing a
corresponding relation between the two individuals stackBot and blockA. Using the static ontology,
we can infer that stackBot is an instance of the OWL class FullHands, because the holds relation
is true for two diferent blocks. This is reflected by the entailed OWL axiom FullHands(stackBot).
We also have a query predicate fullHands, which corresponds to a query over instances of the
OWL class FullHands. Since we can infer from the OWL perspective that stackBot is an instance
OBJECT
OBJECT
OBJECT
OBJECT
stackBot
blockA
blockB
blockC
-&gt; stackBot
-&gt; blockA
-&gt; blockB
-&gt; blockC
PREDICATE holds(_,_) -&gt; holds
PREDICATE: fullHands
VARIABLES: ?r
TYPE_SPECIFICATION:</p>
      <p>Robot(?r)
QUERY:</p>
      <p>FullHands(?r)
(a) Example of a fluent interface.</p>
      <p>(b) Example of a query specification.
of FullHands, the atom fullHands(stackBot) becomes true in the planner perspective of the
state.</p>
      <p>The central notion of this paper is that of an ontology-mediated planning specification , which
consists of the following three components:
1. the PDDL component P, which is a PDDL planning specification consisting of a domain
and a problem,
2. the static ontology , which is an OWL ontology specifying the static knowledge, that is,
it contains axioms whose truth cannot be afected by actions, and
3. the interface that specifies how the two perspectives of an ontology-enhanced state should
be linked. The interface itself consists of two parts:</p>
      <sec id="sec-3-1">
        <title>a) the fluent interface, and</title>
      </sec>
      <sec id="sec-3-2">
        <title>b) the query interface.</title>
        <p>The fluent interface maps objects, unary and binary predicates used in the planner perspective
to the named individuals, OWL classes and OWL properties that are used in the OWL perspective.
An example of how this looks like for our implementation is shown in Figure 2a. In the context
of this paper, it is convenient to see the fluent specification simply as a partial function  that
assigns to some of the predicates and objects  in the planning specification an IRI  (). We
require  to be inverse functional, that is,  − is also a function. We lift  in a straight-forward
way to atoms by setting  ( (1, . . . , )) =  ( )(︀  (1), . . . ,  ()︀) if it is defined.</p>
        <p>The query interface is a set of query specifications  = ⟨, , , ⟩, which each consist
of four components:
1.  is the query predicate,
2.  is a vector of query variables, whose number corresponds to the arity of ,
3. the type specification  assigns to each variable  ∈  an OWL class expression
specifying its static type, and
4. the query  is a set of OWL axioms using variables from  as place holders for
individual names.</p>
        <p>An example of how this looks like for our implementation is shown in Figure 2b. Note that in
the type specification, we can only assign one class expression to each variable, while variables
may occur in arbitrary ways in the query. The static types are used to restrict the set of named
individuals that can be assigned to a variable: candidates for a variable  ∈  are individual
names  for which the static ontology entails  : (), that is, which are an instance of the
class expression assigned to  via . For the specification in Figure 2b,  = (?r) and ?r
can be associated with instances of the class Robot. For a given static ontology  and query
specification , we thus have a set Θ(, ) of legal assignments  :  → Ind() of variables
to individual names in . Finally,  specifies the OWL query that the query predicate 
stands for. For a given assignment  ∈ Θ(, ),  () denotes the set of OWL axioms obtained
by replacing each variable  ∈  in  by  (). In the present example, for the assignment
 (?r) = stackBot, we would have  () = { fullHands(stackBot) }.</p>
        <p>We have now all ingredients to define ontology-mediated planning specifications.
Definition 2. An ontology-mediated planning specification is a tuple ⟨P, , , S⟩, where P
is a PDDL planning specification consisting of a planning domain and a planning problem, 
is an OWL ontology called the static ontology,  is a fluent interface, and S is a set of query
specifications called the query interface.</p>
        <p>An ontology-mediated planning specification determines when an ontology-enhanced state
is compatible for that specification. In particular, a state  = ⟨, ⟩ is compatible to an
ontology-mediated planning specification OP = ⟨P, , , S⟩, where  are the derivation rules
in P, if:
C1  is a set of atoms over predicates and constants occurring in P,
C2  ⊆   (the static ontology is always part of the OWL perspective),
C3 for every atom  ∈ () for which  ( ) is defined,  ( ) ∈ 
C4  contains no axioms that are not required due to Conditions C2 and C3
C5 for every query specification  = ⟨, ⟨1, . . . , ⟩, , ⟩ ∈ S and  ∈ Θ(, ), if
 − ( ()) is defined for each variable  and  |=  (), then</p>
        <p>( − ( (1)), . . . ,  − ( ())) ∈ .</p>
        <p>Given an ontology-mediated planning specification OP = ⟨P, , , S⟩ and a state  in the
corresponding planning domain, we define the extension ext(, OP) of  according to OP as
follows. Let 1)  ′ be the set of atoms in  that are not over query predicates, 2)  the set
of axioms required to satisfy Conditions C2 and C3 based on the atoms in  ′, and 3)  the
extension of  ′ by all atoms over query predicates that are required to satisfy Condition C5 for
the ontology . Then, ext(, OP) = ⟨, ⟩.</p>
        <p>Example 2. Consider the example in Figure 1 where  = holds(stackBot, blockA) and
 = holds(stackBot, blockB) with ,  ∈  and  is defined as in Figure 2a and S as in
Figure 2b. Then, according to C3, the axioms from the mappings  ( ) = holds(stackBot, blockA)
and  ( ) = holds(stackBot, blockB) are part of . Using the static part of , which states
that stackBot is a PR2 robot and blockA is diferent from blockB, we can infer that  |=
{FullHands(stackBot)}. Using  = {(?r ↦→ stackBot)},  and  from Figure 2b, we can apply
C5 to determine that fullHands(stackBot) ∈ .</p>
        <p>It remains to define the semantics of actions and plans on ontology-mediated planning
specifications. Fix an ontology-mediated planning specification OP = ⟨P, , , S⟩. Let  be a
ground action with precondition pre and efect ef = ⟨add, del⟩. Let  be an ontology-enhanced
state. We say that  is applicable on  if () |= pre. The result of applying  on  is
then denoted by () and defined as () = ext((), OP). We can now define plans for OP
similarly as we did for planning specifications: Namely, a plan is a sequence 1 . . .  of actions
that generates a sequence 01 . . .  of ontology-enhanced states s.t.</p>
        <p>1. 0 = ext(, OP), where  is the initial state of the PDDL planning problem in OP,
2. for each  ∈ {1, . . . , },  = − 1(),
3. for each  ∈ {1, . . . , },  is applicable on − 1, and
4. ( ) |= , where  are the derivation rules of the planning domain, and  is the
formula describing the goal of the planning problem.1</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Solving Ontology-Mediated Planning Problems in Practice</title>
      <p>
        Semantically, our approach is very related to that of eKABs introduced in [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]. eKABs do not ofer
a diferentiation between OWL perspective and planner perspective. Instead, actions operate
directly on OWL axioms, which can be directly referenced to both pre-conditions and
postconditions of the actions. We conjecture that it is always possible using simple transformations
to translate an eKAB with a finite domain into an ontology-mediated planning problem. In the
other direction, we can translate ontology-mediated planning problems into eKABs by replacing
atom predicates by the corresponding OWL class and OWL properties, and replacing query
atoms by the corresponding queries. It is thus in theory possible to use an eKAB planner to
compute plans for ontology-mediated planning problems. However, existing implementations
for eKAB planning have limitations regarding the supported OWL fragment. The general idea
of these approaches is to take the eKAB planning specification, and translate it into a PDDL
specification that can then be used by a standard PDDL planner. Those techniques focus on
the planning domain, that is, the obtained rewritings are independent of the planning problem.
The approach presented in [
        <xref ref-type="bibr" rid="ref19">19, 35</xref>
        ] only supports rewritable DLs, which would correspond to
the OWL fragment OWL-QL. The approach presented in [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ] goes further by using derivation
rules, which allows to encode Horn-ℒℋℐ via a known translations of such ontologies
into datalog programs. Horn-ℒℋℐ roughly corresponds to the Horn fragment of OWL
1Note that we allow the plan to go through states whose OWL perspective is inconsistent. If this is not wanted,
an easy way to avoid this would for example be to use a query predicate to detect such states, and to adapt the
preconditions of all actions so that they are not applicable in inconsistent states. As a consequence, a goal state can
never be reached from such a state.
      </p>
      <p>⎛ holds(stackBot, blockA) ⎞
inconsistent ← ⎝ ∧ holds(stackBot, blockB) ⎠</p>
      <p>∧ holds(stackBot, blockC)
fullHands(stackBot) ← inconsistent∨
⎛ (holds(stackBot, blockA) ∧ holds(stackBot, blockB)) ⎞
⎝ ∨ (holds(stackBot, blockA) ∧ holds(stackBot, blockC)) ⎠</p>
      <p>∨ (holds(stackBot, blockB) ∧ holds(stackBot, blockC))</p>
      <p>DL. For DLs that are not Horn, a translation into datalog is generally not possible, since datalog
is itself a Horn logic. The same applies to rewriting into derivation rules, if those are supposed
to be defined independently of the objects of the planning problem. Therefore, in order to
support full OWL DL, we need to take into account also the planning problem. Specifically, our
approach directly iterates over the possible assignments for each query predicate. This allows
us to develop a more generic approach that does not restrict the ontology language, as long as a
reasoner for it is available.</p>
      <p>The basic idea is to construct a derivation rule for each query predicate, which determines for
each valid variable assignment a set of conditions that can be evaluated directly on the planner
perspective of a state. The details on how we construct these derivation rules in practice can be
found in the extended version of this paper [36].</p>
      <p>Example 3. Figure 3 depicts the generated derived predicates for our running example. We
introduce the atom inconsistent, which captures the states in the ontology perspective that are
inconsistent. The atom is used in the derivation rule for every query atom. In our example, the static
ontology states that every individual from the class PR2 is only allowed to hold at most two blocks.
Using the fluent interface, we can determine the combination of atoms in the planning perspective
that would lead to an ontology that would violate this constraint. There is only one derivation
rule for the query-predicate fullHands as the only possible variable mapping is ?r = stackBot
because stackBot is the only individual with the static type Robot. The query atom is true if the
OWL perspective is inconsistent or if the stackBot holds exactly two diferent blocks.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Evaluation</title>
      <p>Implementation. We implemented our method of compiling ontology-mediated planning
specifications into PDDL specification with derivation rules. 2 We use the standard formats
PDDL and TTL for the planning specification and the ontology respectively, and we use our
own text-based formats for the fluent and query interface. Our compilation algorithm relies on
an extensive computation of justifications, for which we used a modified version of the blackbox
justification algorithm implemented in the OWL-API [ 38], together with the OWL reasoning</p>
      <sec id="sec-5-1">
        <title>2The source files and scripts to reproduce the evaluation can be obtained online [37].</title>
        <p>
          system HermiT [39]. The computed derivation rules are added to the PDDL domain. We used
the fast-downward planning system [
          <xref ref-type="bibr" rid="ref22">22</xref>
          ] with the heuristic A* for planning. We chose this
heuristic because many of the more advanced heuristics have problems working with derivation
rules.
        </p>
        <p>
          For our evaluation, we compare our method to the eKAB method presented in [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ]. We
choose this competitor as it is the implementation that can deal with the most expressive DL
fragment and performs best on existing benchmark domains [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ]. We used a time limit of 1200s
and a memory limit of 8GB. Both limits applied to compiling and planning individually.
Benchmarks. Our benchmark consists of instances from the domains used in [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ], as well
as some new domains. As to be expected, our method is at this stage not yet competetive on
all domains, and in fact, on some of the domains used in [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ] to evaluate the performance
of eKABs based on rewritable and Horn DLs, our method almost always timed out. To have
a more interesting picture, we focus here on the more complex domains from that paper
(“Drones” and “Queens”), which surprisingly turned out also to be the more interesting ones
for our approach, and present the other results in the extended version of this paper [36]. In
particular, our benchmark set contained 54 instances from two of the most complex domains
that were introduced in [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ], to which we added two new domains with 39 instances. The
existing instances are eKABs, which are based on the DL fragment Horn-ℒℋℐ. We
translated them manually to ontology-mediated planning specifications, which mainly involved
specifying the interface. The domains “Pipes” and “Blocksworld” were created by us. “Pipes”
is a complex domain describing a mission for an underwater robot in a 2D world. The world
contains pipes, valves and tanks that can be connected to each other and that are located at
diferent waypoints. The goal is to document damages of the pipe and to turn the valves such
that no tank is connected to a damaged pipe segment. “Blocksworld” reflects the domain from
our running example (see e.g. Example 1). It is inspired by the Blocksworld domain from the
international planning competition 2000 [40]. This domain uses axioms that can not be captured
by Horn-ℒℋℐ.
        </p>
        <p>
          Results. Table 1 provides a summary of our experiments. We call the method presented in
this paper OM and the method presented in [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ] Horn. OM was capable of handling some of
the domains very well, while the performance on others is worse than Horn.
        </p>
        <p>In general, OM had longer compilation times and shorter planning times compared to Horn.
This simpler structure of the derivation rules generated by OM resulted in a faster search in the
planning phase as each state could be evaluated faster, e.g. in the domain “Pipes” the planner
could, on average, evaluate 11,000 states per second for Horn and 117,000 states per second
for OM. Therefore, we expected OM to outperform Horn in cases where the planner needs to
search in a huge state spaceand the number of fluents and queries is low. This is e.g. the case for
the larger instances from the domain “Pipes”, which could be solved by OM but not by Horn.</p>
        <p>The size of the ontology is in general not a problem for OM as the domain “Pipes”, which
contains a larger T-Box than the other domains, could be compiled in rather short time. Similarly,
increasing the expressiveness of the underlying DL does not seem have a negative efect, as all
instances from the domain “Blocksworld” could be compiled within the provided bounds.</p>
        <p>
          On the other hand, as the domain “Drones” shows, the performance on instances from the
existing domains is often poor. As mentioned before, this picture was even worse with the
other benchmarks from [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ], on which our method almost always caused a timeout. One reason
is that we need to map every atom from the planning perspective to the OWL perspective
to describe equivalent instances to the eKAB instances. This results in many, often several
hundred, fluents which again results in many explanations for an inconsistent ontology. As
OM enumerates all the possibilities in the derivation rules, this is a problem and leads to a huge
increase in compilation time. The detailed evaluation in the extended version of this paper
shows that this can happen even in relatively small instances [36].
        </p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>6. Conclusion</title>
      <p>We proposed ontology-mediated planning specifications as a way to integrate OWL reasoning
into planning. One objective was to find a formalism that allows for a separation of concerns,
allowing to separate the specification of ontologies from the specification of planning problems
and domains. This has the advantage that the ontology can be maintained by ontology experts,
while the planning specification can be developed by planning experts, with the interface
serving as the only connecting component. We developed a first practical method for computing
plans for such planning problems, which relies on justifications. This technique allows us to be
lfexible with respect to the ontology language, with the result that our method supports the
entirety of OWL DL, going beyond what is currently supported by implementations for the
related frameworks of KABs and eKABs. Our evaluation shows that our method can outperform
existing methods on some instances but is not competitive for most existing benchmark domains
yet. In the future, we want to investigate optimizations of our approach, maybe combining it
ideas of the other rewriting-based approaches, in order to obtain shorter compilation times.</p>
    </sec>
    <sec id="sec-7">
      <title>Acknowledgments</title>
      <p>Tobias John is part of the project REMARO that has received funding from the European Union’s
Horizon 2020 research and innovation programme under the Marie Skłodowska-Curie grant
agreement No 956200. Patrick Koopmann is supported by the German Research Foundation
(DFG), grant 389792660 as part of TRR 248 – CPEC.
in: H. Panetto, C. Debruyne, H. A. Proper, C. A. Ardagna, D. Roman, R. Meersman
(Eds.), On the Move to Meaningful Internet Systems. OTM Conferences, Lecture Notes
in Computer Science, Springer International Publishing, Cham, 2018, pp. 386–403.
doi:10.1007/978-3-030-02671-4_24.
[29] M. Horridge, Justification based explanation in ontologies, Ph.D. thesis, University
of Manchester, UK, 2011. URL: http://www.manchester.ac.uk/escholar/uk-ac-man-scw:
131699.
[30] T. John, P. Koopmann, Planning with ontology-enhanced states using problem-dependent
rewritings, in: Planning and Ontology Workshop (PLATO), ICAPS, CEUR Workshop
Proceedings, CEUR-WS.org, 2023. To appear.
[31] F. Baader, I. Horrocks, C. Lutz, U. Sattler, An Introduction to Description Logic, Cambridge</p>
      <p>University Press, 2017.
[32] V. Lifschitz, On the semantics of STRIPS, in: M. Georgef, Lansky, Amy (Eds.), Reasoning
about Actions and Plans, Morgan Kaufmann, San Mateo, CA, 1987, pp. 1–9.
[33] M. Fox, D. Long, PDDL2.1: An extension to PDDL for expressing temporal planning
domains, Journal of Artificial Intelligence Research 20 (2003) 61–124. doi: 10.1613/jair.
1129.
[34] J. Bohren, R. B. Rusu, E. Gil Jones, E. Marder-Eppstein, C. Pantofaru, M. Wise, L.
Mösenlechner, W. Meeussen, S. Holzer, Towards autonomous robotic butlers: Lessons learned
with the PR2, in: IEEE International Conference on Robotics and Automation, 2011, pp.
5568–5575. doi:10.1109/ICRA.2011.5980058.
[35] S. Borgwardt, J. Hofmann, A. Kovtunova, M. Steinmetz, Making DL-Lite planning practical,
in: M. Bienvenu, G. Lakemeyer, E. Erdem (Eds.), Proceedings of the Eighteenth International
Conference on Principles of Knowledge Representation and Reasoning, Hanoii, Vietnam,
2021, pp. 641–645. doi:10.24963/kr.2021/61.
[36] T. John, P. Koopmann, Towards ontology-mediated planning with owl dl ontologies
(extended version), 2023. doi:10.48550/arXiv.2308.08200.
[37] T. John, P. Koopmann, Supplementary Material for the paper "Towards Ontology-Mediated</p>
      <p>Planning with OWL DL Ontologies", 2023. doi:10.5281/zenodo.8225315.
[38] M. Horridge, S. Bechhofer, The OWL API: A Java API for OWL ontologies, Semantic Web
2 (2011) 11–21. doi:10.3233/SW-2011-0025.
[39] B. Glimm, I. Horrocks, B. Motik, G. Stoilos, Z. Wang, HermiT: An OWL 2 reasoner, Journal
of Automated Reasoning 53 (2014) 245–269. doi:10.1007/s10817-014-9305-1.
[40] F. Bacchus, AIPS 2000 planning competition: The fifth international conference on artificial
intelligence planning and scheduling systems, Ai magazine 22 (2001) 47–47.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>A.</given-names>
            <surname>Olivares-Alarcos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Beßler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Khamis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Goncalves</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. K.</given-names>
            <surname>Habib</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Bermejo-Alonso</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Barreto</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Diab</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Rosell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Quintas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Olszewska</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Nakawala</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Pignaton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gyrard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Borgo</surname>
          </string-name>
          , G. Alenyà,
          <string-name>
            <given-names>M.</given-names>
            <surname>Beetz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <article-title>A review and comparison of ontologybased approaches to robot autonomy</article-title>
          ,
          <source>The Knowledge Engineering Review</source>
          <volume>34</volume>
          (
          <year>2019</year>
          /ed).
          <source>doi:10</source>
          .1017/S0269888919000237.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>E.</given-names>
            <surname>Karpas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Magazzeni</surname>
          </string-name>
          ,
          <source>Automated planning for robotics, Annual Review of Control, Robotics, and Autonomous Systems</source>
          <volume>3</volume>
          (
          <year>2020</year>
          )
          <fpage>417</fpage>
          -
          <lpage>439</lpage>
          . doi:
          <volume>10</volume>
          .1146/ annurev-control-
          <volume>082619</volume>
          -100135.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>A.</given-names>
            <surname>Sahoo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. K.</given-names>
            <surname>Dwivedy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. S.</given-names>
            <surname>Robi</surname>
          </string-name>
          ,
          <article-title>Advancements in the field of autonomous underwater vehicle</article-title>
          ,
          <source>Ocean Engineering</source>
          <volume>181</volume>
          (
          <year>2019</year>
          )
          <fpage>145</fpage>
          -
          <lpage>160</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.oceaneng.
          <year>2019</year>
          .
          <volume>04</volume>
          . 011.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>M.</given-names>
            <surname>Cashmore</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Fox</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Long</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Magazzeni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Ridder</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Carrera</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Palomeras</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Hurtos</surname>
          </string-name>
          , M. Carreras,
          <article-title>ROSPlan: Planning in the robot operating system</article-title>
          ,
          <source>Proceedings of the International Conference on Automated Planning and Scheduling</source>
          <volume>25</volume>
          (
          <year>2015</year>
          )
          <fpage>333</fpage>
          -
          <lpage>341</lpage>
          . doi:
          <volume>10</volume>
          .1609/icaps.v25i1.
          <fpage>13699</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>W.</given-names>
            <surname>Dargie</surname>
          </string-name>
          , Eldora,
          <string-name>
            <given-names>J.</given-names>
            <surname>Mendez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Möbius</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Rybina</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Thost</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Turhan</surname>
          </string-name>
          ,
          <article-title>Situation recognition for service management systems using OWL 2 reasoners</article-title>
          , in
          <source>: IEEE International Conference on Pervasive Computing and Communications Workshops</source>
          ,
          <string-name>
            <surname>PERCOM</surname>
          </string-name>
          , IEEE Computer Society,
          <year>2013</year>
          , pp.
          <fpage>31</fpage>
          -
          <lpage>36</lpage>
          . doi:
          <volume>10</volume>
          .1109/PerComW.
          <year>2013</year>
          .
          <volume>6529452</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>X.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Bilbao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Martín-Wanton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Bastos</surname>
          </string-name>
          , J. Rodriguez,
          <article-title>SWARMs ontology: A common information model for the cooperation of underwater robots</article-title>
          ,
          <source>Sensors</source>
          <volume>17</volume>
          (
          <year>2017</year>
          )
          <article-title>569</article-title>
          . doi:
          <volume>10</volume>
          .3390/s17030569.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhai</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.-F.</given-names>
            <surname>Martínez Ortega</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N. Lucas</given-names>
            <surname>Martínez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Castillejo</surname>
          </string-name>
          ,
          <article-title>A rule-based reasoner for underwater robots using OWL and SWRL</article-title>
          , Sensors
          <volume>18</volume>
          (
          <year>2018</year>
          )
          <article-title>3481</article-title>
          . doi:
          <volume>10</volume>
          .3390/ s18103481.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Gil</surname>
          </string-name>
          ,
          <article-title>Description logics and planning</article-title>
          ,
          <source>AI</source>
          Magazine
          <volume>26</volume>
          (
          <year>2005</year>
          )
          <fpage>73</fpage>
          -
          <lpage>73</lpage>
          . doi:
          <volume>10</volume>
          .1609/ aimag.v26i2.
          <year>1814</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>S.</given-names>
            <surname>Balakirsky</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Kootbally</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Kramer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pietromartire</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Schlenof</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Gupta</surname>
          </string-name>
          ,
          <article-title>Knowledge driven robotics for kitting applications</article-title>
          ,
          <source>Robotics and Autonomous Systems</source>
          <volume>61</volume>
          (
          <year>2013</year>
          )
          <fpage>1205</fpage>
          -
          <lpage>1214</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.robot.
          <year>2013</year>
          .
          <volume>04</volume>
          .006.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Kootbally</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Schlenof</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Lawler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Kramer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. K.</given-names>
            <surname>Gupta</surname>
          </string-name>
          ,
          <article-title>Towards robust assembly with knowledge representation for the planning domain definition language (PDDL), Robotics</article-title>
          and Computer-Integrated Manufacturing
          <volume>33</volume>
          (
          <year>2015</year>
          )
          <fpage>42</fpage>
          -
          <lpage>55</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.rcim.
          <year>2014</year>
          .
          <volume>08</volume>
          .006.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>M.</given-names>
            <surname>Klusch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gerber</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Schmidt</surname>
          </string-name>
          ,
          <article-title>Semantic web service composition planning with OWLS-Xplan.</article-title>
          , in: T. R.
          <string-name>
            <surname>Payne</surname>
            ,
            <given-names>V. A. M.</given-names>
          </string-name>
          <string-name>
            <surname>Tamma</surname>
          </string-name>
          (Eds.),
          <article-title>Agents and the Semantic Web, Papers from the 2005 AAAI Fall Symposium</article-title>
          , AAAI Press,
          <year>2005</year>
          , pp.
          <fpage>55</fpage>
          -
          <lpage>62</lpage>
          . URL: https: //www.aaai.org/Library/Symposia/Fall/2005/fs05-01-008.php.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Ďurčík</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Paralič</surname>
          </string-name>
          ,
          <article-title>Transformation of ontological represented web service composition problem into a planning one</article-title>
          ,
          <source>Acta Electrotechnica et Informatica</source>
          <volume>11</volume>
          (
          <year>2011</year>
          ). doi:
          <volume>10</volume>
          .2478/ v10198-011-0014-y.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Al-Safi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Vyatkin</surname>
          </string-name>
          ,
          <article-title>An ontology-based reconfiguration agent for intelligent mechatronic systems</article-title>
          , in: V.
          <string-name>
            <surname>Mařík</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Vyatkin</surname>
            ,
            <given-names>A. W.</given-names>
          </string-name>
          <string-name>
            <surname>Colombo</surname>
          </string-name>
          (Eds.),
          <source>Holonic and Multi-Agent Systems for Manufacturing, Lecture Notes in Computer Science</source>
          , Springer, Berlin, Heidelberg,
          <year>2007</year>
          , pp.
          <fpage>114</fpage>
          -
          <lpage>126</lpage>
          . doi:
          <volume>10</volume>
          .1007/978-3-
          <fpage>540</fpage>
          -74481-8_
          <fpage>12</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>H.</given-names>
            <surname>Louadah</surname>
          </string-name>
          , E. Papadakis, T. L.
          <string-name>
            <surname>McCluskey</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Tucker</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Hughes</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Bevan</surname>
          </string-name>
          ,
          <article-title>Translating ontological knowledge to PDDL to do planning in train depot management operations, 36th Workshop of the UK Planning</article-title>
          and Scheduling Special Interest Group (
          <year>2021</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>S.</given-names>
            <surname>Borgo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Cesta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Orlandini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Umbrico</surname>
          </string-name>
          ,
          <article-title>Knowledge-based adaptive agents for manufacturing domains</article-title>
          ,
          <source>Engineering with Computers</source>
          <volume>35</volume>
          (
          <year>2019</year>
          )
          <fpage>755</fpage>
          -
          <lpage>779</lpage>
          . doi:
          <volume>10</volume>
          .1007/ s00366-018-0630-6.
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>M.</given-names>
            <surname>Milicic</surname>
          </string-name>
          ,
          <article-title>Complexity of planning in action formalisms based on description logics</article-title>
          ,
          <source>in: Proc. of LPAR</source>
          <year>2007</year>
          , volume
          <volume>4790</volume>
          of Lecture Notes in Computer Science, Springer,
          <year>2007</year>
          , pp.
          <fpage>408</fpage>
          -
          <lpage>422</lpage>
          . doi:
          <volume>10</volume>
          .1007/978-3-
          <fpage>540</fpage>
          -75560-9_
          <fpage>30</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>B.</given-names>
            <surname>Zarrieß</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Claßen</surname>
          </string-name>
          ,
          <article-title>Verification of knowledge-based programs over description logic actions</article-title>
          ,
          <source>in: Proceedings of the Twenty-Fourth International Joint Conference on Artificial Intelligence</source>
          ,
          <string-name>
            <surname>IJCAI</surname>
          </string-name>
          , AAAI Press,
          <year>2015</year>
          , pp.
          <fpage>3278</fpage>
          -
          <lpage>3284</lpage>
          . URL: http://ijcai.org/Abstract/15/462.
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>B. B.</given-names>
            <surname>Hariri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Calvanese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Montali</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. D.</given-names>
            <surname>Giacomo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. D.</given-names>
            <surname>Masellis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Felli</surname>
          </string-name>
          ,
          <article-title>Description logic knowledge and action bases</article-title>
          ,
          <source>Journal of Artificial Intelligence Research</source>
          <volume>46</volume>
          (
          <year>2013</year>
          )
          <fpage>651</fpage>
          -
          <lpage>686</lpage>
          . doi:
          <volume>10</volume>
          .1613/jair.3826.
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>D.</given-names>
            <surname>Calvanese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Montali</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Patrizi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Stawowy</surname>
          </string-name>
          ,
          <article-title>Plan synthesis for knowledge and action bases</article-title>
          ,
          <source>Proceedings of the Twenty-Fifth International Joint Conference on Artificial Intelligence</source>
          ,
          <string-name>
            <surname>IJCAI</surname>
          </string-name>
          , AAAI Press, Palo Alto, California,
          <year>2016</year>
          , p.
          <fpage>8</fpage>
          . URL: http://www.ijcai. org/Abstract/16/149.
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>M.</given-names>
            <surname>Ghallab</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Howe</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Knoblock</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>McDermott</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ram</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Veloso</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Weld</surname>
          </string-name>
          ,
          <string-name>
            <surname>D.</surname>
          </string-name>
          <article-title>Wilkins, PDDL the planning domain definition language</article-title>
          ,
          <source>Technical Report</source>
          (
          <year>1998</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>J.</given-names>
            <surname>Hofmann</surname>
          </string-name>
          ,
          <string-name>
            <surname>S. Edelkamp,</surname>
          </string-name>
          <article-title>The deterministic part of IPC-4: An overview</article-title>
          ,
          <source>Journal of Artificial Intelligence Research</source>
          <volume>24</volume>
          (
          <year>2005</year>
          )
          <fpage>519</fpage>
          -
          <lpage>579</lpage>
          . doi:
          <volume>10</volume>
          .1613/jair.1677.
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>M.</given-names>
            <surname>Helmert</surname>
          </string-name>
          ,
          <article-title>The fast downward planning system</article-title>
          ,
          <source>Journal of Artificial Intelligence Research</source>
          <volume>26</volume>
          (
          <year>2006</year>
          )
          <fpage>191</fpage>
          -
          <lpage>246</lpage>
          . doi:
          <volume>10</volume>
          .1613/jair.1705.
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>S.</given-names>
            <surname>Borgwardt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Hofmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kovtunova</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Krötzsch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Nebel</surname>
          </string-name>
          , M. Steinmetz,
          <article-title>Expressivity of planning with horn description logic ontologies</article-title>
          ,
          <source>Proceedings of the AAAI Conference on Artificial Intelligence</source>
          <volume>36</volume>
          (
          <year>2022</year>
          )
          <fpage>5503</fpage>
          -
          <lpage>5511</lpage>
          . doi:
          <volume>10</volume>
          .1609/aaai.v36i5.
          <fpage>20489</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>B.</given-names>
            <surname>Parsia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Motik</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Patel-Schneider</surname>
          </string-name>
          ,
          <article-title>OWL 2 Web Ontology Language Structural Specification</article-title>
          and
          <string-name>
            <surname>Functional-Style Syntax (Second Edition</surname>
          </string-name>
          ),
          <source>W3C Recommendation, W3C</source>
          ,
          <year>2012</year>
          . URL: http://www.w3.org/TR/owl2-syntax/.
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>I.</given-names>
            <surname>Horrocks</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. F.</given-names>
            <surname>Patel-Schneider</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Boley</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Tabet</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Grosof</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Dean</surname>
          </string-name>
          ,
          <string-name>
            <surname>SWRL:</surname>
          </string-name>
          <article-title>A semantic web rule language combining OWL and RuleML</article-title>
          ,
          <source>W3C Member submission 21</source>
          (
          <year>2004</year>
          )
          <fpage>1</fpage>
          -
          <lpage>31</lpage>
          . URL: http://www.w3.org/Submission/SWRL/.
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>C.</given-names>
            <surname>Dubslaf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Koopmann</surname>
          </string-name>
          , A.-Y. Turhan,
          <article-title>Enhancing probabilistic model checking with ontologies</article-title>
          ,
          <source>Formal Aspects of Computing</source>
          (
          <year>2021</year>
          ).
          <source>doi:10.1007/s00165-021-00549-0.</source>
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>C.</given-names>
            <surname>Dubslaf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Koopmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Turhan</surname>
          </string-name>
          ,
          <article-title>Ontology-mediated probabilistic model checking</article-title>
          , in: W. Ahrendt, S. L. T. Tarifa (Eds.),
          <source>Integrated Formal Methods - 15th International Conference, IFM</source>
          , volume
          <volume>11918</volume>
          of Lecture Notes in Computer Science, Springer,
          <year>2019</year>
          , pp.
          <fpage>194</fpage>
          -
          <lpage>211</lpage>
          . doi:
          <volume>10</volume>
          .1007/978-3-
          <fpage>030</fpage>
          -34968-4_
          <fpage>11</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <given-names>I.</given-names>
            <surname>Gocev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Grimm</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T. A.</given-names>
            <surname>Runkler</surname>
          </string-name>
          ,
          <article-title>Explanation of action plans through ontologies,</article-title>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>