<!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 />
    <article-meta>
      <title-group>
        <article-title>Which Kind of Module Should I Extract??</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ulrike Sattler</string-name>
          <email>sattler@cs.man.ac.uk</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Thomas Schneider</string-name>
          <email>schneider@cs.man.ac.uk</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Michael Zakharyaschev</string-name>
          <email>michael@dcs.bbk.ac.uk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Birkbeck College London</institution>
          ,
          <country country="UK">UK</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>University of Manchester</institution>
          ,
          <country country="UK">UK</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>There are various techniques for specifying a module of an ontology that covers all knowledge about a given set of terms. These differ with respect to the size of the module, the complexity of its computation, and certain robustness properties. In this paper, we survey existing logic-based approaches, focus on syntactic approximations, and compare different kinds of modules with respect to their properties. This is intended to give guidelines on how to choose “the right kind of module”.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>? This work has been supported in part by the UK EPSRC grant no. EP/E065155/1.
3 Terms are concept (class) names and role (property) names.
Σ, we mean that all consequences of O that can be expressed over Σ are also
consequences of M. Then O is said to be a conservative extension (CE) of M.</p>
      <p>
        The logic-based view seems theoretically sound and elegant and provides
a desirable guarantee: reusing only terms from Σ, we will not be able to
distinguish between importing M and importing O into our ontology. However,
deciding CEs is computationally expensive in general: the problem of deciding
whether two ontologies entail the same concept inclusions over a given signature
is usually harder than standard reasoning tasks. For DL-Litehorn, for instance,
complexity grows from polynomial-time to coNP-complete, and for DL-Litebool
it grows from NP-complete to Π2p-complete [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. For ALC and extensions, it is
usually one exponential higher or even undecidable [
        <xref ref-type="bibr" rid="ref12 ref5">5, 12</xref>
        ]. These computational
obstacles have led to syntactic approximations via locality [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Locality-based
modules are in general not minimal, but provide the same guarantee, namely
the preservation of certain entailments. They have been shown to be useful for
economically reusing ontologies [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Syntactic locality comes in two variants,
“top” and “bottom”, and there are several ways of extracting a locality-based
module (“top”, “bottom”, “bottom of top”, vice versa, and further nesting).
      </p>
      <p>This paper surveys existing logic-based approaches, focusing on syntactic
approximations. We will compare different kinds of locality-based modules with
each other and with CE-based modules. In particular, we will explore nested
locality-based modules more in-depth than the existing literature. The
comparison of module kinds will be based on examining properties relevant for ontology
reuse. It will help learning which modules are best suited for which requirements.</p>
      <p>
        The relevant properties have been identified in [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] and are sketched below.
For our import scenario, we can consider a module M of the ontology O w.r.t.
a signature Σ to be a subset of O that is indistinguishable from O w.r.t. Σ. The
above mentioned inseparability relations generalise the import scenario and thus
compare arbitrary ontologies that are not necessarily in the subset relation. They
provide a unifying framework for comparing arbitrary definitions of modules.
Robustness under vocabulary restrictions. This property implies that a module
of an ontology w.r.t. a signature Σ is also a module of this ontology w.r.t. any
subset of Σ. This is important because it means that we do not need to import
a different module when we restrict the set of terms that we are interested in.
Robustness under vocabulary extensions. This implies that a module of an
ontology O w.r.t. Σ is also a module of O w.r.t. any Σ0 ⊇ Σ as long as Σ0 \ Σ does
not share terms with O. This means that we do not need to import a different
module when extending the set of relevant terms with terms not from O.
Robustness under replacement for a logic L. This property implies that, if M is
a module of O w.r.t. Σ, then the result of importing M into an L-ontology O0
is a module of the result of importing O into O0. This is called module coverage
in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]: importing a module does not affect its property of being a module.
Robustness under joins. If two ontologies are indistinguishable w.r.t. Σ and they
share only terms from Σ, then each of them is indistinguishable from their union
w.r.t. Σ. This property, together with robustness under replacement, implies that
it is not necessary to import two indistinguishable versions of the same ontology.
      </p>
    </sec>
    <sec id="sec-2">
      <title>Preliminaries</title>
      <p>
        In the following, we will use L to denote a description logic contained in SHOIQ,
whose standard syntax and semantics are defined in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. The reason for this
choice is that locality-based modules are defined for logics up to SHOIQ. We
will consider an ontology as a TBox, i.e., a set of axioms.
      </p>
      <p>Let NC be a set of concept names, and NR a set of role names. A
signature Σ is a set of terms, i.e., Σ ⊆ NC ∪ NR. We can think of a signature
as specifying a topic of interest. Axioms that only use terms from Σ can be
thought of as “on-topic”, and all other axioms as “off-topic”. For instance,
if Σ = {Animal, Duck, Grass, eats}, then Duck v ∃eats.Grass is on-topic, while
Duck v Bird is off-topic.</p>
      <p>Any concept name, role name, TBox, or axiom that uses only terms from Σ
is called a Σ-concept, Σ-role, Σ-TBox, or Σ-axiom. Given any such object X,
we call the set of terms in X the signature of X and denote it with sig(X) or Xe .</p>
      <p>Given an interpretation I, we denote its restriction to the terms in a signature
Σ with I|Σ . Two interpretations I and J are said to coincide on a signature Σ,
in symbols I|Σ = J |Σ , if ΔI = ΔJ and XI = XJ for all X ∈ Σ.
2.1</p>
      <sec id="sec-2-1">
        <title>Conservative extensions and locality</title>
        <p>There are a number of variants of the notion of conservative extensions, which
capture the desired preservation of knowledge to different degrees. We focus on
the following basic ones.</p>
        <p>Definition 1. Let L be a DL, M ⊆ T be L-TBoxes, and Σ a signature.
(1) T is a deductive Σ-conservative extension (Σ-dCE ) of M w.r.t. L if for all</p>
        <p>GCI axioms α over L with αe ⊆ Σ, it holds that M |= α if and only if T |= α.
(2) T is a model Σ-conservative extension (Σ-mCE ) of M if {I|Σ | I |= M} =
{I|Σ | I |= T }.
(3) M is a dCE-based (mCE-based ) module for Σ of T if T is a Σ-dCE (Σ-mCE)
of M w.r.t. L.</p>
        <p>It is clear that T being a Σ-mCE of M implies that T is a Σ-dCE of M.</p>
        <p>
          Due to the computational difficulty to decide both kinds of CEs,
approximations have been introduced [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. They are based on locality of single axioms, which
means that, given Σ, the axiom can always be satisfied independently of the
interpretation of the Σ-terms, but in a restricted way: by interpreting all non-Σ
terms either as the empty set (∅-locality) or as the full domain4 (Δ-locality).
Definition 2. An axiom α over a logic L is called ∅-local (Δ-local) w.r.t.
signature Σ if, for each interpretation I, there exists an interpretation J such that
I|Σ = J |Σ , J |= α, and for each X ∈ αe \ Σ, XJ = ∅ (for each C ∈ αe \ Σ,
CJ = Δ and for each R ∈ αe \ Σ, RJ = Δ × Δ).
4 Or, in the case of roles, the set of all pairs of domain individuals.
        </p>
        <p>
          It has been shown in [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ] that M ⊆ O and all axioms in O \ M being ∅-local
(or all axioms being Δ-local) w.r.t. Σ ∪ Mf is sufficient for O to be a Σ-mCE of
M. The converse does not hold: e.g., the axiom A ≡ B is neither ∅- nor Δ-local
w.r.t. {A}, but the ontology {A ≡ B} is an {A}-mCE of the empty ontology.
        </p>
        <p>
          Furthermore, locality can be tested using available DL-reasoners [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ], which
makes this problem considerably easier than testing conservativity, see also
Section 3.2. However, reasoning in expressive DLs is still complex, e.g.
NExpTimecomplete for SHOIQ. In order to achieve tractable module extraction, the
following syntactic approximation of locality has been introduced in [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ].
Definition 3. An axiom α is called syntactically ⊥-local (&gt;-local ) w.r.t.
signature Σ if it is of the form C⊥ v C, C v C&gt;, C⊥ ≡ C⊥, C&gt; ≡ C&gt;, R⊥ v R
(R v R&gt;), or Trans(R⊥) (Trans(R&gt;)), where C is an arbitrary concept, R is an
arbitrary role name, R⊥ ∈/ Σ (R&gt; ∈/ Σ), and C⊥ and C&gt; are from Bot(Σ) and
Top(Σ) as defined in Figure 1 (a) (Figure 1 (b)).
(a) ⊥-Locality
        </p>
        <p>Let A⊥, R⊥ ∈/ Σ, C⊥ ∈ Bot(Σ), C(&gt;i) ∈ Top(Σ), n¯ ∈ N \ {0}
Bot(Σ) ::= A⊥ | ⊥ | ¬C&gt; | C u C⊥ | C⊥ u C | ∃R.C⊥ | &gt;n¯ R.C⊥ | ∃R⊥.C | &gt;n¯ R⊥.C
Top(Σ) ::= &gt; | ¬C⊥ | C1&gt; u C2&gt; | &gt;0 R.C
(b) &gt;-Locality</p>
        <p>Let A&gt;, R&gt; ∈/ Σ, C⊥ ∈ Bot(Σ), C(&gt;i) ∈ Top(Σ), n¯ ∈ N \ {0}
Bot(Σ) ::= ⊥ | ¬C&gt; | C u C⊥ | C⊥ u C | ∃R.C⊥ | &gt;n¯ R.C⊥
Top(Σ) ::= A&gt; | &gt; | ¬C⊥ | C1&gt; u C2&gt; | ∃R&gt;.C&gt; | &gt;n¯ R&gt;.C&gt; | &gt;0 R.C</p>
        <p>
          It has been shown in [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ] that ⊥-locality (&gt;-locality) of an axiom α w.r.t.
Σ implies ∅-locality (Δ-locality) of α w.r.t. Σ. Therefore, all axioms in O \ M
being ⊥-local (or all axioms being &gt;-local) w.r.t. Σ ∪ Mf is sufficient for O to
be a Σ-mCE of M. The converse does not hold; examples can be found in [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ].
        </p>
        <p>
          Modules of O for each of the four locality notions are obtained by
starting with an empty set of axioms and subsequently adding axioms from O that
are non-local. In order for this procedure to be correct, the signature against
which locality is checked has to be extended with the terms in the axiom that is
added in each step. Definition 4 (1) introduces locality-based modules, which are
always mCE-based (and therefore dCE-based) modules [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ], although not
necessarily minimal ones. Modules based on syntactic locality can be made smaller
by nesting &gt;-extraction into ⊥-extraction and vice versa, and the result is still
an mCE-based module. These so-called &gt;⊥-modules and ⊥&gt;-modules are
introduced in Definition 4 (2). Finally, we will see in Section 3.2 that iterated
nesting of the latter can lead to even smaller (still CE-based) modules. These
&gt;⊥∗-modules and ⊥&gt;∗-modules are introduced in Definition 4 (3).
Definition 4. Let x ∈ {∅, Δ, ⊥, &gt;}; let y, z ∈ {⊥, &gt;} with y 6= z; let T be a
TBox and Σ a signature.
(1) A TBox M is the x-module of T w.r.t. Σ if it is the output of Algorithm 1.
        </p>
        <p>We write M = x-mod(Σ, T ).
(2) A TBox M is the yz-module of T w.r.t. Σ, written M = yz-mod(Σ, T ), if</p>
        <p>M = y-mod(Σ, z-mod(Σ, T )).
(3) Let (Mi)i&gt;0 be a sequence of TBoxes such that M0 = T and Mi+1 =
yz-mod(Σ, Mi) for every i &gt; 0. For the smallest n &gt; 0 with Mn = Mn+1,
we call Mn the yz∗-module of T w.r.t. Σ, written M = yz∗-mod(Σ, T ).</p>
        <sec id="sec-2-1-1">
          <title>Algorithm 1 Extract a locality-based module</title>
          <p>Input: TBox T , signature Σ, x ∈ {∅, Δ, ⊥, &gt;}
Output: x-module M of O w.r.t. Σ
M ← ∅; T 0 ← T
repeat
changed ← false
for all α ∈ T 0 do
if α not x-local w.r.t. Σ ∪ Mf then</p>
          <p>M ← M ∪ {α}
T 0 ← T 0 \ {α}
changed ← true
end if
end for
until changed = false
return M</p>
          <p>
            As for (1), it has been shown in [
            <xref ref-type="bibr" rid="ref3">3</xref>
            ] that the output M of Algorithm 1 does
not depend on the order in which the axioms α are selected.5 Furthermore, the
integer n in (3) exists because the sequence (Mi)i&gt;0 is decreasing. (We even
have M0 ⊃ · · · ⊃ Mn = Mn+1 = . . . )
          </p>
          <p>
            Modulo the locality check, Algorithm 1 runs in time cubic in |T | + |Σ| [
            <xref ref-type="bibr" rid="ref3">3</xref>
            ].
Modules based on ⊥/&gt;-locality are therefore a feasible approximation for
modules based on ∅/Δ-locality. In both cases, modules are extracted axiom by axiom
but, as said above, the ∅/Δ-locality check is more complex.
          </p>
        </sec>
      </sec>
      <sec id="sec-2-2">
        <title>2.2 Inseparability relations</title>
        <p>The notions of modules defined so far were induced by CEs and different notions
of locality. We will now put them into a more general context of modules
generated by inseparability relations. For a given logic L, an inseparability relation</p>
        <p>S
is a family S = {≡Σ | Σ is a signature} of equivalence relations on the set of
S
L-TBoxes. The intuition behind this notion is as follows: T1 ≡Σ T2 means that
T1 and T2 are indistinguishable w.r.t. Σ, i.e., they represent the same knowledge
about the topic represented by Σ. The exact meaning of the terms
“indistinguishable” and “the same knowledge” depends on the precise definition of the
5 Our algorithm is a special case of the one in [3, Figure 4].
inseparability relation. M being a module for Σ of T should be equivalent to
M ⊆ T and M being inseparable w.r.t. Σ from T .</p>
        <p>
          The requirement to preserve entailments or models leads to the following
inseparability relations, which have been examined in [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ].
        </p>
        <p>{I|Σ | I |= T2}.
c
– T1 and T2 are Σ-concept name inseparable, written T1 ≡Σ T2, if for all
Σconcept names C, D, it holds that T1 |= C v D if and only if T2 |= C v D.
– T1 and T2 are Σ-subsumption inseparable w.r.t. a logic L, written T1 ≡sΣ T2,
if for all terms X and Y that are concept expressions over Σ or role names
from Σ, it holds that T1 |= X v Y if and only if T2 |= X v Y .
q
– T1 and T2 are Σ-query inseparable, written T1≡Σ T2, if for all Σ-ABoxes A,
Σqueries q(x) and tuples a of object names from A, it holds that (T1, A) |= q(a)
if and only if (T2, A) |= q(a).</p>
        <p>– T1 and T2 are Σ-model inseparable, written T1 ≡sΣem T2, if {I|Σ | I |= T1} =
We denote the respective sets of inseparability relations with Sc, Ss, and Ssem.
It is easy to see that, for each signature Σ, it holds that ≡sΣem ⊆ ≡sΣ ⊆ ≡cΣ .</p>
        <p>Inseparability relations induce modules as follows.</p>
        <p>Definition 5. Let S be an inseparability relation, T a TBox, M ⊆ T , and Σ
a signature. We call M</p>
        <p>S
(1) an SΣ -module of T if M ≡Σ T ;
S
(2) a self-contained SΣ -module of T if M ≡Σ∪Mf T ;</p>
        <p>S
(3) a depleting SΣ -module of T if ∅ ≡Σ∪Mf T \ M.</p>
        <p>M is called a minimal (self-contained, depleting) ≡Σ -module of T if M, but no
proper subset of M, is a (self-contained, depleting) ≡Σ -module of T .</p>
        <p>Due to the shift from Σ to Σ ∪ Mf, it is not necessarily the case that every
self-contained (or depleting) SΣ -module of T is an SΣ -module of T . However,
under certain robustness properties, this implication holds.</p>
        <p>
          While self-contained and depleting SΣ -modules tend to be bigger than SΣ
modules, they have important applications. One of those is the computation
of all justifications for an entailment η of the ontology T [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ], where depleting
modules are essential. For appropriate inseparability relations S , Definition 5
(1) ensures that each Sη-module of T contains at least one justification for η,
but not necessarily all. We e have good reasons to believe that each self-contained
depleting Sη-module of T contains all justifications for η.
        </p>
        <p>
          Anothereapplication of depleting modules is the import scenario [
          <xref ref-type="bibr" rid="ref10 ref3">3, 10</xref>
          ]: if
M is a depleting SΣ -module of T and S satisfies certain robustness properties,
then, for every module M0 with Mg0 ∪ Te ⊆ Σ ∩ Mf, we can import M0 into T \ M
S
because they do not interfere with each other: (T \ M) ∪ M0 ≡Σ0 M0.
        </p>
        <p>Finally, while there can be exponentially many minimal SΣ -modules, minimal
depleting modules are uniquely determined—under mild conditions involving
inseparability relations.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Modules and their properties</title>
      <p>In order to find natural candidates for inseparability relations for locality-based
modules, we proceed by analogy to inseparability relations for conservativity:
ontologies T1 and T2 are inseparable if they have the same modules, i.e., if the
module extraction algorithm returns the same output for each of them. We have
replaced the semantic criterion “the same entailments/models” in
conservativitybased inseparability with a syntactic criterion “the same extraction result”
simply because locality-based modules are defined algorithmically. Furthermore, we
will see that two of the thus obtained inseparability relations have almost all
desired properties—which makes them even superior to dCE-based modules.</p>
      <p>We consider the following inseparability relations for locality-based modules,
where x stands for one of the locality notions ∅, Δ, ⊥, and &gt;, and yz stands for
one of the combinations ⊥&gt; and &gt;⊥.</p>
      <p>Relation</p>
      <p>x
≡Σ</p>
      <p>yz
≡Σ</p>
      <p>yz∗
≡Σ</p>
      <p>T1 and T2 are in relation if . . .
x-mod(Σ, T1) = x-mod(Σ, T2)
yz-mod(Σ, T1) = yz-mod(Σ, T2)
yz∗-mod(Σ, T1) = yz∗-mod(Σ, T2)</p>
      <sec id="sec-3-1">
        <title>Evidently, they are all equivalence relations.</title>
        <p>3.1</p>
        <sec id="sec-3-1-1">
          <title>Robustness properties of inseparability relations</title>
          <p>In the introduction, we have already sketched four important properties of
inseparability relations and have seen why they are of interest for applications of
modules. We will now define them.</p>
          <p>Definition 6. Let L be a DL. The inseparability relation S is called
(1) robust under vocabulary restrictions if, for all L-TBoxes T1, T2 and all
signaS S
tures Σ, Σ0 with Σ ⊆ Σ0, the following holds: if T1 ≡Σ0 T2, then T1 ≡Σ T2.
(2) robust under vocabulary extensions if, for all L-TBoxes T1, T2 and all
signaS S
tures Σ, Σ0 with Σ0 ∩ (Te1 ∪ Te2) ⊆ Σ : if T1 ≡Σ T2, then T1 ≡Σ0 T2.
(3) robust under replacement if, for all L-TBoxes T1, T2, all signatures Σ and
S
every L-TBox T with Te ∩ (Te1 ∪ Te2) ⊆ Σ, the following holds: if T1 ≡Σ</p>
          <p>S</p>
          <p>T2, then T1 ∪ T ≡Σ T2 ∪ T .
(4) robust under joins if, for all L-TBoxes T1, T2 and all signatures Σ with Te1 ∩
Te2 ⊆ Σ and every i = 1, 2, the following holds: if T1 ≡SΣ T2, then Ti ≡SΣ T1 ∪T2.</p>
          <p>
            As mentioned in Section 2.2, some of these robustness properties have an
effect on the relation between the three different kinds of induced SΣ-modules
from Definition 5, see [
            <xref ref-type="bibr" rid="ref15">15</xref>
            ].
          </p>
          <p>
            Let us now examine the properties of the inseparability relations Ssem, Ss,
Sc, Sx, Syz and Syz∗ , where x ∈ {≡∅Σ,Δ⊆, ⊥≡,&gt;cΣ}fraonmd Syezct∈ion{⊥2&gt;.2,,&gt;t⊥h}e. fFolilroswt,ining
addition to the inclusions ≡sΣem ⊆ s
inclusions hold, see [
            <xref ref-type="bibr" rid="ref15">15</xref>
            ] for a proof.
          </p>
          <p>Theorem 7. Let Σ be a signature, x ∈ {∅, Δ, ⊥, &gt;} and yz ∈ {&gt;⊥, ⊥&gt;}. Then
the following properties hold: ≡xΣ ⊆ ≡sΣem ; ≡yΣz ⊆ ≡sΣem ; ≡yΣz∗ ⊆ ≡sΣem .
property
corresponding module notion
(min.) modules
(min.) self-contained mod.s
(min.) depleting modules</p>
          <p>relation
robustness voc. restr.
robustness voc. ext.
robustness replacement
robustness joins</p>
          <p>Ssem</p>
          <p>Ss
mCE dCE
3− 3−
7 7
7 7</p>
          <p>Sc
—
—
—
—</p>
          <p>
            The properties of the equivalence relations defined in Subsection 2.2 are
summarised in Figure 2. The first four lines give the module notion which is
generalised by this inseparability relation, and indicate whether each such module
for Σ is a (minimal) SΣ -module, or a (minimal) self-contained SΣ -module, or
a (minimal) depleting SΣ -module. For Sc, this question is meaningless because
there is no corresponding standard module notion, apart from redefining Σ-dCEs
to take only Σ-concept inclusions into account. For Ssem and Ss, it is clear that
Definition 1 (3) leads to SΣ -modules, but not to minimal, self-contained, or
depleting ones. This can, however, easily be achieved by adopting stronger module
notions as in [
            <xref ref-type="bibr" rid="ref10 ref9">9, 10</xref>
            ]. Hence, the negative entries in this part of the table are
not problematic, and we can say that locality-based and conservativity-based
modules are equally “good”—except for yz-modules: they are not always
SΣyzmodules, which is critical. However, they are always minimal self-contained
(depleting) SΣyz-modules.
          </p>
          <p>
            The remaining four lines indicate whether the respective inseparability
relation satisfies the four robustness properties from Definition 6. The results for
Ssem, Ss and Sc are taken from [
            <xref ref-type="bibr" rid="ref3 ref8">3, 8</xref>
            ]; those for the locality-based relations will
be proven in the following. This part of the table reveals the following insights:
while it is not surprising and known that Sc lacks some of the important
robustness properties, it is interesting (but known as well) that this is also the case for
Ss. As for the locality-based inseparability relations, it is truly surprising that
the Syz lack two of four robustness properties, while the Sx and Syz∗ appear to
be flawless and as good as Ssem.
          </p>
          <p>
            The following theorem states the results in Figure 2 for locality-based
inseparability relations. Their proofs can be found in [
            <xref ref-type="bibr" rid="ref15">15</xref>
            ].
          </p>
          <p>Theorem 8. Let x ∈ {∅, Δ, ⊥, &gt;} and yz ∈ {⊥&gt;, &gt;⊥}.
(1) The inseparability relation SΣx is robust under replacement, vocabulary
restrictions, vocabulary extensions and joins.
(2) The inseparability relation SΣyz is not robust under vocabulary restrictions or
extensions, but under replacement and joins.
(3) The inseparability relation Syz∗ is robust under replacement, vocabulary
reΣ
strictions, vocabulary extensions and joins.
(4) Let T be a TBox, Σ a signature, and M = x-mod(Σ, T ). Then M is a
minimal SΣx -module, a minimal self-contained SΣx -module, and a minimal
depleting SΣx -module of T .
(5) Let T be a TBox, Σ a signature, and M = yz-mod(Σ, T ). Then M is
not generally a minimal SΣyz-module, but it is a minimal self-contained
SΣyzmodule and a minimal depleting SΣyz-module of T .
(6) Let T be a TBox, Σ a signature, and M = yz∗-mod(Σ, T ). Then M is a
minimal Syz∗ -module, a minimal self-contained SΣyz∗ -module, and a minimal
Σ
depleting SΣyz∗ -module of T .
3.2</p>
        </sec>
        <sec id="sec-3-1-2">
          <title>Minimality versus efficient computability</title>
          <p>
            Theoretical results. For ALC and ALCQI, the problem of deciding whether two
ontologies entail the same concept inclusions over a given signature Σ is
2ExpTime-complete [
            <xref ref-type="bibr" rid="ref12 ref5">5, 12</xref>
            ], which is one exponential harder than standard reasoning
tasks. For ALCQIO, and hence for the more expressive OWL 1 and 2, this
problem is undecidable [
            <xref ref-type="bibr" rid="ref12">12</xref>
            ]. The related problem of deciding whether two ontologies
have the same models with respect to Σ is undecidable already for ALC [
            <xref ref-type="bibr" rid="ref12">12</xref>
            ].
          </p>
          <p>
            Fortunately, extracting mCE-based modules can be tractable, for instance
for acyclic E L ontologies [
            <xref ref-type="bibr" rid="ref9">9</xref>
            ]. We will examine how much locality-based modules
differ from minimal modules in size and desired properties in this case.
          </p>
          <p>
            For the DL-Lite family [
            <xref ref-type="bibr" rid="ref2">2</xref>
            ], deciding dCEs is Π2p-complete for DL-Litebool
and coNP-complete for DL-Litehorn [
            <xref ref-type="bibr" rid="ref11">11</xref>
            ], i.e., it is most likely intractable in both
cases. However, there is experimental evidence [
            <xref ref-type="bibr" rid="ref10">10</xref>
            ] that minimal modules of
DLLite ontologies can be extracted quite efficiently via locality-based modules as a
preprocessing step and using QBF solvers.
          </p>
          <p>Experimental results. Since CE-based modules are so hard to extract, it is
difficult to perform experiments comparing modules of different notions extracted
from the same ontology for the same signature. However, in two cases this has
been possible. We will briefly describe the two cases and show the difference
between conservativity-based and locality-based modules.</p>
          <p>
            Snomed CT, the Systematized Nomenclature of Medicine, Clinical Terms,
is an ontology that consists of approximately 360,000 concepts and 1.4 million
relationships, and defines the medical terminology for health care systems in the
US, the UK, and other countries. It is an acyclic E L TBox; therefore extracting
mCE-based modules is tractable: the system MEX [
            <xref ref-type="bibr" rid="ref9">9</xref>
            ] extracts mCE-based
modules from acyclic E L ontologies in polynomial time. Three signatures containing
some 4,000, 16,000, and 24,000 concept names from Snomed CT have been
provided by the Intensive Care Unit of the Royal Prince Alfred Hospital in Sydney,
Australia, from a corpus of 60 million tokens complied from 6 years of notes. (For
the process of converting the text to Snomed CT codes, see [
            <xref ref-type="bibr" rid="ref14">14</xref>
            ]). For the given
signatures, we have extracted mCE-based modules with MEX, and locality-based
modules via the OWL API6. In these cases, &gt;-modules comprised almost the
whole ontology, and all yz-modules and yz∗-modules coincided. Furthermore,
yz∗-modules were only about 1.5 times as big as mCE-modules for signatures
greater than 15,000 symbols. The runtime was 1–4 seconds on an average PC in
all cases. The sizes of mCE-modules, ⊥-modules and &gt;⊥∗-modules are given in
the following two tables containing exact sizes and percentages, respectively.
          </p>
          <p>The version of Snomed CT underlying these figures was dated 9 February
2005. A version of 30 December 2006 led to similar results.</p>
          <p>
            In [
            <xref ref-type="bibr" rid="ref10">10</xref>
            ], dCE-based modules have been extracted from two ontologies in
DL-Litebool, Core and Umbrella containing 1283 and 1247 axioms, for
systematically and randomly generated signatures of size 1 and 10. These modules are
MCM, MQM and MDQM, which are minimal SΣc -modules, minimal SΣq -modules
(where SΣq is based on query-CEs), and minimal depleting SΣq -modules. The
table below gives the average sizes for modules extracted for (a) all singleton
signatures, (b) 30 randomly generated signatures consisting of 10 concept names,
and (c) 30 random signatures consisting of 5 concept and 5 role names. The
entry “—” means that no data is available due to performance reasons.
          </p>
          <p>(a) |Σ| = 1 (b) |Σ| = 10 (c) |Σ| = 5 + 5</p>
          <p>Core Umbrella Core Umbrella Core Umbrella
MCM
MQM
MDQM
&gt;⊥∗-mod</p>
          <p>
            The results show that, on average, locality-based modules can be considerably
bigger than dCE-based modules. On the other hand, since locality-based modules
are always depleting (see Section 3.1), it is only fair to compare them with
MDQM, and in only one of six cases are &gt;⊥∗-modules more than one and a
half times as big as MDQMs on average. In [
            <xref ref-type="bibr" rid="ref10">10</xref>
            ], the time needed to extract the
modules can be found in addition to their sizes.
6 http://owlapi.sourceforge.net
On the nesting of locality-based modules. We have stated in Section 2.1 that the
size of locality-based modules can be reduced by nesting the extraction of &gt;- and
⊥-modules. In the first instance, this led to the notion of &gt;⊥- and ⊥&gt;-modules.
To the best of our knowledge, this has not been done before. As shown in the
following example, it indeed leads to smaller modules.
          </p>
          <p>Example 9. Let Σ = {A, D} and T = {A v B, C v D}.</p>
          <p>Then we have &gt;-mod(Σ, T ) = {C v D} and ⊥-mod(Σ, T ) = {A v B}, but
&gt;⊥-mod(Σ, T ) = ⊥&gt;-mod(Σ, T ) = ∅.</p>
          <p>There are cases where repeated nesting of &gt;⊥-modules (⊥&gt;-modules)
decreases module size even further, see Example 10.</p>
          <p>Example 10. Consider Σ = {A} and T = {A v B t C, B v A}. Then we have
T ⊃ &gt;⊥-mod(Σ, T ) ⊃ &gt;⊥-mod(Σ, &gt;⊥-mod(Σ, T )) because:</p>
          <p>N1 = ⊥-mod(Σ, T )</p>
          <p>= {A v B t C, B v A}
M1 = &gt;-mod(Σ, N1) = {B v A}
N2 = ⊥-mod(Σ, M1) = ∅</p>
          <p>M2 = &gt;-mod(Σ, N2) = ∅
An analogous example for ⊥&gt;-modules is Σ = {A}; T = {B v A t ¬C, A v B}.</p>
          <p>
            It therefore makes sense to continue this nesting up to a fixpoint. The
following lemma shows that the number of steps until this fixpoint is reached can be
asymptotically as big as the number of axioms in T . The proof is given in [
            <xref ref-type="bibr" rid="ref15">15</xref>
            ].
Lemma 11. For every integer n &gt; 1 and yz ∈ {&gt;⊥, ⊥&gt;}, there exist an
ALCTBox M0 of size O(n) and a signature Σ of size O(n) such that Mi+1 =
yz-mod(Σ, Mi), for each i = 0, . . . , n − 1, and M0 ⊃ · · · ⊃ Mn.
4
          </p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>We have compared important properties of conservativity-based and
localitybased modules via the more general notion of inseparability relations. It has
turned out that, while modules based on locality are in general larger than
conservativity-based ones, they are very robust. Two out of three versions of
locality-based modules enjoy the same robustness properties as mCE-based
modules and are therefore more robust than modules based on dCEs. In addition,
they are self-contained and depleting. However, their robustness does not
simply follow from the fact that they are a special case of mCE-based modules:
yz-modules do not “inherit” all robustness properties.</p>
      <p>
        Furthermore, modules based on syntactic locality can be extracted efficiently
for all logics up to SHOIQ. They can thus also serve as an intermediate step
for extracting conservativity-based modules [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Except for the few cases where
mCE-based modules can be extracted efficiently, locality-based modules seem
best suited to module extraction scenarios because they combine desirable
properties with computational feasibility.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>F.</given-names>
            <surname>Baader</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Calvanese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>McGuinness</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Nardi</surname>
          </string-name>
          , and
          <string-name>
            <given-names>P. F.</given-names>
            <surname>Patel-</surname>
          </string-name>
          Schneider, editors.
          <source>The Description Logic Handbook: Theory</source>
          , Implementation, and
          <string-name>
            <surname>Applications</surname>
          </string-name>
          . Cambridge University Press,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>D.</given-names>
            <surname>Calvanese</surname>
          </string-name>
          , G. De Giacomo,
          <string-name>
            <given-names>D.</given-names>
            <surname>Lembo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Lenzerini</surname>
          </string-name>
          , and
          <string-name>
            <given-names>R.</given-names>
            <surname>Rosati</surname>
          </string-name>
          .
          <article-title>DL-Lite: Tractable description logics for ontologies</article-title>
          .
          <source>In Proc. of AAAI-05</source>
          , pages
          <fpage>602</fpage>
          -
          <lpage>607</lpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>B.</given-names>
            <surname>Cuenca Grau</surname>
          </string-name>
          , I. Horrocks,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Kazakov</surname>
          </string-name>
          , and
          <string-name>
            <given-names>U.</given-names>
            <surname>Sattler</surname>
          </string-name>
          .
          <article-title>Modular reuse of ontologies: Theory and practice</article-title>
          .
          <source>J. of Artificial Intelligence Research</source>
          ,
          <volume>31</volume>
          :
          <fpage>273</fpage>
          -
          <lpage>318</lpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>B.</given-names>
            <surname>Cuenca Grau</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Parsia</surname>
          </string-name>
          , E. Sirin,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Kalyanpur</surname>
          </string-name>
          .
          <article-title>Modularity and web ontologies</article-title>
          .
          <source>In Proc. of KR-06</source>
          , pages
          <fpage>198</fpage>
          -
          <lpage>209</lpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>S.</given-names>
            <surname>Ghilardi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Lutz</surname>
          </string-name>
          , and
          <string-name>
            <given-names>F.</given-names>
            <surname>Wolter</surname>
          </string-name>
          .
          <article-title>Did I damage my ontology? A case for conservative extensions in description logics</article-title>
          .
          <source>In Proc. of KR-06</source>
          , pages
          <fpage>187</fpage>
          -
          <lpage>197</lpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>M.</given-names>
            <surname>Horridge</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Parsia</surname>
          </string-name>
          , and
          <string-name>
            <given-names>U.</given-names>
            <surname>Sattler</surname>
          </string-name>
          .
          <article-title>Laconic and precise justifications in OWL</article-title>
          .
          <source>In Proc. of ISWC-08</source>
          , volume
          <volume>5318</volume>
          <source>of LNCS</source>
          , pages
          <fpage>323</fpage>
          -
          <lpage>338</lpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>E.</given-names>
            <surname>Jim</surname>
          </string-name>
          <article-title>´enez-</article-title>
          <string-name>
            <surname>Ruiz</surname>
            ,
            <given-names>B. Cuenca</given-names>
          </string-name>
          <string-name>
            <surname>Grau</surname>
            , U. Sattler,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Schneider</surname>
            , and
            <given-names>R. Berlanga</given-names>
          </string-name>
          <string-name>
            <surname>Llavori</surname>
          </string-name>
          .
          <article-title>Safe and economic re-use of ontologies: A logic-based methodology and tool support</article-title>
          .
          <source>In Proc. of ESWC-08</source>
          , volume
          <volume>5021</volume>
          <source>of LNCS</source>
          , pages
          <fpage>185</fpage>
          -
          <lpage>199</lpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>B.</given-names>
            <surname>Konev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Lutz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Walther</surname>
          </string-name>
          , and
          <string-name>
            <given-names>F.</given-names>
            <surname>Wolter</surname>
          </string-name>
          .
          <article-title>Formal properties of modularization</article-title>
          . In H. Stuckenschmidt,
          <string-name>
            <given-names>S.</given-names>
            <surname>Spacciapietra</surname>
          </string-name>
          , and C. Parent, editors,
          <source>Ontology modularization</source>
          , volume
          <volume>5445</volume>
          <source>of LNCS</source>
          . To be published.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>B.</given-names>
            <surname>Konev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Lutz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Walther</surname>
          </string-name>
          , and
          <string-name>
            <given-names>F.</given-names>
            <surname>Wolter</surname>
          </string-name>
          .
          <article-title>Semantic modularity and module extraction in description logics</article-title>
          .
          <source>In Proc. of ECAI-08</source>
          , pages
          <fpage>55</fpage>
          -
          <lpage>59</lpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>R.</given-names>
            <surname>Kontchakov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Pulina</surname>
          </string-name>
          , U. Sattler,
          <string-name>
            <given-names>T.</given-names>
            <surname>Schneider</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Selmer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Wolter</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Zakharyaschev</surname>
          </string-name>
          .
          <article-title>Minimal module extraction from DL-Lite ontologies using QBF solvers</article-title>
          .
          <source>In Proc. of IJCAI-09</source>
          ,
          <year>2009</year>
          . To appear.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>R.</given-names>
            <surname>Kontchakov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Wolter</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Zakharyaschev</surname>
          </string-name>
          .
          <article-title>Can you tell the difference between DL-Lite ontologies?</article-title>
          <source>In Proc. of KR-08</source>
          , pages
          <fpage>285</fpage>
          -
          <lpage>295</lpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>C.</given-names>
            <surname>Lutz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Walther</surname>
          </string-name>
          , and
          <string-name>
            <given-names>F.</given-names>
            <surname>Wolter</surname>
          </string-name>
          .
          <article-title>Conservative extensions in expressive description logics</article-title>
          .
          <source>In Proc. of IJCAI-07</source>
          , pages
          <fpage>453</fpage>
          -
          <lpage>458</lpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>N. F.</given-names>
            <surname>Noy</surname>
          </string-name>
          and
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Musen</surname>
          </string-name>
          .
          <article-title>Specifying ontology views by traversal</article-title>
          .
          <source>In Proc. of ISWC-04</source>
          , volume
          <volume>3298</volume>
          <source>of LNCS</source>
          , pages
          <fpage>713</fpage>
          -
          <lpage>725</lpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>J.</given-names>
            <surname>Patrick</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wang</surname>
          </string-name>
          , and
          <string-name>
            <given-names>P.</given-names>
            <surname>Budd</surname>
          </string-name>
          .
          <article-title>An automated system for conversion of clinical notes into SNOMED clinical terminology</article-title>
          .
          <source>In Proc. of HKMD-07</source>
          , volume
          <volume>68</volume>
          <source>of CRPIT</source>
          , pages
          <fpage>219</fpage>
          -
          <lpage>226</lpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>U.</given-names>
            <surname>Sattler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Schneider</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Zakharyaschev</surname>
          </string-name>
          .
          <article-title>Which kind of module should I extract? Technical report</article-title>
          , University of Manchester,
          <year>2009</year>
          . http://www.cs.
          <source>man. ac.uk/%7Eschneidt/publ/ssz09 insep report.pdf .</source>
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>J.</given-names>
            <surname>Seidenberg</surname>
          </string-name>
          and
          <string-name>
            <given-names>A. L.</given-names>
            <surname>Rector</surname>
          </string-name>
          .
          <article-title>Web ontology segmentation: analysis, classification and use</article-title>
          .
          <source>In Proc. of WWW-06</source>
          , pages
          <fpage>13</fpage>
          -
          <lpage>22</lpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>