<!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>Inconsistency Handling in Ontology-Mediated Query Answering: A Progress Report</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>University of Bordeaux</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>France</string-name>
        </contrib>
      </contrib-group>
      <abstract>
        <p>This paper accompanies an invited talk on inconsistency handling in OMQA and presents a concise summary of the research that has been conducted in the area.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>It is widely acknowledged that real-world data is plagued with numerous data
quality issues, among them the presence of erroneous facts. While already a
serious issue for `plain' databases, the problem of handling imperfect data is even
more critical in the setting of ontology-mediated query answering (OMQA),
where even a single erroneous fact can provoke an inconsistency, thereby
rendering classical OMQA semantics useless. This has motivated DL and KR
researchers to study a variety of approaches for handling inconsistent data in
OMQA, adapting and extending techniques initially proposed for databases.
Now that there has been about a decade of research on inconsistency handling
in OMQA, the time is ripe to take a step back and evaluate the progress that
has been made and what remains to be done.</p>
      <p>
        In this paper, we will try to summarize what is now quite a large collection of
works related to inconsistency handling in OMQA. Our treatment will
necessarily be incomplete. We will focus on the case of inconsistencies in the data (i.e.,
we assume the ontology has been properly debugged) and mainly discuss how
inconsistency-tolerant semantics can be used to obtain meaningful information
from inconsistent knowledge bases. The material we cover can be mostly found
in the survey chapter [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], and we invite interested readers to consult that
chapter for a much more detailed presentation, with complete references and further
examples and discussion.
      </p>
      <p>Given the target audience, we will assume that the reader is familiar with DLs
and the basics of OMQA. Throughout the paper, we assume that K = hT ; Ai
is a knowledge base (KB) with TBox T and ABox A, q is a conjunctive query,
and a is a tuple of constants from A of the same arity as q. We say that A
is T -consistent if the KB hT ; Ai is consistent, i.e. it has at least one model,
and otherwise, it is T -inconsistent. A subset A0 A is called a minimal T
inconsistent subset of A if (i) A0 is T -inconsistent, and (ii) every A00 ( A0 is
T -consistent. A subset C A is a(consistent) T -support of q(a) if (i) C is
T -consistent, and (ii) hT ; Ci j= q(a), i.e. a is a certain answer to q w.r.t. hT ; Ci.</p>
    </sec>
    <sec id="sec-2">
      <title>Inconsistency-Tolerant Semantics</title>
      <p>As mentioned in the introduction, the usual rst-order semantics of DLs does
not provide any useful information in the presence of inconsistencies, as
everything can be inferred from a contradiction. To address this limitation of classical
semantics, several inconsistency-tolerant semantics have been proposed with the
aim of returning meaningful answers to queries posed over inconsistent KBs.</p>
      <p>
        A key notion that underlies many of the proposed semantics is that of a
repair, which intuitively captures the di erent ways of restoring consistency while
retaining as much of the original information as possible. If we use set inclusion
to select the maximal ABoxes, as was proposed in [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] and many subsequent
works, then repairs can be formalized as follows.
      </p>
      <p>De nition 1. An (ABox) repair of an ABox A w.r.t. a TBox T is an
inclusionmaximal subset of A that is T -consistent. We use Rep(A; T ) to denote the set
of repairs of A w.r.t. T , which we abbreviate to Rep(K) when K = hT ; Ai.</p>
      <p>
        Each repair is T -consistent, so it is possible to query a repair using classical
semantics. The di culty, however, is that there are typically several di erent
repairs for an inconsistent KB, so we need to decide how to combine the answers
obtained from the di erent repairs. Arguably the most natural approach is to
require that a tuple be a certain answer no matter which repair is considered.
This idea is captured by the AR semantics, which was rst de ned in [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] and
can be seen as the OMQA analog of the consistent query answering approach
long studied in the database literature [
        <xref ref-type="bibr" rid="ref1 ref16 ref5">1, 16, 5</xref>
        ].
      </p>
      <p>De nition 2 (AR semantics). A tuple a is an answer to q over K = hT ; Ai
under the AR (ABox Repair) semantics, written K j=AR q(a), just in the case
that hT ; Bi j= q(a) for every repair B 2 Rep(K).</p>
      <p>
        A more conservative semantics, termed the IAR semantics [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ], is obtained
by querying the intersection of the repairs (or equivalently, the set of assertions
not participating in any minimal inconsistent subset).
      </p>
      <p>De nition 3 (IAR semantics). A tuple a is an answer to q over K under the
IAR (Intersection of ABox Repairs) semantics, written K j=IAR q(a), just in the
case that hT ; Di j= q(a) where D = TB2Rep(K) B.</p>
      <p>
        The more adventurous brave semantics, rst explored in the OMQA setting
in [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], merely requires that an answer hold w.r.t. at least some repair.
De nition 4 (Brave semantics). A tuple a is an answer to q over K = hT ; Ai
under the brave semantics, written K j=brave q(a), just in the case that hT ; Bi j=
q(a) for some repair B 2 Rep(K).
      </p>
      <p>
        Before proceeding further, let us illustrate the AR, IAR, and brave semantics
on an example (borrowed and adapted from [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]):
k-lazy
2-def.eater
      </p>
      <p>..
k-defeater
k-support</p>
      <p>...</p>
      <p>brave
= 0-defeater
non-objection</p>
      <p>CAR
AR</p>
      <p>ICAR</p>
      <p>IAR
= 1-support
= 0-lazy</p>
      <p>ICR
The KB hTuniv; Aunivi is inconsistent and can be shown to have twelve repairs. If
we evaluate the query q(x) = Faculty(x) using the three semantics, we obtain:
{ 3 answers for AR semantics: sam, kim, alex
{ 1 answer for IAR semantics: alex
{ 4 answers for brave semantics: sam, kim, alex, jane
The preceding three semantics can be related as follows (see also Fig. 1):
K j=IAR q(a)
)</p>
      <p>K j=AR q(a)
)</p>
      <p>K j=brave q(a)
In other words, the brave and IAR semantics provide respectively upper and
lower bounds on the set of answers w.r.t. AR semantics.</p>
      <p>We can also compare these (and later) semantics based upon the properties
they satisfy. Three salient properties for an inconsistency-tolerant semantics are:</p>
      <sec id="sec-2-1">
        <title>Consistent Support</title>
      </sec>
      <sec id="sec-2-2">
        <title>Unique Base</title>
        <sec id="sec-2-2-1">
          <title>IAR, ICR, ICAR</title>
        </sec>
        <sec id="sec-2-2-2">
          <title>Semantics which satisfy the property</title>
          <p>non-objection, CAR, ICAR, AR, ICR,
k-support, k-lazy, IAR
brave, k-defeater, non-objection, AR, ICR,
k-support, k-lazy, IAR</p>
          <p>The interest of Consistent Results is that it allows users to safely combine the
results obtained when querying under semantics S. The Consistent Support
property means that every answer can be backed up by exhibiting a consistent
subset of the original ABox. Finally, the Unique Base property is a nice feature
from the implementation point of view, since it means we compute in an o ine
phase a consistent ABox and then employ any existing querying algorithms.</p>
          <p>As seen in Fig. 2, the brave semantics satis es only Consistent Support,
the AR semantics satis es both Consistent Support and Consistent
Results, while the IAR semantics satis es all three properties.</p>
          <p>
            Let us now continue on to other semantics that have been proposed in the
OMQA literature, starting with the ICR semantics, de ned in [
            <xref ref-type="bibr" rid="ref7">7</xref>
            ]:
De nition 5 (ICR semantics). A tuple a is an answer to q over K = hT ; Ai
under the ICR (Intersection of Closed Repairs) semantics just in the case that
hT ; Di j= q(a) where D = TB2Rep(K) closeT (B).
          </p>
          <p>By closing the repairs before intersecting them, the ICR semantics provides
a better lower approximation of the AR semantics than the IAR semantics, and
it can shown to satisfy the three properties. This semantics coincides with the
AR semantics on instance queries, which means that in our example, the ICR
semantics would return sam, kim, alex as answers to q(x) = Faculty(x).</p>
          <p>
            The idea of adding inferred assertions in order to keep more information is
also at the heart of the CAR and ICAR semantics proposed in [
            <xref ref-type="bibr" rid="ref21">21</xref>
            ]. The key
difference is that a modi ed closure operator is applied to the original inconsistent
ABox, and the enriched ABox is then used to de ne closed ABox repairs:
De nition 6 (Closed ABox repair). Let closeT (A) = f j 9S A such that
S is T -consistent and hT ; Si j= g. A subset R closeT (A) is a closed ABox
repair of A w.r.t. T if (i) it is T -consistent, and (ii) there is no T -consistent
R0 closeT (A) such that R\A ( R0 \A or R\A = R0 \A and R ( R0. If K =
hT ; Ai, the set of closed ABox repairs of A w.r.t. T is denoted ClosedRep(K).
          </p>
          <p>
            Closed ABox repairs can be seen as maximally `completing' the (plain) ABox
repairs with assertions from closeT (A) n A. Note that while a closed ABox repair
of hT ; Ai is always a repair of the KB hT ; closeT (A)i, repairs of hT ; closeT (A)i
need not be closed ABox repairs of hT ; Ai (see [
            <xref ref-type="bibr" rid="ref9">9</xref>
            ] for an example).
De nition 7 (CAR and ICAR semantics). A tuple a is an answer to q
over K = hT ; Ai under the CAR (Closed ABox Repair) semantics just in the
case that hT ; Ri j= q(a) for every R 2 ClosedRep(K). It is an answer under
the ICAR (Intersection of Closed ABox Repairs) semantics just in the case that
hT ; Di j= q(a) where D is the intersection of the closed ABox repairs of A
w.r.t.T .
          </p>
          <p>
            On the KB from Example 1, the CAR semantics gives the same answers as
the AR semantics, and the ICAR semantics coincides with ICR semantics. We
provide another example (borrowed from [
            <xref ref-type="bibr" rid="ref9">9</xref>
            ]) to show how these semantics di er.
Example 2. Reconsider Tuniv and Auniv from Example 1, and let Tu0niv be obtained
by adding 9Teaches v Faculty to Tuniv. Applying the closure operator yields:
closeTu0niv (Auniv) = Auniv [ fFaculty(sam); Faculty(kim); Faculty(alex); Course(cs48);
          </p>
          <p>Faculty(jane); Course(jane); Faculty(cs34)g
Since Faculty(cs34) is not involved in any contradictions, it appears in every
closed ABox repair, so cs34 is an answer to q(x) = Faculty(x) under ICAR and
CAR semantics. Note however that cs34 is not an answer under AR
semantics since some (standard) repairs do not contain Teaches(cs34; jane), which is
required to infer Faculty(cs34).</p>
          <p>
            As displayed in Fig. 2, the CAR semantics satis es Consistent Results,
and ICAR semantics further satis es Unique Base, but neither satis es
Consistent Support (here again we refer to [
            <xref ref-type="bibr" rid="ref9">9</xref>
            ] for an example).
          </p>
          <p>
            We next consider a parameterized family of semantics, called the k-support
semantics, that were introduced in [
            <xref ref-type="bibr" rid="ref15">15</xref>
            ] in order to provide increasingly more
ne-grained lower approximations of the AR semantics (while enjoying certain
desirable computational properties, see Section 3).
          </p>
          <p>De nition 8 (k-support semantics). Tuple a is an answer to q over K =
hT ; Ai under the k-support semantics, written hT ; Ai j=k-supp q(a), if there exist
(not necessarily distinct) subsets S1; : : : ; Sk of A that satisfy the following:
{ each Si is a T -support for q(a) in A
{ for every R 2 Rep(K), there is some Si with Si
R</p>
          <p>The intuition for the k-support semantics is to restrict the number of distinct
supports of the query that can be used to `cover' all of the repairs. When k = 1,
the same support must be present in every repair, so the 1-support semantics
coincides with the IAR semantics. By increasing k and allowing larger and larger
supports, the set of answers will increase until it coincides with the AR-answers.
Like the AR semantics, the k-support semantics satisfy both Consistent
Results and Consistent Support.</p>
          <p>Example 3. Returning to Example 1, we evaluate Faculty(x) using the k-support
semantics. When k = 1, the semantics coincides with IAR, so we only get alex.
For k = 2, we gain an additional answer, kim, by considering the pair of supports
fProf(kim)g and fLect(kim)g. Finally, for k 3, we have one further answer, sam,
by considering the supports fProf(sam)g, fLect(sam)g, fFellow(sam)g.</p>
          <p>
            A second parameterized class of semantics, the k-defeater semantics, was
introduced in the same work [
            <xref ref-type="bibr" rid="ref15">15</xref>
            ] in order to provide increasingly tighter upper
approximations of the AR semantics.
          </p>
          <p>De nition 9 (k-defeater semantics). A tuple a is an answer to q over K =
hT ; Ai under the k-defeater semantics, written K j=k-def q(a), if there does not
exist a T -consistent subset S of A with jSj k such that hT ; S [ Ci j= ? for
every inclusion-minimal T -support C A of q(a).</p>
          <p>It can be shown that 0-defeater semantics coincides with brave semantics and
that the set of answers under k-defeater semantics decreases as the value of k
increases, until the set of AR-answers is reached.</p>
          <p>
            We should also mention another parameterized family of inconsistency-tolerant
semantics, called k-lazy [
            <xref ref-type="bibr" rid="ref24">24</xref>
            ], whose de nition involves another notion of repair
and will be omitted for lack of space. By taking k large enough, the k-lazy
semantics coincides with the AR semantics. However, in contrast to the k-support
semantics, the convergence is not monotone, meaning that a tuple might be an
answer for k = ` but no longer an answer when k = ` + 1. Due to this behaviour,
the k-lazy semantics are not always under-approximations of AR semantics,
though they do satisfy Consistent Results and Consistent Support.
          </p>
          <p>
            More recently, a new upper approximation of the AR semantics has been
proposed, called non-objection inference [
            <xref ref-type="bibr" rid="ref4">4</xref>
            ]:
De nition 10. A tuple a is an answer to q over K = hT ; Ai under the
nonobjection (no) semantics if (i) there is some B 2 Rep(K) with hT ; Bi j= q(a),
and (ii) for every B 2 Rep(K), there is a model of hT ; Bi where q(a) is satis ed.
          </p>
          <p>
            The non-objection semantics lies between the brave and AR semantics, and
it satis es both Consistent Results and Consistent Support. Two further
variants are considered in [
            <xref ref-type="bibr" rid="ref4">4</xref>
            ], by focusing on cardinality-maximal repairs.
          </p>
          <p>
            As noted at the beginning of the section, repairs are usually de ned
using set inclusion. However, in some cases, it can be more appropriate to work
with cardinality-maximal repairs, or to select only the most preferred repairs
according to some criteria. Several di erent notions of preferred repair, based
cardinality, priority levels or weighted assertions, were explored in [
            <xref ref-type="bibr" rid="ref10">10</xref>
            ] and used
to de ne variants of the IAR and AR semantics.
          </p>
          <p>
            We further remark that the preceding works focused on repairing data given
in the form of an ABox, and the de nitions need to be adapted to handle the
setting of ontology-based data access (OBDA), where existing data sources are
linked to a TBox via mappings. This issue is explored in a recent paper [
            <xref ref-type="bibr" rid="ref8">8</xref>
            ], where
two di erent approaches (repair-at-source and map-then-repair) are contrasted.
          </p>
          <p>Finally, we should emphasize that there is no single `best' semantics, and
the choice of which to use needs to be based upon the acceptable level of risk
and performance requirements. Moreover, it can be fruitful to utilize multiple
semantics in combination, either for computational bene t or to identify answers
with di erent levels of reliability.
3</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Complexity of Inconsistency-Tolerant Querying</title>
      <p>
        The complexity of query answering under inconsistency-tolerant semantics has
been the subject of numerous works. We brie y present what is known and refer
to [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] for further details and full references.
      </p>
      <p>
        Let us start by the most well-studied case, namely, DL-Lite KBs1. Figure 3
displays the complexity landscape for querying DL-Lite KBs under a range of
inconsistency-tolerant semantics, considering both data and combined
complexity and both conjunctive queries (CQs) and instance queries (IQs). We observe
that there are several semantics for which query answering is in AC0 in data
complexity. These upper bounds are shown by means of rst-order query
rewriting. For the IAR semantics, the rough idea is to modify a usual rewriting by
adding negated atoms that forbid the use of ABox assertions that do not belong
to the intersection of repairs [
        <xref ref-type="bibr" rid="ref22 ref6">22, 6</xref>
        ]. Subsequent work [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] established general
rewritability results that apply to the families of k-support and k-defeater
semantics and arbitrary FO-rewritable ontology languages. We note that the AC0
result for non-objection semantics2 has not been stated in the literature but
can be shown by adapting query rewriting techniques for the brave and IAR
semantics. For the AR semantics, which is arguably the most natural, query
answering is intractable in data complexity, even in simpler settings, like IQs [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ]
or very simple TBoxes (a single axiom T v F su ces [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]). Looking now to
combined complexity, we observe that the semantics that are well behaved for data
complexity remain so for combined complexity (i.e. their complexity matches
that of classical semantics), while the semantics with intractable data
complexity exhibit higher combined complexities than classical semantics. Finally, we
note that the complexity of querying with variants of AR and IAR based upon
1 The presented results apply to the most common DL-Lite dialects, such as
DL
      </p>
      <p>
        Litecore, DL-LiteR, and DL-LiteA, see [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] for details.
2 In [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], only polynomial data complexity is proven, which we improve to AC0. It is
also not too hard to show that the combined complexity matches classical semantics.
Semantics
classical
AR
IAR
brave
CAR
ICAR
ICR
k-support (k
k-defeater (k
k-lazy (k 1)
non-objection
DL
EL?
ALC
preferred repairs (cardinality, weights, priorities) has also been studied [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], and
the general message is that incorporating preferences leads to higher complexity.
      </p>
      <p>We now brie y consider the situation for DLs beyond DL-Lite. Figure 4
displays complexity results for two representative DLs (E L? and ALC) and
three prominent semantics (AR, IAR, brave). The main observation with regards
to E L? (and other Horn DLs) is that the IAR and brave semantics are no
longer tractable in data complexity. Essentially, the reason is that in constrast
to DL-Lite and other FO-rewritable languages, it is not possible in general to
bound the size of minimal T -inconsistent subsets nor minimal T -supports. For
ALC, the adoption of inconsistency-tolerant semantics leads to a rise in data
complexity, but leaves the combined complexity unchanged (since the repairs
can be enumerated in exponential time).</p>
      <p>CQs
NP
p
2
NP
NP
p
2</p>
      <p>NP
2p[O(log n)]</p>
      <p>NP
NP
p
2
NP</p>
      <p>IQs
NL
coNP
NL
NL
NL
NL
coNP
NL
NL
in P</p>
      <p>NL
CQs
NP
p
2
2p[O(log n)]
NP
Exp
Exp
Exp
Exp</p>
      <p>IQs
P
coNP
coNP
NP
Exp
Exp
Exp
Exp</p>
    </sec>
    <sec id="sec-4">
      <title>4 Implementations of Inconsistency-Tolerant Querying</title>
      <p>
        We provide a brief overview of systems that have been implemented and tested
for inconsistency-tolerant query answering over DL knowledge bases.
QuID system [
        <xref ref-type="bibr" rid="ref23 ref26">26, 23</xref>
        ] This system3 performs conjunctive query answering under
the IAR semantics in an extension of DL-LiteA with denial and identi cation
constraints. Three di erent approaches have been implemented and compared:
rst-order query rewriting, ABox annotation (in which assertions are marked
as safe or problematic depending on whether they belong to the intersection of
repairs, and the query is modi ed to only use safe assertions), and ABox cleaning
(in which assertions not belonging to the intersection of repairs are removed, and
the resulting dataset is queried as usual). The latter two approaches generally
proved to be more e cient than the rewriting approach, but they have the
downside of involving data modi cations.
      </p>
      <p>
        CQAPri system [
        <xref ref-type="bibr" rid="ref10 ref13">10, 13</xref>
        ] This system4 computes answers to CQs over DL-LiteR
KBs under the IAR, brave, and AR semantics (as well as prioritized versions
of AR and IAR). Answers are rst computed for the IAR and brave semantics,
by evaluating a UCQ-rewriting and ltering the results using a pre-computed
set of minimal T -inconsistent subsets. To identify the AR-answers among the
remaining tuples (i.e. those holding under brave semantics but not under IAR
semantics), CQAPri constructs a (usually quite small) instance of UNSAT for
every such tuple, which is passed to an o -the-shelf SAT solver. In addition
to using the IAR and brave semantics to reduce the number of calls to the
SAT solver, the three semantics are used to partition query answers into three
levels of reliability: (Almost) Sure (those answers holding under IAR semantics),
Likely (answers holding under AR but not IAR semantics), and Possible (answers
only holding under brave semantics). Experiments conducted on the modi ed
LUBM benchmark (which was further augmented with negative inclusions and
con icting assertions) showed that despite its intractable data complexity, it is
feasible to compute query answers under the AR semantics, thanks in part to the
fact that many AR-answers can be identifed using the tractable IAR semantics.
SaQAI system [
        <xref ref-type="bibr" rid="ref28">28</xref>
        ] This system5 implements the IAR and ICAR semantics for
DL-LiteR KBs and CQs. For the IAR semantics, the authors follow the ABox
cleaning approach from QuID, using query rewriting to identify then remove the
assertions that do not appear in the intersection of repairs. For the ICAR
semantics, a combination of saturation and query rewriting is employed, together with
some optimizations. The experiments conducted using the CQAPri benchmark
show a better performance than QuID and CQAPri for the IAR semantics.
3 QuID system: http://www.dis.uniroma1.it/~ruzzi/quid/
4 CQAPri system and benchmark: https://www.lri.fr/~bourgaux/CQAPri.
5 SaQAI system: http://www.image.ece.ntua.gr/~etsalap/SaQAI/
System from [
        <xref ref-type="bibr" rid="ref27">27</xref>
        ] This system targets the IAR semantics and currently supports
the DL E LHd?r. It checks whether su cient conditions for producing an
IARrewriting are ful lled (leveraging the FO-rewritability checker Grind [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]) and
constructs such a rewriting when one exists by adding negated conjuncts to
a classical rewriting. Experiments were conducted on seven existing ontologies
(which sometimes needed to be enriched with negative inclusions) and for six of
them, the su cient conditions were satis ed, suggesting that a rewriting-based
approach to IAR may be feasible in practice for ontologies beyond DL-Lite.
System from [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] This system implements the non-objection semantics for ground
CQs (i.e. CQs without existentially quanti ed variables) for DL-LiteR KBs.
Experiments on the CQAPri benchmark con rm that query answers can be e
ciently computed (in accordance with the tractable data complexity).
System from[
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] This system can be used to query SHIQ KBs under a variant
of the AR semantics with weight on ABox assertions and is restricted to ground
CQs. Like CQAPri, it employs SAT solvers, and a form of reachability analysis
to identify a query-relevant fragment of the KB.
5
      </p>
    </sec>
    <sec id="sec-5">
      <title>Related Reasoning Services for Inconsistency Handling</title>
      <p>
        We mention some related reasoning and analysis tasks. First, to render
inconsistency-tolerant OMQA systems more usable, it is important to be able to
explain the results to users. This issue has been taken up in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], where a formal
framework was presented for justifying why a given tuple appears as an answer
under the considered inconsistency-tolerant semantics (AR, IAR, or brave) or
why it is not part of the results. The approach has been implemented by
exploiting di erent functionalities of SAT solvers and integrated into the CQAPri
system. Closely related is a line of work [
        <xref ref-type="bibr" rid="ref2 ref3">3, 2</xref>
        ] on utilizing argumentation and
dialogues with users to explain query answers under various inconsistency-tolerant
semantics (ICR, IAR, brave, and AR).
      </p>
      <p>
        Another important question is how to aid users in repairing their data, in
order to improve the quality of the data. An interactive query-driven approach
to this question has been presented in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. The idea is to allow users may provide
feedback on which query results are missing or erroneous, and then interact with
the user in order to identify a set of ABox modi cations (additions and deletions
of assertions) that x the identi ed aws.
      </p>
      <p>
        Finally, let us mention a formal study of the consistency properties of OBDA
speci cations [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ], in which a database schema is said to protect an OBDA
speci cation if every legal data instance for the database constraints is consistent
w.r.t. the ontology and mappings, and it said to be faithful to a speci cation
if the database constraints do not exclude any instance that is allowed by the
ontology and mappings. (Un)decidability and complexity results are shown for
the analysis tasks of checking the protection and faithfulness properties.
      </p>
    </sec>
    <sec id="sec-6">
      <title>Concluding Remarks</title>
      <p>We hope to have showcased the large body of research that has been developed
over the past decade or so around the issue of inconsistency handling in OMQA.
Signi cant progress has been made on proposing di erent semantics for
querying inconsistent KBs in a principled manner and exploring their computational
properties: complexity, algorithms, and implemented prototypes. There remain
several interesting challenges to tackle going forward, let us mention just three.</p>
      <p>
        First, while we start to have a reasonable idea of how to approach the
issue for DL-Lite KBs, there remains a need to develop practical algorithms for
DLs beyond DL-Lite. Indeed, due to the prevalence of data quality issues,
every OMQA system should be equipped with some sort of inconsistency handling
mechanism (beyond simply reporting that the KB is inconsistent!), and the
challenge is to nd ways of incorporating such features while limiting the impact on
performance. Some rst steps towards this goal can be found in [
        <xref ref-type="bibr" rid="ref27 ref28">28, 27</xref>
        ].
      </p>
      <p>
        Second, a very nice but extremely challenging theoretical question is to
classify the complexity of inconsistency-tolerant query answering at the level of
ontology-mediated queries (that is, ontology-query pairs). Some preliminary
results in this direction have been presented in [
        <xref ref-type="bibr" rid="ref6 ref7">6, 7</xref>
        ]. We note that this problem
is closely related to work on classifying the complexity of consistent query
answering in the presence of functional dependencies, where signi cant progress
has been made (see e.g. [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]), but a full classi cation has proven elusive.
      </p>
      <p>
        Third, it would also be worthwhile to develop quantitative approaches to
inconsistency-tolerant OMQA, both to be able to quantify the con dence in
di erent results, and to be able to take advantage of numeric / probabilistic /
statistical information when it is available. For instance, data that results from
information extraction systems is often annotated with a con dence value, and
mined data quality rules (see e.g. [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ]) that act as soft constraints can prove
useful in detecting inconsistencies and determining the most likely xes.
Acknowledgements Let me take this opportunity to thank the steering committee
and workshop chairs for asking me to be an invited speaker, and while I'm at
it, a big thanks to my many co-authors and the DL community at large for
providing a scienti cally stimulating and friendly research environment.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Arenas</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bertossi</surname>
            ,
            <given-names>L.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chomicki</surname>
          </string-name>
          , J.:
          <article-title>Consistent query answers in inconsistent databases</article-title>
          .
          <source>In: Proceedings of the 18th Symposium on Principles of Database Systems (PODS)</source>
          . pp.
          <volume>68</volume>
          {
          <fpage>79</fpage>
          . ACM Press (
          <year>1999</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Arioua</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Croitoru</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Dialectical characterization of consistent query explanation with existential rules</article-title>
          .
          <source>In: Proceedings of FLAIRS</source>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Arioua</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tamani</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Croitoru</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Query answering explanation in inconsistent datalog +/- knowledge bases</article-title>
          .
          <source>In: Proceedings of DEXA</source>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Benferhat</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bouraoui</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Croitoru</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Papini</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tabia</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Non-objection inference for inconsistency-tolerant query answering</article-title>
          .
          <source>In: Proceedings of the 25th International Joint Conference on Arti cial Intelligence (IJCAI)</source>
          . pp.
          <volume>3684</volume>
          {
          <issue>3690</issue>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Bertossi</surname>
            ,
            <given-names>L.E.</given-names>
          </string-name>
          :
          <article-title>Database Repairing and Consistent Query Answering</article-title>
          .
          <source>Synthesis Lectures on Data Management</source>
          , Morgan &amp; Claypool Publishers (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Bienvenu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>First-order expressibility results for queries over inconsistent dl-lite knowledge bases</article-title>
          . In: Rosati,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Rudolph</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Zakharyaschev</surname>
          </string-name>
          , M. (eds.)
          <source>Proceedings of the 24th International Workshop on Description Logics (DL)</source>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Bienvenu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>On the complexity of consistent query answering in the presence of simple ontologies</article-title>
          .
          <source>In: Proceedings of AAAI</source>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Bienvenu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Inconsistency-tolerant ontology-based data access revisited: Taking mappings into account</article-title>
          . In: Lang,
          <string-name>
            <surname>J</surname>
          </string-name>
          . (ed.)
          <source>Proceedings of the 27th International Joint Conference on Arti cial Intelligence (IJCAI)</source>
          . pp.
          <volume>1721</volume>
          {
          <issue>1729</issue>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Bienvenu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bourgaux</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Inconsistency-tolerant querying of description logic knowledge bases</article-title>
          .
          <source>In: Reasoning Web: Logical Foundation of Knowledge Graph Construction and Query</source>
          Answering - 12th
          <source>International Summer School</source>
          <year>2016</year>
          , Aberdeen, UK, September 5-
          <issue>9</issue>
          ,
          <year>2016</year>
          , Tutorial Lectures. pp.
          <volume>156</volume>
          {
          <issue>202</issue>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Bienvenu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bourgaux</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goasdoue</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Querying inconsistent description logic knowledge bases under preferred repair semantics</article-title>
          .
          <source>In: Proceedings of the 28th AAAI Conference on Arti cial Intelligence (AAAI)</source>
          (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Bienvenu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bourgaux</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goasdoue</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Explaining inconsistency-tolerant query answering over description logic knowledge bases</article-title>
          .
          <source>In: Proceedings of the 30th AAAI Conference on Arti cial Intelligence (AAAI)</source>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Bienvenu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bourgaux</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goasdoue</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Explaining inconsistency-tolerant query answering over description logic knowledge bases</article-title>
          .
          <source>In: Proceedings of the 25th International Joint Conference on Arti cial Intelligence (IJCAI)</source>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Bienvenu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bourgaux</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goasdoue</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Computing and explaining query answers over inconsistent dl-lite knowledge bases</article-title>
          .
          <source>J. Artif. Intell. Res</source>
          .
          <volume>64</volume>
          ,
          <issue>563</issue>
          {
          <fpage>644</fpage>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Bienvenu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rosati</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          :
          <article-title>Tractable approximations of consistent query answering for robust ontology-based data access</article-title>
          .
          <source>In: Proceedings of IJCAI</source>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Bienvenu</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rosati</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          :
          <article-title>Tractable approximations of consistent query answering for robust ontology-based data access</article-title>
          .
          <source>In: Proceedings of the 23rd International Joint Conference on Arti cial Intelligence (IJCAI)</source>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Chomicki</surname>
          </string-name>
          , J.:
          <article-title>Consistent query answering: Five easy pieces</article-title>
          .
          <source>In: Proceedings of ICDT</source>
          . pp.
          <volume>1</volume>
          {
          <issue>17</issue>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Console</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lenzerini</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Data quality in ontology-based data access: The case of consistency</article-title>
          . In: Brodley,
          <string-name>
            <given-names>C.E.</given-names>
            ,
            <surname>Stone</surname>
          </string-name>
          , P. (eds.)
          <source>Proceedings of the 28th AAAI Conference on Arti cial Intelligence</source>
          . pp.
          <volume>1020</volume>
          {
          <issue>1026</issue>
          (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Du</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Qi</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shen</surname>
            ,
            <given-names>Y.D.</given-names>
          </string-name>
          :
          <article-title>Weight-based consistent query answering over inconsistent SHIQ knowledge bases</article-title>
          .
          <source>Knowledge and Information Systems</source>
          <volume>34</volume>
          (
          <issue>2</issue>
          ),
          <volume>335</volume>
          {
          <fpage>371</fpage>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Hansen</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lutz</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Seylan</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wolter</surname>
          </string-name>
          , F.:
          <article-title>E cient query rewriting in the description logic EL and beyond</article-title>
          .
          <source>In: Proceedings of the 24th International Joint Conference on Arti cial Intelligence (IJCAI)</source>
          . pp.
          <volume>3034</volume>
          {
          <issue>3040</issue>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Koutris</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wijsen</surname>
          </string-name>
          , J.:
          <article-title>Consistent query answering for self-join-free conjunctive queries under primary key constraints</article-title>
          .
          <source>ACM Trans. Database Syst</source>
          .
          <volume>42</volume>
          (
          <issue>2</issue>
          ), 9:
          <issue>1</issue>
          { 9:
          <issue>45</issue>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Lembo</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lenzerini</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rosati</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ruzzi</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Savo</surname>
            ,
            <given-names>D.F.</given-names>
          </string-name>
          :
          <article-title>Inconsistency-tolerant semantics for description logics</article-title>
          .
          <source>In: Proceedings of the 4th International Conference on Web Reasoning and Rule Systems (RR)</source>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Lembo</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lenzerini</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rosati</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ruzzi</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Savo</surname>
            ,
            <given-names>D.F.</given-names>
          </string-name>
          :
          <article-title>Query rewriting for inconsistent DL-Lite ontologies</article-title>
          .
          <source>In: Proceedings of the 5th International Conference on Web Reasoning and Rule Systems (RR)</source>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Lembo</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lenzerini</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rosati</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ruzzi</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Savo</surname>
            ,
            <given-names>D.F.</given-names>
          </string-name>
          :
          <article-title>Inconsistency-tolerant query answering in ontology-based data access</article-title>
          .
          <source>Journal Web Sem</source>
          .
          <volume>33</volume>
          ,
          <issue>3</issue>
          {
          <fpage>29</fpage>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Lukasiewicz</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Martinez</surname>
            ,
            <given-names>M.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Simari</surname>
            ,
            <given-names>G.I.</given-names>
          </string-name>
          :
          <article-title>Inconsistency handling in datalog+/- ontologies</article-title>
          .
          <source>In: Proceedings of ECAI</source>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25.
          <string-name>
            <surname>Ortona</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Meduri</surname>
            ,
            <given-names>V.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Papotti</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          : Rudik:
          <article-title>Rule discovery in knowledge bases</article-title>
          .
          <source>PVLDB</source>
          <volume>11</volume>
          (
          <issue>12</issue>
          ),
          <year>1946</year>
          {
          <year>1949</year>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          26.
          <string-name>
            <surname>Rosati</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ruzzi</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Graziosi</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Masotti</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          :
          <article-title>Evaluation of techniques for inconsistency handling in OWL 2 QL ontologies</article-title>
          .
          <source>In: Proceedings of ISWC</source>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          27.
          <string-name>
            <surname>Trivela</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stoilos</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vassalos</surname>
          </string-name>
          , V.:
          <article-title>A framework and positive results for iaranswering</article-title>
          .
          <source>In: Proceedings of the 32nd AAAI Conference on Arti cial Intelligence</source>
          . pp.
          <year>1973</year>
          {
          <year>1980</year>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          28.
          <string-name>
            <surname>Tsalapati</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stoilos</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stamou</surname>
            ,
            <given-names>G.B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Koletsos</surname>
          </string-name>
          , G.:
          <article-title>E cient query answering over expressive inconsistent description logics</article-title>
          . In: Kambhampati,
          <string-name>
            <surname>S</surname>
          </string-name>
          . (ed.)
          <source>Proceedings of the 25th International Joint Conference on Arti cial Intelligence (IJCAI)</source>
          . pp.
          <volume>1279</volume>
          {
          <issue>1285</issue>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>