<!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>On Measuring Inconsistency in Graph Databases</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>John Grant</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Francesco Parisi</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer Science and UMIACS, University of Maryland, College Park</institution>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Department of Informatics, Modeling, Electronics and System Engineering (DIMES), University of Calabria</institution>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2026</year>
      </pub-date>
      <abstract>
        <p>Real-world data are often inconsistent. Although a substantial amount of research has been done on measuring inconsistency, this research concentrated on knowledge bases formalized in propositional logic. Recently, inconsistency measures have been introduced for relational databases. However, nowadays, real-world information is frequently represented by graph-based structures which ofer a more intuitive conceptualization than relational ones. In this paper, we explore inconsistency measures for graph databases with regular path constraints [1], a class of integrity constraints based on a well-known navigational language for graph data. We discuss several inconsistency measures dealing with specific elements contributing to inconsistency in graph databases. Then, we investigate the data and combined complexity of the calculation of all the measures as well as the complexity of deciding whether a measure is lower than, equal to, or greater than a given threshold. It turns out that for a majority of the measures these problems are tractable, while for the others diferent levels of intractability are exhibited.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Inconsistency measures</kwd>
        <kwd>Graph databases</kwd>
        <kwd>Computational complexity</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Graph databases, and more generally data and knowledge graphs, have gained increasing
attention in recent years as a promising formalism to integrate and exploit data and knowledge
from diverse sources on a large scale [
        <xref ref-type="bibr" rid="ref2 ref3 ref4">2, 3, 4</xref>
        ]. Data models such as graph databases have become
popular as they allow for the efective representation and access to data mainly consisting of
entities from the domain of interest (represented by nodes), and relationships between them
(represented by edges). The importance of graph data models stems from the fact that there are
a variety of domains (such as social networks, transport networks, biological pathways, citation
networks, and kinship networks) for which graph-based representations ofer a more intuitive
conceptualization than relational ones. Therefore, graph databases are preferred over relational
databases in several applications where the topology of the data is as important as the data
itself, as for instance in the above-mentioned domains [
        <xref ref-type="bibr" rid="ref2 ref3 ref5">5, 2, 3</xref>
        ].
      </p>
      <p>
        However, data are mostly obtained from large-scale data extraction pipelines, which are
notoriously brittle and can introduce errors and inconsistencies in these graphs [
        <xref ref-type="bibr" rid="ref6 ref7 ref8">6, 7, 8</xref>
        ],
analogously to what happens for traditional relational data [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. This has lead to an extensive body
of work on handling inconsistent data. For instance, approaches for dealing with inconsistent
relational databases include consistent query answering frameworks [
        <xref ref-type="bibr" rid="ref10 ref11">10, 11</xref>
        ], inconsistency
management policies [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], interactive data repairing and cleaning systems [
        <xref ref-type="bibr" rid="ref13 ref14 ref15">13, 14, 15</xref>
        ], as well
as interactive data exploration tools [
        <xref ref-type="bibr" rid="ref16 ref17">16, 17</xref>
        ]. In fact, handling conflicting information has a long
research history in the field of relational data. Given the increasing widespread use of graph data,
witnessed by an unprecedented growth of interconnected data [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ], several issues concerning
data quality have become of fundamental importance for graph data as well [
        <xref ref-type="bibr" rid="ref19 ref20 ref21">19, 20, 21</xref>
        ].
      </p>
      <p>
        An important drawback of relying on data of poor quality is that it can significantly limit the
implementation of efective AI solutions [
        <xref ref-type="bibr" rid="ref22 ref9">9, 22</xref>
        ], such as in typical statistical relational learning
tasks (e.g., link prediction, community search, community and anomaly detection) where data
are in the form of a graph consisting of nodes (entities) and labelled edges (relationships between
entities) [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ]. So, having information on the quality of data used in machine learning and
datadriven approaches is crucial, as poor quality data can have serious adverse consequences on the
quality of decisions made using AI [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ]. Measuring inconsistency [
        <xref ref-type="bibr" rid="ref25 ref26">25, 26</xref>
        ] is a well-understood
approach that can be used towards assessing data quality, as it provides ways to quantify
the severity of the inconsistency and thereby help in understanding the primary sources of
conflicts and devising ways to deal with them. In this regard, inconsistency measurement has
been extensively investigated for propositional knowledge bases (e.g., [
        <xref ref-type="bibr" rid="ref27 ref28 ref29 ref30 ref31 ref32">27, 28, 29, 30, 31, 32</xref>
        ], to
mention a few) ever since the idea of measuring inconsistency was introduced more than 45 years
ago in [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ]. It has been explored in other settings such as software specifications [
        <xref ref-type="bibr" rid="ref33">33</xref>
        ], relational
databases [
        <xref ref-type="bibr" rid="ref34 ref35 ref36 ref37 ref38 ref39 ref40 ref41 ref42">34, 35, 36, 37, 38, 39, 40, 41, 42</xref>
        ], and ontologies [
        <xref ref-type="bibr" rid="ref43 ref44">43, 44</xref>
        ], among others [
        <xref ref-type="bibr" rid="ref45 ref46">45, 46</xref>
        ].
      </p>
      <p>
        However, despite data quality being an important issue in graph data, to the best of our
knowledge, the problem of measuring inconsistency in graph databases has not been addressed
so far. In this paper, we explore inconsistency measures for graph databases (GDBs) consisting
of edge-labelled directed graphs [
        <xref ref-type="bibr" rid="ref47 ref48 ref49 ref5">47, 48, 49, 5</xref>
        ], a simple yet powerful graph data model that is
widely adopted in practice where, for example, it forms the basis of the Resource Description
Framework (RDF) standard used for encoding machine-readable content on the Web [
        <xref ref-type="bibr" rid="ref3 ref5">5, 3</xref>
        ].
Many online social networks can be viewed as edge-labeled directed graphs. For instance, users
of a social network may correspond to vertices and an edge from user  to user  may exist
with a friend label if  friended  (and  accepted), a pfriend label if  friended  but was not
accepted, and a host of labels endorsed-t if  endorsed  w.r.t. topic  and not_endorsed-t if
 was given the option of endorsing  for topic  but did not do so. Likewise, other kinds of
relationships between persons may be considered, such as kinship ones, e.g. child_of, sister_of,
and so on. Moreover, a social network may also consider companies and employers to be vertices,
universities and schools to be vertices, and place edges between persons and such vertices
labeled with relationships like employs or alumnus_of with the obvious meanings [
        <xref ref-type="bibr" rid="ref50">50</xref>
        ]. It is
worth mentioning that other graph data models, such as property graphs [
        <xref ref-type="bibr" rid="ref51">51</xref>
        ], can be translated
to/from edge-labelled directed graphs without loss of information [
        <xref ref-type="bibr" rid="ref3 ref52">52, 3</xref>
        ]. In fact, although
edge-labeled directed graphs have a simple structure, they can encode complex information.
      </p>
      <p>
        As in the relational case, the notion of consistency in GDBs is related to the expectation
that data comply with a set of integrity constraints expressing some semantic properties of the
represented world. These properties can be formally expressed by relying on a query language.
In particular, GDBs are commonly queried through navigational languages, such as regular
path queries (RPQs) that can capture pairs of nodes connected by paths whose labels satisfy
some regular expression [
        <xref ref-type="bibr" rid="ref48 ref53 ref54">48, 53, 54</xref>
        ]. For instance, the RPQ endorsed-GDB+ specifies all paths
consisting of a sequence of one-or-more directed edges whose label is endorsed-GDB (each
representing the fact that a user endorsed another one w.r.t. the topic GDB), expressing the
transitive endorsed-GDB relationship. The result of evaluating such a query over a GDB is the
set of pairs of nodes, corresponding to pairs of users, such that the former transitively endorse
the latter w.r.t. the considered topic. The need for RPQs in graph databases has been long
discussed [
        <xref ref-type="bibr" rid="ref55">55</xref>
        ] and they have been implemented in various systems. For instance, RPQs form the
conceptual core of property paths in the SPARQL standard [
        <xref ref-type="bibr" rid="ref56">56</xref>
        ], which have been implemented
in several SPARQL engines. Likewise, in Cypher [
        <xref ref-type="bibr" rid="ref57">57</xref>
        ], one can find RPQ-like features [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>
        A well-known class of integrity constraints that are based on RPQs is that of regular path
constraints (RPCs) [
        <xref ref-type="bibr" rid="ref58 ref59">58, 59</xref>
        ]. Intuitively, an RPC imposes the constraint that the evaluation of
an RPQ is contained in the evaluation of another RPQ. As an example, the RPC child_of ⊆
son_of | daughter_of, intuitively states that every child is a son or a daughter.
      </p>
      <p>
        In this paper, we investigate inconsistency measures for GDBs with RPCs. The inconsistency
measures measure the inconsistency by blaming elements in the GDB (i.e., nodes, labels, and
edges) from which conflicts originate due to not complying with the integrity constraints. We
investigate the combined and the data complexity [
        <xref ref-type="bibr" rid="ref60 ref61">60, 61</xref>
        ] of four natural problems concerning
the inconsistency measures we conceive for the considered setting. The interested reader can
ifnd more details, proofs of the results stated, as well as additional results, e.g., compliance of
inconsistency measures w.r.t. rationality postulates, in the full version of this paper [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Preliminaries</title>
      <p>
        A graph database (GDB) is a finite edge-labeled directed graph [
        <xref ref-type="bibr" rid="ref47 ref48 ref49 ref5">47, 48, 49, 5</xref>
        ]. Let Σ be a finite
alphabet (i.e., a set of symbols, also called labels). A GDB  = (, ) over Σ consists of i)
a finite set  of vertices (or nodes), and ii) a set of labeled edges  ⊆  × Σ ×  . A tuple
(, ℓ, ) ∈ , where ,  ∈  and ℓ ∈ Σ, denotes an edge from node  to node  whose label is ℓ.
The labels indicate the diferent types of
relationships between vertices; multiple labeled
edges between the same pairs of vertices are Alice
capolopnFshssoaiirbsbtleient. gΣA=,onwf(e7exv,saaemyr)tptilchaeenasotdfisgsri′shapo=awhsun(dbaigtn′ar,abFpaigh′s)ueorofeve1r.′ grandsonofBryan sonocfhild of bsriostthererooff child of Clara granddaughtero
W(deeTnwhoetreistdiezaeso⊂f⊆i′si|f′)i|f +⊆| ⊆′|.an d′ an d̸= ⊆′. ′. soncohfild of childof child of nephewof childof f
      </p>
      <p>Given GDB  = (, ), a path  in  David brother of Ester sister of Frank cousin of Grace
from vertex 0 to vertex  is a sequence sister of cousin of
of edges of the form:  = ( 0, ℓ1, 1) Figure 1: Graph database .
(1, ℓ2, 2) . . . (−1 , ℓ, ), where  ≥ 0
and for all  ∈ [0.. − 1] , (, ℓ+1, +1) ∈ .</p>
      <p>The label of  , denoted () , is the string ℓ1ℓ2 . . . ℓ in Σ* , where Σ* is the set of all strings
of finite length consisting of labels in Σ, including the empty string. Observe that () is the
empty string  if  = 0, that is, if  = ( 0, ,  0) is the empty path.</p>
      <p>
        A regular path query (RPQ)  is a regular expression [
        <xref ref-type="bibr" rid="ref62">62</xref>
        ] defined over the set Σ of edge
labels [
        <xref ref-type="bibr" rid="ref48">48</xref>
        ]. In our context, a regular expression specifies all paths whose edge labels, when
concatenated, form a string in the language of the regular expression.
      </p>
      <p>The evaluation () of an RPQ  over a graph database  = (, ) is the set of pairs (, )
of vertices in  for which there is a path  in  from  to  such that the label () satisfies
the regular expression , that is, () is in the language defined by . If  does not mention
the Kleene-star (i.e., if  defines a finite language) then  is said to be non-recursive.
Example 1. For the graph database  shown in Figure 1, RPQ 1 = son_of.son_of* specifies all
paths formed from a sequence of one-or-more edges with the label son_of. Thus 1 expresses a
transitive relationship in the graph of Figure 1. The evaluation of 1 over  is the set of pairs of vertices
of  that are connected by such a path, that is, 1() = {(David, Bryan), (Bryan, Alice)
(David, Alice)}. As another example, for RPQ 2 = child_of.(brother_of|sister_of), we have that
2() = {(David, Clara), (Ester, Clara), (Frank, Clara), (Grace, Bryan)}.</p>
      <p>
        Graph database constraints based on the class of RPQs are known as regular path constraints
(RPCs) [
        <xref ref-type="bibr" rid="ref58 ref59">58, 59</xref>
        ]. An RPC over Σ is an expression of the form 1 ⊆  2, where 1 and 2 are
RPQs over Σ. A word constraint is an RPC in which both 1 and 2 are words, i.e. simply
sequences of labels. An RPC 1 ⊆  2 imposes the constraint that the evaluation of RPQ 1 is
contained in the evaluation of RPQ 2. That is, a GDB  satisfies the RPC 1 ⊆  2, denoted
as  |= 1 ⊆  2, if 1() ⊆  2() (otherwise, we say that  does not satisfy or violates
1 ⊆  2 and write  ̸|= 1 ⊆  2).
      </p>
      <p>Example 2. For the GDB  shown in Figure 1, let Γ be the set of the following RPCs:
1: child_of ⊆ son_of|daughter_of , meaning that a child is a son or a daughter; 2:
child_of.(brother_of|sister_of) ⊆ nephew_of|niece_of , meaning that a child of a brother or
a sister is a niece or a nephew; 3: child_of.child_of ⊆ grandson_of|granddaughter_of , meaning
that a child of a child is a grandson or a granddaughter; 4: son_of.child_of ⊆ grandson_of , i.e.,
a son of a child of a person is a grandson of that person.</p>
      <p>Considering the first constraint, 1, there are four cases where an edge with label child_of does
not also have the label son_of or daughter_of, that is, the pairs: (Frank, Bryan), (Ester, Bryan),
(Grace, Clara), and (Clara, Alice). Therefore,  violates 1, and we write  ̸|= 1. On the
other hand, it can be easily checked that the fourth constraint is satisfied, that is   |= 4.</p>
      <p>As for the second constraint, the RPQ on the left-hand side of 2 specifies paths consisting
of two edges: the first one labeled with child_of, and the second one labeled with brother_of or
sister_of. Hence, there are three paths in  that violate 2:  1 = (David, child_of, Bryan)
(Bryan, brother_of, Clara);  2 = (Ester, child_of, Bryan) (Bryan, brother_of, Clara);  3 =
(Grace, child_of, Clara) (Clara, sister_of, Bryan). In fact, all need an edge with label nephew_of
or niece_of from the first to the third vertex. That is,  violates 2 since the pairs (David, Clara),
(Ester, Clara), and (Grace, Bryan) belong to the answer of the RPQ on the left-hand side of 2 but
not to the answer of its right-hand side.</p>
      <p>As for the third constraint, there are two paths that violate 3:  4 =
(Ester, child_of, Bryan)(Bryan, child_of, Alice) and  5 = (Frank, child_of, Bryan)
(Bryan, child_of, Alice). Both need an edge with label grandson_of or granddaughter_of.
Therefore,  violates 3 because the pairs (Ester, Alice) and (Frank, Alice) that belong to the
answer of the RPQ on the left-hand side but not to the answer of the right-hand side of 3.</p>
      <p>Given a (finite) set Γ of RPCs, we use  |= Γ to denote the fact that for each RPC 1 ⊆  2
in Γ,  |= 1 ⊆  2. A GDB  is said to be consistent w.r.t. Γ if  |= ; otherwise,  is said to
be inconsistent (w.r.t. Γ). In Example 2,  is inconsistent w.r.t. Γ = {1, 2, 3, 4}, that is,
 ̸|= Γ. Except for the examples where Γ is given explicitly, we assume that Γ is a given set of
RPCs for Σ. The size of Γ is the sum of the sizes of the RPQs occurring in the constraints in Γ.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Inconsistency Measures for Graph Databases</title>
      <p>Let  be the set of all finite GDBs. We fix an alphabet Σ and a set Γ of RPCs over Σ and write
ΣΓ for the set of all such finite GDBs over Σ. A function  : ΣΓ → R≥0∞ is an inconsistency
measure (IM) if the following condition (called Consistency) holds for all  ∈ ΣΓ: () = 0
if  |= Γ. Thus, an IM assigns to every GDB either a nonnegative number or infinity. This
number must be 0 if the GDB is consistent.</p>
      <p>Let  be an RPQ over Σ. We call every pair (, ) obtained in the evaluation of  over  an
answer pair. So () is the set of answer pairs for  in . An answer pair is obtained from a
path  that satisfies  where  is the starting vertex and  is the ending vertex. We call such a
path an answer path and write Paths(, ) for the set of all answer paths for . There may be
several answer paths that correspond to the same answer pair. For every answer path  , we
indicate the answer pair associated with  as (, )  .</p>
      <p>The inconsistency of a GDB is caused by the RPCs. Recall that every RPC in Γ has the
form 1 ⊆  2 for some RPQs over Σ. Let (, ) ∈ 1() ∖ 2() for some 1 ⊆  2 ∈ Γ.
We call such a pair problematic and write ProblematicPairs() for the set of problematic
vertex pairs. All other vertex pairs are said to be free. If  ∈ Path( 1, ) such that (, ) ∈
ProblematicPairs() then  ∈ ProblematicPaths(). A path that is not problematic is free.
Example 3. Continuing with Example 2, the problematic pairs are (Frank, Bryan), (Ester, Bryan),
(Grace, Clara), and (Clara, Alice) (due to violations of 1), and (David, Clara), (Ester, Clara), and
(Grace, Bryan) (due to 2), and (Ester, Alice) and (Frank, Alice) (due to 3).</p>
      <p>Using  for an edge, we slightly abuse notation by writing  ∈  if  is one of the edges of  ;
moreover, we write ℓ ∈  if ℓ is a label of an edge in  , and  ∈  if  is a vertex for an edge in
. This way we define additional problematic sets as follows:
∙ ProblematicEdges() = {(, ℓ,  ′) | ∃ ∈ ProblematicPaths() and (, ℓ,  ′) ∈ }.
∙ ProblematicLabels() = {ℓ | ∃ ∈ ProblematicPaths() and ℓ ∈ }.
∙ ProblematicVertices() = { | ∃ ∈ ProblematicPaths() and  ∈ }.</p>
      <p>The problematic edges (resp., labels, vertices) are the edges (resp., labels, vertices) that appear
on some problematic path. The edges, labels, and vertices that are not problematic are free.
Example 4. ProblematicEdges() = {(Frank, child_of, Bryan), (Ester, child_of, Bryan),
(Grace, child_of, Clara), (Clara, child_of, Alice), (David, child_of, Bryan), (Bryan, brother_of,
Clara), (Clara, sister_of, Bryan), (Bryan, child_of, Alice)}, ProblematicLabels() =
{child_of, brother_of, sister_of}, and ProblematicVertices() = {Frank, Ester, Grace,
Bryan, Clara, Alice, David}.</p>
      <p>Finally, let  1 and  2 be distinct paths. We write  1 ⊂  2 if  1 is a proper subsequence of
 2. We write  ∈ MinimalProblematicPaths() if  ∈ ProblematicPaths() and there is no
 ′ ∈ ProblematicPaths() such that  ′ ⊂ .</p>
      <p>Example 5. With a little efort, it can be checked that MinimalProblematicPaths() =
{(Frank, child_of, Bryan), (Ester, child_of, Bryan), (Grace, child_of, Clara), (Clara, child_of, Alice),
and (David, child_of, Bryan)(Bryan, brother_of, Clara)}.</p>
      <p>Definition 1 (GDB Inconsistency Measures). For any GDB  (and set Γ of RPCs), the
inconsistency measures ,  ,  , , ,  , and , are as follows: () = 1 if
 is not consistent (0 otherwise);  () = |{ |  ∈ Γ and  ̸|= }|;  () =
|ProblematicPairs(G)|; () = |ProblematicEdges(G)|; () = |ProblematicLabels(G)|;
 () = |ProblematicVertices(G)|; () = |MinimalProblematicPaths(G)|.</p>
      <p>In Definition 1, we start by defining the drastic measure , which simply diferentiates
between consistent and inconsistent GDBs. Next, we define one IM,  , that considers only the
violated constraints and counts them. Then, we define IMs that deal with problematic elements:
 counts the number of problematic pairs; , , and  count the number of problematic
edges, labels, and vertices, respectively;  counts the number of minimal problematic paths.
Observe that, although the set  of of vertices is finite, in the presence of recursion, arbitrarily
long paths may be problematic. In such a case the number of problematic paths is infinite.
Infinity is allowed as the value of an IM. The disadvantage of using a measure that counts the
number of problematic paths is that it cannot distinguish between the case where infinity comes
from a single recursion or multiple recursions or finitely many additional problematic paths to
one or more recursions. Instead, we use  that counts the minimal problematic paths. This is a
ifnite number even if there are infinitely many problematic paths.</p>
      <p>Example 6. For the GDB  and Γ of Example 2, we have that () = 1 because  is
inconsistent;  () = 3 because 3 constraints in Γ are violated;  () = 9 because there
are 9 problematic pairs, as shown in Example 3;  () = 8 because there are 8 problematic
edges, as shown in Example 4; () = 3 because there are 3 problematic labels (cf. Example 4);
 () = 7 because there are 7 problematic vertices (cf. Example 4); and () = 5 because
there are 5 minimal problematic paths, as stated in Example 5.</p>
      <p>As the RPCs involve subsets, the situation for inconsistency measures is nonmonotonic. That
is, the addition or deletion of information may decrease or increase an inconsistency measure.
Example 7. Consider a GDB  over Σ = {parent_of, grandparent_of} such that there is a
single RPC in Γ: parent_of.parent_of ⊆ grandparent_of . Let  = {Ann, Bob, Carol}, and  =
{(Ann, parent_of, Bob), (Bob, parent_of, Carol), (Ann, grandparent_of, Carol)}. The GDB  =
(, ) is consistent (w.r.t. Γ) and so has inconsistency measure 0 for every IM. But if the edge
(Ann, grandparent_of, Carol) is deleted, the database becomes inconsistent and must have a positive
measure for all IMs.</p>
      <p>We now introduce the concept of a monotonic subgraph. The idea is that a monotonic subgraph
does not have an inconsistency that is not also in the graph. Let ′ be a subgraph of . We
say that ′ is a monotonic subgraph of  if ProblematicPaths(′) ⊆ ProblematicPaths() .
We write ′ ⊆   if ′ is a monotonic subgraph of . So in Example 7, the subgraph ′
with the edge (Ann, grandparent_of, Carol) deleted, is not a monotonic subgraph. It is clear
from the definitions that ⊆  is a transitive relation on subgraphs. We say that ′ is a minimal
inconsistent monotonic subgraph (MIMS) of  if ′ ⊆  , ′ is inconsistent, and there is no
inconsistent ′′ such that ′′ ⊆  ′ and ′′ ̸= ′. We write MIMS() for the set of all MIMSs
of .</p>
      <p>Example 8. MIMS() consists of the following subgraphs: 1 = ({Frank,
Bryan}, {(Frank, child_of, Bryan)}), 2 = ({Ester, Bryan}, {(Ester, child_of, Bryan)}), 3 =
({Grace, Clara}, {(Grace, child_of, Clara)}), 4 = ({Clara, Alice}, {(Clara, child_of, Alice)}),
5 = ({David, Bryan, Clara}, {(David, child_of, Bryan), (Bryan, brother_of, Clara)}).</p>
      <p>The next inconsistency measure,  , counts the number of minimal inconsistent monotonic
subgraphs thinking of each such subgraph as representing one inconsistency.</p>
      <p>Definition 2 (GDB IMs (cont.)). For any GDB  (and set Γ of RPCs),   () = |MIMS()|.</p>
      <p>
        In our example,  () = () = 5. For every GDB ,  () ≤  (), and it is
possible to have  () &lt; () [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
      </p>
      <p>
        For the case of propositional logic knowledge bases there is an inconsistency measure usually
called the “repair measure” that counts the minimal number of formulas that need to be deleted
to make the knowledge base consistent [
        <xref ref-type="bibr" rid="ref63">63</xref>
        ]. For GDBs, both vertices and edges may be deleted
and, because of nonmonotonicity, the addition of edges may restore consistency. So there are
three measures analogous to the repair measure, as the addition of isolated vertices cannot
restore consistency. For a database  = (, ), let ′ ⊆  (resp.,  ′ ⊆  ). We use the
notation  −  ′ (resp.,  −  ′) for the subgraph ′ of  such that ′ = (,  ∖ ′) (resp.,
′ = ( ∖  ′, ′) where ′ ⊆  is the subset of edges not adjacent to  ′). Finally, let ′ be a
set of edges whose vertices are in  . We write  + ′ for the graph (,  ∪ ′).
Definition 3 (GDB Inconsistency Measures (continued)). For any GDB  (and set Γ of RPCs),
− () = min{|′| |  −  ′ is consistent}, +() = min{|′| |  + ′ is consistent}, and
 − () = min{| ′| |  −  ′ is consistent}.
      </p>
      <p>Example 9. − () = 5 because the following problematic edges must all be deleted to
restore consistency: (Frank, child_of, Bryan), (Ester, child_of, Bryan), (Grace, child_of, Clara),
(Clara, child_of, Alice), (Bryan, brother_of, Clara). Also, +() = 9 and  − () = 3.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Complexity</title>
      <p>
        We investigate the combined and the data-complexity [
        <xref ref-type="bibr" rid="ref60 ref61">60, 61</xref>
        ] of the following problems.
Definition 4 (Lower (LV), Upper (UV), and Exact Value (EV) ). Let  be an IM. Given a GDB
 and a set Γ of RPCs, and a positive value  ∈ N &gt;0, LV (, Γ, ) is the problem of deciding
whether () ≥  . Given  and a non-negative value  ′ ∈ N≥0 , UV (, Γ,  ′) is the problem of
deciding whether () ≤  ′, and EV (, Γ,  ′) is the problem of deciding whether () =  ′.
      </p>
      <p>When the input consists of a GDB and a value only (i.e., the set Γ of RPCs is fixed) we refer
to these problems as Fixed Lower (FLV), Fixed Upper (FUV), and Fixed Exact Value (FEV)
problems. Hence these problems will be denoted as FLV (, ) , FUV (,  ′), and FEV (,  ′).
Definition 5 (Inconsistency Measurement (IM) problem). Let  be an inconsistency measure.
Given a GDB  and a set Γ of RPCs, IM (, Γ) is the problem of computing the value of ().</p>
      <p>
        Also for the inconsistency measurement problem, if the input consists only of the GDB , we
refer to this problem as the Fixed Inconsistency Measurement problem, denoted as FIM ().
Theorem 1 ([
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]). For any GDB  and a set Γ of RPCs, the complexity of the problems defined in
Definitions 4 and 5, and of their “Fixed” versions, is as given in Table 1.
      </p>
      <p>
        Table 1 shows that we found three distinct groups of measures from the computational
standpoint. The first group, the largest one, consists of the measures ,  ,  , , , and
 , that are tractable; in particular, they are in   under data complexity, which is the typical
complexity evaluation carried out for databases since the integrity constraints are usually fixed.
Most of the measures in this group count elementary elements of the graph database, such as
edges and (pairs of) vertices, that are problematic as they contribute to some conflict. The second
group of measures consists of the repair-based ones, namely − ,  − , and +, for which
we provide tight complexity bounds for the first level of the polynomial hierarchy [
        <xref ref-type="bibr" rid="ref65">65</xref>
        ], even
under data complexity (it can be also shown that the considered results still hold for restricted
classes of RPCs, that is word constraints and non-recursive ones [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]). Also, these measures
count elementary elements of the graph database, but they focus on sets of elements needed for
addition and deletion that can restore consistency, which turn out to be computationally more
involved. Finally, the third group consists of the two measures that count complex objects such
as minimal problematic paths and minimal monotonic inconsistent subgraphs, and they turn
out to be the most intractable ones [
        <xref ref-type="bibr" rid="ref64 ref66">66, 64</xref>
        ]. Still, they are less costly than several inconsistency
measures for indefinite relational databases [
        <xref ref-type="bibr" rid="ref41">41</xref>
        ] and propositional knowledge bases [
        <xref ref-type="bibr" rid="ref30">30</xref>
        ].
The second author acknowledges the support of the PNRR projects FAIR - Future AI Research
(PE00000013) and Tech4You - Technologies for climate change adaptation and quality of life
improvement (ECS0000009), under the NRRP MUR program funded by the Next Generation EU.
      </p>
    </sec>
    <sec id="sec-5">
      <title>Declaration on Generative AI</title>
      <p>The authors have not employed any Generative AI tools.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.</given-names>
            <surname>Grant</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Parisi</surname>
          </string-name>
          ,
          <article-title>On measuring inconsistency in graph databases with regular path constraints, Artif</article-title>
          . Intell.
          <volume>335</volume>
          (
          <year>2024</year>
          )
          <fpage>104197</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Arenas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Gutierrez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. F.</given-names>
            <surname>Sequeda</surname>
          </string-name>
          ,
          <article-title>Querying in the age of graph databases and knowledge graphs</article-title>
          ,
          <source>in: Proc. of International Conference on Management of Data (SIGMOD)</source>
          , ACM,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>A.</given-names>
            <surname>Hogan</surname>
          </string-name>
          , E. Blomqvist,
          <string-name>
            <given-names>M.</given-names>
            <surname>Cochez</surname>
          </string-name>
          , C. d'Amato, G. de Melo,
          <string-name>
            <given-names>C.</given-names>
            <surname>Gutierrez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Kirrane</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. E. L.</given-names>
            <surname>Gayo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Navigli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Neumaier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. N.</given-names>
            <surname>Ngomo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Polleres</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. M.</given-names>
            <surname>Rashid</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Rula</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Schmelzeisen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. F.</given-names>
            <surname>Sequeda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Staab</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Zimmermann</surname>
          </string-name>
          ,
          <article-title>Knowledge graphs</article-title>
          ,
          <source>ACM Comput. Surv</source>
          .
          <volume>54</volume>
          (
          <year>2022</year>
          )
          <volume>71</volume>
          :
          <fpage>1</fpage>
          -
          <lpage>71</lpage>
          :
          <fpage>37</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A.</given-names>
            <surname>Hogan</surname>
          </string-name>
          ,
          <article-title>Knowledge graphs: A guided tour (invited paper)</article-title>
          ,
          <source>in: Proc. of International Research School in Artificial Intelligence in Bergen</source>
          ,
          <source>(AIB)</source>
          , volume
          <volume>99</volume>
          ,
          <year>2022</year>
          , pp.
          <volume>1</volume>
          :
          <fpage>1</fpage>
          -
          <lpage>1</lpage>
          :
          <fpage>21</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>R.</given-names>
            <surname>Angles</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Arenas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Barceló</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hogan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. L.</given-names>
            <surname>Reutter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Vrgoc</surname>
          </string-name>
          ,
          <article-title>Foundations of modern query languages for graph databases</article-title>
          ,
          <source>ACM Comput. Surv</source>
          .
          <volume>50</volume>
          (
          <year>2017</year>
          )
          <volume>68</volume>
          :
          <fpage>1</fpage>
          -
          <lpage>68</lpage>
          :
          <fpage>40</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>X. L.</given-names>
            <surname>Dong</surname>
          </string-name>
          , E. Gabrilovich, G. Heitz,
          <string-name>
            <given-names>W.</given-names>
            <surname>Horn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Murphy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Sun</surname>
          </string-name>
          , W. Zhang,
          <article-title>From data fusion to knowledge fusion</article-title>
          ,
          <source>Proc. VLDB Endow</source>
          .
          <volume>7</volume>
          (
          <year>2014</year>
          )
          <fpage>881</fpage>
          -
          <lpage>892</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>K.</given-names>
            <surname>Rabbani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Lissandrini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Hose</surname>
          </string-name>
          ,
          <article-title>Extraction of validating shapes from very large knowledge graphs</article-title>
          ,
          <source>Proc. VLDB Endow</source>
          .
          <volume>16</volume>
          (
          <year>2023</year>
          )
          <fpage>1023</fpage>
          -
          <lpage>1032</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>J. Z.</given-names>
            <surname>Pan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Razniewski</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Kalo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Singhania</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Dietze</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Jabeen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Omeliyanenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Lissandrini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Biswas</surname>
          </string-name>
          , G. de Melo,
          <string-name>
            <given-names>A.</given-names>
            <surname>Bonifati</surname>
          </string-name>
          , E. Vakaj,
          <string-name>
            <given-names>M.</given-names>
            <surname>Dragoni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Graux</surname>
          </string-name>
          ,
          <article-title>Large language models and knowledge graphs: Opportunities and challenges</article-title>
          ,
          <source>TGDK</source>
          <volume>1</volume>
          (
          <year>2023</year>
          ) 2:
          <fpage>1</fpage>
          -
          <lpage>2</lpage>
          :
          <fpage>38</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>A. Y. Levy,</surname>
          </string-name>
          <article-title>Combining artificial intelligence and databases for data integration</article-title>
          ,
          <source>in: Artificial Intelligence Today: Recent Trends and Developments</source>
          , Springer,
          <year>1999</year>
          , pp.
          <fpage>249</fpage>
          -
          <lpage>268</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>M.</given-names>
            <surname>Arenas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. E.</given-names>
            <surname>Bertossi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Chomicki</surname>
          </string-name>
          ,
          <article-title>Consistent query answers in inconsistent databases</article-title>
          ,
          <source>in: Proc. of Symposium on Principles of Database Systems (PODS)</source>
          ,
          <year>1999</year>
          , pp.
          <fpage>68</fpage>
          -
          <lpage>79</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>M.</given-names>
            <surname>Calautti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Libkin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pieris</surname>
          </string-name>
          ,
          <article-title>An operational approach to consistent query answering</article-title>
          ,
          <source>in: Proc. of ACM Symposium on Principles of Database Systems (PODS)</source>
          ,
          <year>2018</year>
          , pp.
          <fpage>239</fpage>
          -
          <lpage>251</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>M. V.</given-names>
            <surname>Martinez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Parisi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pugliese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. I.</given-names>
            <surname>Simari</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V. S.</given-names>
            <surname>Subrahmanian</surname>
          </string-name>
          ,
          <article-title>Policy-based inconsistency management in relational databases</article-title>
          ,
          <source>Int. J. Approx. Reasoning</source>
          <volume>55</volume>
          (
          <year>2014</year>
          )
          <fpage>501</fpage>
          -
          <lpage>528</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>B.</given-names>
            <surname>Fazzinga</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Flesca</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Furfaro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Parisi</surname>
          </string-name>
          ,
          <article-title>DART: A data acquisition and repairing tool</article-title>
          , in
          <source>: EDBT 2006 Workshops on Inconsistency and Incompleteness in Databases (IIDB)</source>
          ,
          <year>2006</year>
          , pp.
          <fpage>297</fpage>
          -
          <lpage>317</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>S.</given-names>
            <surname>Hao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>He</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Ta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Feng</surname>
          </string-name>
          ,
          <article-title>A novel cost-based model for data repairing</article-title>
          ,
          <source>IEEE Trans. Knowl. Data Eng</source>
          .
          <volume>29</volume>
          (
          <year>2017</year>
          )
          <fpage>727</fpage>
          -
          <lpage>742</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>J.</given-names>
            <surname>He</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Veltri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Santoro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Mecca</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Papotti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <article-title>Interactive and deterministic data cleaning</article-title>
          ,
          <source>in: Proc. of International Conference on Management of Data (SIGMOD)</source>
          ,
          <year>2016</year>
          , pp.
          <fpage>893</fpage>
          -
          <lpage>907</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>T.</given-names>
            <surname>Bleifuß</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Bornemann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. V.</given-names>
            <surname>Kalashnikov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Naumann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Srivastava</surname>
          </string-name>
          , Dbchex:
          <article-title>Interactive exploration of data and schema change</article-title>
          ,
          <source>in: Proc. of Biennial Conference on Innovative Data Systems Research (CIDR)</source>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>A.</given-names>
            <surname>Giuzio</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Mecca</surname>
          </string-name>
          , E. Quintarelli,
          <string-name>
            <given-names>M.</given-names>
            <surname>Roveri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Santoro</surname>
          </string-name>
          , L. Tanca,
          <article-title>INDIANA: an interactive system for assisting database exploration</article-title>
          ,
          <source>Inf. Syst</source>
          .
          <volume>83</volume>
          (
          <year>2019</year>
          )
          <fpage>40</fpage>
          -
          <lpage>56</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>S.</given-names>
            <surname>Sakr</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Bonifati</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Voigt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Iosup</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Ammar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Angles</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W. G.</given-names>
            <surname>Aref</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Arenas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Besta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. A.</given-names>
            <surname>Boncz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Daudjee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. D.</given-names>
            <surname>Valle</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Dumbrava</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Hartig</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Haslhofer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Hegeman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Hidders</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Hose</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Iamnitchi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Kalavri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Kapp</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Martens</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. T.</given-names>
            <surname>Özsu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Peukert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Plantikow</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Ragab</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Ripeanu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Salihoglu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Schulz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Selmer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. F.</given-names>
            <surname>Sequeda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Shinavier</surname>
          </string-name>
          , G. Szárnyas,
          <string-name>
            <given-names>R.</given-names>
            <surname>Tommasini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Tumeo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Uta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. L.</given-names>
            <surname>Varbanescu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Wu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Yakovets</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Yan</surname>
          </string-name>
          ,
          <string-name>
            <surname>E. Yoneki,</surname>
          </string-name>
          <article-title>The future is big graphs: a community view on graph processing systems</article-title>
          ,
          <source>Commun. ACM</source>
          <volume>64</volume>
          (
          <year>2021</year>
          )
          <fpage>62</fpage>
          -
          <lpage>71</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>S.</given-names>
            <surname>Abriola</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. V.</given-names>
            <surname>Martínez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Pardal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Cifuentes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. P.</given-names>
            <surname>Baque</surname>
          </string-name>
          ,
          <article-title>On the complexity of finding set repairs for data-graphs</article-title>
          ,
          <source>J. Artif. Intell. Res</source>
          .
          <volume>76</volume>
          (
          <year>2023</year>
          )
          <fpage>721</fpage>
          -
          <lpage>759</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>J.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Dong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Hastings</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Jiménez-Ruiz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>López</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Monnin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Pesquita</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Skoda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V. A. M.</given-names>
            <surname>Tamma</surname>
          </string-name>
          ,
          <article-title>Knowledge graphs for the life sciences: Recent developments, challenges and opportunities</article-title>
          ,
          <source>TGDK</source>
          <volume>1</volume>
          (
          <year>2023</year>
          ) 5:
          <fpage>1</fpage>
          -
          <lpage>5</lpage>
          :
          <fpage>33</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>B.</given-names>
            <surname>Xue</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Zou</surname>
          </string-name>
          ,
          <article-title>Knowledge graph quality management: A comprehensive survey</article-title>
          ,
          <source>IEEE Trans. Knowl. Data Eng</source>
          .
          <volume>35</volume>
          (
          <year>2023</year>
          )
          <fpage>4969</fpage>
          -
          <lpage>4988</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>A.</given-names>
            <surname>Jain</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Patel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Nagalapatti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Gupta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Mehta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. C.</given-names>
            <surname>Guttula</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Mujumdar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Afzal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. S.</given-names>
            <surname>Mittal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Munigala</surname>
          </string-name>
          ,
          <article-title>Overview and importance of data quality for machine learning tasks</article-title>
          , in: KDD, ACM,
          <year>2020</year>
          , pp.
          <fpage>3561</fpage>
          -
          <lpage>3562</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>M.</given-names>
            <surname>Nickel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Murphy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Tresp</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Gabrilovich</surname>
          </string-name>
          ,
          <article-title>A review of relational machine learning for knowledge graphs</article-title>
          ,
          <source>Proc. IEEE</source>
          <volume>104</volume>
          (
          <year>2016</year>
          )
          <fpage>11</fpage>
          -
          <lpage>33</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>I. H.</given-names>
            <surname>Sarker</surname>
          </string-name>
          ,
          <article-title>Data science and analytics: An overview from data-driven smart computing, decision-making and applications perspective</article-title>
          ,
          <source>SN Comput. Sci. 2</source>
          (
          <year>2021</year>
          )
          <fpage>377</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>J.</given-names>
            <surname>Grant</surname>
          </string-name>
          ,
          <article-title>Classifications for inconsistent theories</article-title>
          ,
          <source>Notre Dame Journal of Formal Logic XIX</source>
          (
          <year>1978</year>
          )
          <fpage>435</fpage>
          -
          <lpage>444</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>J.</given-names>
            <surname>Grant</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. V.</given-names>
            <surname>Martinez</surname>
          </string-name>
          , Measuring Inconsistency in Information, College Publications,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>M.</given-names>
            <surname>Thimm</surname>
          </string-name>
          ,
          <article-title>On the expressivity of inconsistency measures</article-title>
          ,
          <source>Artif. Intell</source>
          .
          <volume>234</volume>
          (
          <year>2016</year>
          )
          <fpage>120</fpage>
          -
          <lpage>151</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <given-names>K.</given-names>
            <surname>Mu</surname>
          </string-name>
          ,
          <article-title>Measuring inconsistency with constraints for propositional knowledge bases, Artif</article-title>
          . Intell.
          <volume>259</volume>
          (
          <year>2018</year>
          )
          <fpage>52</fpage>
          -
          <lpage>90</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          [29]
          <string-name>
            <given-names>G. D.</given-names>
            <surname>Bona</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Grant</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hunter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Konieczny</surname>
          </string-name>
          ,
          <article-title>Classifying inconsistency measures using graphs</article-title>
          ,
          <source>J. Artif. Intell. Res</source>
          .
          <volume>66</volume>
          (
          <year>2019</year>
          )
          <fpage>937</fpage>
          -
          <lpage>987</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          [30]
          <string-name>
            <given-names>M.</given-names>
            <surname>Thimm</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. P.</given-names>
            <surname>Wallner</surname>
          </string-name>
          ,
          <article-title>On the complexity of inconsistency measurement</article-title>
          ,
          <source>Artif. Intell</source>
          .
          <volume>275</volume>
          (
          <year>2019</year>
          )
          <fpage>411</fpage>
          -
          <lpage>456</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          [31]
          <string-name>
            <given-names>P.</given-names>
            <surname>Besnard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Grant</surname>
          </string-name>
          , Relative inconsistency measures,
          <source>Artif. Intell</source>
          .
          <volume>280</volume>
          (
          <year>2020</year>
          )
          <fpage>103231</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          [32]
          <string-name>
            <given-names>M.</given-names>
            <surname>Ulbricht</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Thimm</surname>
          </string-name>
          , G. Brewka,
          <article-title>Handling and measuring inconsistency in nonmonotonic logics</article-title>
          ,
          <source>Artif. Intell</source>
          .
          <volume>286</volume>
          (
          <year>2020</year>
          )
          <fpage>103344</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          [33]
          <string-name>
            <given-names>K.</given-names>
            <surname>Mu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Jin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Lu</surname>
          </string-name>
          , W. Liu,
          <article-title>Measuring inconsistency in requirements specifications</article-title>
          ,
          <source>in: Proc. of European Conf. on Symbolic and Quantitative Approaches to Reasoning with Uncertainty (ECSQARU)</source>
          ,
          <year>2005</year>
          , pp.
          <fpage>440</fpage>
          -
          <lpage>451</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref34">
        <mixed-citation>
          [34]
          <string-name>
            <given-names>M. V.</given-names>
            <surname>Martinez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pugliese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. I.</given-names>
            <surname>Simari</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V. S.</given-names>
            <surname>Subrahmanian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Prade</surname>
          </string-name>
          ,
          <article-title>How dirty is your relational database? an axiomatic approach</article-title>
          ,
          <source>in: Proc. of European Conference Symbolic and Quantitative Approaches to Reasoning with Uncertainty (ECSQARU)</source>
          ,
          <year>2007</year>
          , pp.
          <fpage>103</fpage>
          -
          <lpage>114</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref35">
        <mixed-citation>
          [35]
          <string-name>
            <given-names>H.</given-names>
            <surname>Decker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Martinenghi</surname>
          </string-name>
          ,
          <article-title>Inconsistency-tolerant integrity checking</article-title>
          ,
          <source>IEEE Trans. Knowl. Data Eng</source>
          .
          <volume>23</volume>
          (
          <year>2011</year>
          )
          <fpage>218</fpage>
          -
          <lpage>234</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref36">
        <mixed-citation>
          [36]
          <string-name>
            <given-names>H.</given-names>
            <surname>Decker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Misra</surname>
          </string-name>
          ,
          <article-title>Database inconsistency measures and their applications</article-title>
          ,
          <source>in: Proc. of International Conference on Information and Software Technologies (ICIST)</source>
          ,
          <year>2017</year>
          , pp.
          <fpage>254</fpage>
          -
          <lpage>265</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref37">
        <mixed-citation>
          [37]
          <string-name>
            <given-names>L. E.</given-names>
            <surname>Bertossi</surname>
          </string-name>
          ,
          <article-title>Repair-based degrees of database inconsistency</article-title>
          ,
          <source>in: Proc. of Int. Conf. on Logic Programming and Nonmonotonic Reasoning (LPNMR)</source>
          ,
          <year>2019</year>
          , pp.
          <fpage>195</fpage>
          -
          <lpage>209</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref38">
        <mixed-citation>
          [38]
          <string-name>
            <given-names>O.</given-names>
            <surname>Issa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Bonifati</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Toumani</surname>
          </string-name>
          ,
          <article-title>Evaluating top-k queries with inconsistency degrees</article-title>
          ,
          <source>Proc. VLDB Endow</source>
          .
          <volume>13</volume>
          (
          <year>2020</year>
          )
          <fpage>2146</fpage>
          -
          <lpage>2158</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref39">
        <mixed-citation>
          [39]
          <string-name>
            <given-names>O.</given-names>
            <surname>Issa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Bonifati</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Toumani</surname>
          </string-name>
          ,
          <article-title>INCA: inconsistency-aware data profiling and querying</article-title>
          ,
          <source>in: Proc. of International Conference on Management of Data (SIGMOD)</source>
          ,
          <year>2021</year>
          , pp.
          <fpage>2745</fpage>
          -
          <lpage>2749</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref40">
        <mixed-citation>
          [40]
          <string-name>
            <given-names>E.</given-names>
            <surname>Livshits</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Kochirgan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Tsur</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I. F.</given-names>
            <surname>Ilyas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Kimelfeld</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Roy</surname>
          </string-name>
          ,
          <article-title>Properties of inconsistency measures for databases</article-title>
          ,
          <source>in: Proc. of International Conference on Management of Data (SIGMOD)</source>
          ,
          <year>2021</year>
          , pp.
          <fpage>1182</fpage>
          -
          <lpage>1194</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref41">
        <mixed-citation>
          [41]
          <string-name>
            <given-names>F.</given-names>
            <surname>Parisi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Grant</surname>
          </string-name>
          ,
          <article-title>On measuring inconsistency in definite and indefinite databases with denial constraints, Artif</article-title>
          . Intell.
          <volume>318</volume>
          (
          <year>2023</year>
          )
          <fpage>103884</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref42">
        <mixed-citation>
          [42]
          <string-name>
            <given-names>F.</given-names>
            <surname>Parisi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Grant</surname>
          </string-name>
          ,
          <article-title>Relative inconsistency measures for indefinite databases with denial constraints</article-title>
          ,
          <source>in: Proc. of International Joint Conference on Artificial Intelligence (IJCAI)</source>
          ,
          <year>2023</year>
          , pp.
          <fpage>3321</fpage>
          -
          <lpage>3329</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref43">
        <mixed-citation>
          [43]
          <string-name>
            <given-names>L.</given-names>
            <surname>Zhou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Huang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Qi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Ma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Huang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Qu</surname>
          </string-name>
          ,
          <article-title>Measuring inconsistency in DL-Lite ontologies</article-title>
          ,
          <source>in: Proc. of Int. Conf. on Web Intelligence (WI)</source>
          ,
          <year>2009</year>
          , pp.
          <fpage>349</fpage>
          -
          <lpage>356</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref44">
        <mixed-citation>
          [44]
          <string-name>
            <given-names>X.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Ma</surname>
          </string-name>
          , G. Qi,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Feng</surname>
          </string-name>
          ,
          <article-title>A distance-based framework for inconsistency-tolerant reasoning and inconsistency measurement in DL-Lite, Int</article-title>
          .
          <source>J. Approx. Reasoning</source>
          <volume>89</volume>
          (
          <year>2017</year>
          )
          <fpage>58</fpage>
          -
          <lpage>79</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref45">
        <mixed-citation>
          [45]
          <string-name>
            <given-names>J.</given-names>
            <surname>Grant</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. V.</given-names>
            <surname>Martinez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Molinaro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Parisi</surname>
          </string-name>
          ,
          <article-title>Dimensional inconsistency measures and postulates in spatio-temporal databases</article-title>
          ,
          <source>J. Artif. Intell. Res</source>
          .
          <volume>71</volume>
          (
          <year>2021</year>
          )
          <fpage>733</fpage>
          -
          <lpage>780</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref46">
        <mixed-citation>
          [46]
          <string-name>
            <given-names>J.</given-names>
            <surname>Grant</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Parisi</surname>
          </string-name>
          ,
          <article-title>General information spaces: measuring inconsistency, rationality postulates, and complexity</article-title>
          ,
          <source>Annals of Math. and Artif. Intell</source>
          .
          <volume>90</volume>
          (
          <year>2022</year>
          )
          <fpage>235</fpage>
          -
          <lpage>269</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref47">
        <mixed-citation>
          [47]
          <string-name>
            <given-names>P.</given-names>
            <surname>Buneman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. B.</given-names>
            <surname>Davidson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. F.</given-names>
            <surname>Fernandez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Suciu</surname>
          </string-name>
          ,
          <article-title>Adding structure to unstructured data</article-title>
          ,
          <source>in: Proc. of 6th International Conference on Database Theory (ICDT)</source>
          , volume
          <volume>1186</volume>
          ,
          <year>1997</year>
          , pp.
          <fpage>336</fpage>
          -
          <lpage>350</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref48">
        <mixed-citation>
          [48]
          <string-name>
            <given-names>D.</given-names>
            <surname>Calvanese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. D.</given-names>
            <surname>Giacomo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Lenzerini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. Y.</given-names>
            <surname>Vardi</surname>
          </string-name>
          ,
          <article-title>Rewriting of regular expressions and regular path queries</article-title>
          ,
          <source>J. Comput. Syst. Sci</source>
          .
          <volume>64</volume>
          (
          <year>2002</year>
          )
          <fpage>443</fpage>
          -
          <lpage>465</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref49">
        <mixed-citation>
          [49]
          <string-name>
            <given-names>P.</given-names>
            <surname>Barceló</surname>
          </string-name>
          , G. Fontaine,
          <article-title>On the data complexity of consistent query answering over graph databases</article-title>
          ,
          <source>J. Comput. Syst. Sci</source>
          .
          <volume>88</volume>
          (
          <year>2017</year>
          )
          <fpage>164</fpage>
          -
          <lpage>194</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref50">
        <mixed-citation>
          [50]
          <string-name>
            <given-names>F.</given-names>
            <surname>Parisi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Park</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pugliese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V. S.</given-names>
            <surname>Subrahmanian</surname>
          </string-name>
          ,
          <article-title>Top-k user-defined vertex scoring queries in edge-labeled graph databases</article-title>
          ,
          <source>ACM Trans. Web</source>
          <volume>12</volume>
          (
          <year>2018</year>
          )
          <volume>21</volume>
          :
          <fpage>1</fpage>
          -
          <lpage>21</lpage>
          :
          <fpage>35</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref51">
        <mixed-citation>
          [51]
          <string-name>
            <given-names>R.</given-names>
            <surname>Angles</surname>
          </string-name>
          ,
          <article-title>The property graph database model</article-title>
          ,
          <source>in: Proc. of the 12th Alberto Mendelzon International Workshop on Foundations of Data Management</source>
          , volume
          <volume>2100</volume>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref52">
        <mixed-citation>
          [52]
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Rodriguez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Neubauer</surname>
          </string-name>
          ,
          <article-title>Constructions from dots and lines</article-title>
          ,
          <source>Bulletin of the American Society for Information Science and Technology</source>
          <volume>36</volume>
          (
          <year>2010</year>
          )
          <fpage>35</fpage>
          -
          <lpage>41</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref53">
        <mixed-citation>
          [53]
          <string-name>
            <given-names>P. T.</given-names>
            <surname>Wood</surname>
          </string-name>
          ,
          <article-title>Query languages for graph databases</article-title>
          ,
          <source>SIGMOD Rec</source>
          .
          <volume>41</volume>
          (
          <year>2012</year>
          )
          <fpage>50</fpage>
          -
          <lpage>60</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref54">
        <mixed-citation>
          [54]
          <string-name>
            <surname>P. B. Baeza</surname>
          </string-name>
          , Querying graph databases,
          <source>in: Proceedings of the 32nd ACM Symposium on Principles of Database Systems (PODS)</source>
          , ACM,
          <year>2013</year>
          , pp.
          <fpage>175</fpage>
          -
          <lpage>188</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref55">
        <mixed-citation>
          [55]
          <string-name>
            <given-names>P.</given-names>
            <surname>Buneman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. B.</given-names>
            <surname>Davidson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. G.</given-names>
            <surname>Hillebrand</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Suciu</surname>
          </string-name>
          ,
          <article-title>A query language and optimization techniques for unstructured data</article-title>
          ,
          <source>in: Proceedings of International Conference on Management of Data (SIGMOD)</source>
          ,
          <year>1996</year>
          , pp.
          <fpage>505</fpage>
          -
          <lpage>516</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref56">
        <mixed-citation>
          <source>[56] W3C, SPARQL 1.1 Query Language</source>
          ,
          <year>2013</year>
          . Https://www.w3.org/TR/sparql11-query.
        </mixed-citation>
      </ref>
      <ref id="ref57">
        <mixed-citation>
          [57]
          <string-name>
            <given-names>N.</given-names>
            <surname>Francis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Green</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Guagliardo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Libkin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Lindaaker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Marsault</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Plantikow</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Rydberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Selmer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Taylor</surname>
          </string-name>
          , Cypher:
          <article-title>An evolving query language for property graphs</article-title>
          ,
          <source>in: Proceedings of International Conference on Management of Data (SIGMOD)</source>
          ,
          <year>2018</year>
          , pp.
          <fpage>1433</fpage>
          -
          <lpage>1445</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref58">
        <mixed-citation>
          [58]
          <string-name>
            <given-names>S.</given-names>
            <surname>Abiteboul</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Vianu</surname>
          </string-name>
          ,
          <article-title>Regular path queries with constraints</article-title>
          ,
          <source>J. Comput. Syst. Sci</source>
          .
          <volume>58</volume>
          (
          <year>1999</year>
          )
          <fpage>428</fpage>
          -
          <lpage>452</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref59">
        <mixed-citation>
          [59]
          <string-name>
            <given-names>G.</given-names>
            <surname>Grahne</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Thomo</surname>
          </string-name>
          ,
          <article-title>Query containment and rewriting using views for regular path queries under constraints</article-title>
          ,
          <source>in: Proceedings of the Twenty-Second Symposium on Principles of Database Systems (PODS)</source>
          ,
          <year>2003</year>
          , pp.
          <fpage>111</fpage>
          -
          <lpage>122</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref60">
        <mixed-citation>
          [60]
          <string-name>
            <surname>A. K. Chandra</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Harel</surname>
          </string-name>
          ,
          <article-title>Computable queries for relational data bases</article-title>
          ,
          <source>J. Comput. Syst. Sci</source>
          .
          <volume>21</volume>
          (
          <year>1980</year>
          )
          <fpage>156</fpage>
          -
          <lpage>178</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref61">
        <mixed-citation>
          [61]
          <string-name>
            <given-names>M. Y.</given-names>
            <surname>Vardi</surname>
          </string-name>
          ,
          <article-title>The complexity of relational query languages (extended abstract)</article-title>
          ,
          <source>in: Proc. of Symposium on Theory of Computing (STOC)</source>
          ,
          <year>1982</year>
          , pp.
          <fpage>137</fpage>
          -
          <lpage>146</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref62">
        <mixed-citation>
          [62]
          <string-name>
            <given-names>J. E.</given-names>
            <surname>Hopcroft</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Motwani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. D.</given-names>
            <surname>Ullman</surname>
          </string-name>
          , Introduction to Automata Theory, Languages, and
          <source>Computation (3rd Edition)</source>
          ,
          <string-name>
            <surname>Addison-Wesley Longman</surname>
          </string-name>
          Publishing Co., Inc.,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref63">
        <mixed-citation>
          [63]
          <string-name>
            <given-names>J.</given-names>
            <surname>Grant</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hunter</surname>
          </string-name>
          ,
          <article-title>Distance-based measures of inconsistency</article-title>
          ,
          <source>in: Proc. of ECSQARU</source>
          ,
          <year>2013</year>
          , pp.
          <fpage>230</fpage>
          -
          <lpage>241</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref64">
        <mixed-citation>
          [64]
          <string-name>
            <given-names>K. W.</given-names>
            <surname>Wagner</surname>
          </string-name>
          ,
          <article-title>The complexity of combinatorial problems with succinct input representation</article-title>
          ,
          <source>Acta Inf</source>
          .
          <volume>23</volume>
          (
          <year>1986</year>
          )
          <fpage>325</fpage>
          -
          <lpage>356</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref65">
        <mixed-citation>
          [65]
          <string-name>
            <surname>C. M. Papadimitriou</surname>
          </string-name>
          , Computational complexity, Addison-Wesley, Reading, Massachusetts,
          <year>1994</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref66">
        <mixed-citation>
          [66]
          <string-name>
            <surname>L. G. Valiant,</surname>
          </string-name>
          <article-title>The complexity of computing the permanent</article-title>
          ,
          <source>Theor. Comput. Sci. 8</source>
          (
          <year>1979</year>
          )
          <fpage>189</fpage>
          -
          <lpage>201</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>