<!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>Contextual Itemset Mining in DBpedia</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Julien Rabatel</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Madalina Croitoru</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Dino Ienco</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Pascal Poncelet</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>IRSTEA UMR TETIS</institution>
          ,
          <addr-line>LIRMM</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>LIRMM, University Montpellier 2</institution>
          ,
          <country country="FR">France</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>In this paper we show the potential of contextual itemset mining in the context of Linked Open Data. Contextual itemset mining extracts frequent associations among items considering background information. In the case of Linked Open Data, the background information is represented by an Ontology de ned over the data. Each resulting itemset is speci c to a particular context and contexts can be related each others following the ontological structure. We use contextual mining on DBpedia data and show how the use of contextual information can re ne the itemsets obtained by the knowledge discovery process.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        We place ourselves in a knowledge discovery setting where we are interested in
mining frequent itemsets from a RDF knowledge base. Our approach takes into
account contextual data about the itemsets that can impact on what itemsets
are found frequent depending on their context [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. This paper presents a proof
of concept and shows the potential advantage of contextual itemset mining in
the Linked Open Data (LOD) setting, with respect to other approaches in the
literature that do not consider contextual information when mining LOD data.
We make the work hypothesis that the context we consider in this paper is the
class type (hypothesis justi ed by practical interests of such consideration such
as data integration, alignment, key discovery, etc.). This work hypothesis can
be lifted and explored according to other contexts such as predicates, pairs of
subjects and objects, etc. [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] as further discussed in Section 5.
      </p>
      <p>
        Here we are not interested in the use of how the mined itemsets can be
relevant for ontological rule discovery [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], knowledge base compression [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] etc.
We acknowledge these approaches and plan to investigate how, depending on
the way contexts are considered, we can mine di erent kind of frequent itemsets
that could be further used for reasoning. Therefore, against the state of the art
our contribution is:
{ Taking into account contextual information when mining frequent itemsets
on the Linked Open Data cloud. This allows us to re ne the kind of
information the mining process can provide.
{ Introducing the notion of frequent contextual pattern and show how it can
be exploited for algorithmic considerations.
      </p>
      <p>
        We evaluate our approach on the DBpedia [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] dataset. In Section 2 we give a
short example of the intuition of our approach. Section 3 explains the theoretical
foundations of our work. In Section 4 we brie y present the DBpedia dataset
and explain the obtained results. Section 5 concludes the paper.
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>Paper in a Nutshell</title>
      <p>
        A semantic knowledge base is typically composed of two parts. The rst part is
the ontological, general knowledge about the world. Depending on the subset of
rst order logic used to express it this part is also called TBox (in Description
Logics [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]), support (in Conceptual Graphs [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]) or rules (in Conceptual Graphs
and rule based languages such as Datalog and Datalog+- [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]).
      </p>
      <p>
        The second part is the factual knowledge about the data de ning how the
instances are in relation with each other. In Description Logics the factual
knowledge is called ABox. Usually in the Linked Open Data, the factual knowledge is
stored using RDF (usually in a RDF Triple Store) as triples \Subject Predicate
Object". Recently, within the Ontology Based Data Access [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] the data (factual
information) can also be stored in a relational databases.
      </p>
      <p>
        A study of the trade-o of using di erent storage systems (with equivalent
expressivity) was recently done in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. DBpedia organises the data in three parts:
{ The rst part is the ontology (representing the TBox). The rules do not
introduce existential variables in the conclusion (unlike existential rules as
in Datalog+-) and they represent the Class Type hierarchy and the Predicate
Type hierarchy. The ontology is guaranteed to be acyclic in the version of
DBpedia we used. In the Directed Acyclic Graph (DAG) representing the
ontology there are around 500 nodes, with around 400 being leaves. The
maximal height is inferior to 10. The ontology we consider in the example
in this section is depicted in Figure 1(b). We consider a six class ontology
represented by a binary tree with height three. The algorithmic implications
of the structure of the ontology are discussed in Section 5. Additionally, we
consider the binary predicates \playsWith", \eats" and \hates" of signature
\(Animal, Animal)".
{ The second part is the mapping based types containing the instance type
de nition. In the example in this section, using the ontology de ned in
Figure 1(b), we consider the following mapping types (using a RDF triple
notation): \Bill hasType Dog ", \Boule hasType Human", \Tom hasType Cat ",
\Gar eld hasType Cat " and \Tweety hasType Bird ".
{ The third part consists of the mapping based properties that correspond to
the factual information. In the example here we consider the following facts:
\Bill eats Tweety ", \Tweety hates Bill ", \Bill playsWith Boule", \Tom eats
Tweety ", \Tom hates Bill ", \Gar eld hates Bill ", \Gar eld eats Tweety ",
\Gar eld hates Boule". These facts are summarized in Figure 1(a).
      </p>
      <p>In this paper we make the choice of working with the data from the
perspective of the Class of the Subject. As mentioned in the introduction we motivate
Subject Predicate Object
Bill eats Tweety
Tweety hates Bill
Bill playsWith Boule
Tom eats Tweety
Tom hates Bill
Gar eld hates Bill
Gar eld eats Tweety
Gar eld hates Boule
(a) A fact base F .</p>
      <p>Animal
NiceAnimal</p>
      <p>NastyAnimal
Dog</p>
      <p>Cat</p>
      <p>Bird
(b) An ontology H.
this initial choice from the perspective of various data integration tools on the
Linked Open Data. One of the main challenges encountered by these tools is the
mapping between various class instances. It is then not uncommon to consider
the RDF database from a class type at a time.</p>
      <p>If we consider this point of view then we model the couple \(Predicate,Object)"
as an item, and the set of items associated with a given subject an itemset. The
itemset corresponding to each distinct subject from F are depicted in Figure 2.</p>
      <p>One may notice that 50% of the itemsets depicted in Figure 2 include the
subset f(hates; Bill); (eats; T weety)g, while 75% include f(hates,Bill)g.</p>
      <p>But this is simply due to the fact that our knowledge base contains a lot
of cats (that hate Bill). Actually, if we look closer, we notice that all cats hate
Bill and all birds hate Bill but no dogs hate Bill. By considering this contextual
information we could be more ne-tuned with respect to frequent itemsets.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Theoretical Foundations</title>
      <p>The contextual frequent pattern (CFP) mining problem aims at discovering
patterns whose property of being frequent is context-dependent.</p>
      <p>This section explains the main concepts behind this notion for Linked Open
Data.</p>
      <p>We consider as input a knowledge base KB = (F ; H) composed of an
ontology H (viewed as a directed acyclic graph) and a set of facts F .</p>
      <p>The set of facts F is de ned as the set of RDF triples of the form
(subject; predicate; object)
.</p>
      <p>Each element of the triple is de ned according to the ontology1. The
ontology, also denoted the context hierarchy H, is a directed acyclic graph (DAG),
denoted by H = (VH; EH), such that VH is a set of vertices also called contexts
and EH VH VH is a set of directed edges among contexts.</p>
      <p>H is naturally associated with a partial order &lt;H on its vertices, de ned as
follows: given c1; c2 2 VH, c1 &lt;H c2 if there exists a directed path from c2 to c1
in H. This partial order describes a specialization relationship: c1 is said to be
more speci c than c2 if c1 &lt;H c2, and more general than c2 if c2 &lt;H c1. In this
case, c2 is also called a subcontext of c1.</p>
      <p>A minimal context from H is a context such that no more speci c context
exists in H, i.e., c 2 VH is minimal if and only if there is no context c0 2 VH
such that c0 &lt;H c. The set of minimal contexts in H is denoted as VH .</p>
      <p>Based on this knowledge base, we will build a transactional database such
that each transaction corresponds to the set of predicates and objects of subjects
of a given class. More precisely, given KB = (F ; H) and c 2 VH, the transactional
database for c w.r.t. KB, denoted as TKB;c, is the set of transactions of the form
T = (tid; Ic) where Ic = f(pred; obj)j(s; pred; obj) 2 F and c is the class of sg.</p>
      <p>We de ne IH as the set fIcjc 2 VHg. In this paper, we are interested in
itemset mining, thus a pattern p is de ned as a subset of IH.</p>
      <p>De nition 1 (Pattern Frequency). Let KB be a knowledge base, p be a
pattern and c be a context, the frequency of p in TKB;c is de ned as F req(p; TKB;c) =
jf(tid;I)2TKB;cjp Igj .</p>
      <p>jTKB;cj</p>
      <p>For the sake of readability, in the rest of the paper, F req(p; TKB;c) is denoted
by F req(p; c).</p>
      <p>De nition 2 (Contextual Frequent Pattern). Let KB be a knowledge base,
p be a pattern, c be a context and a mininum frequency threshold. The couple
(p; c) is a contextual frequent pattern (CFP) in KB if:
{ p is frequent in c, i.e., F req(p; c) ,
{ p is frequent in every subcontext of c, i.e., for every context c0 such that
c0 &lt;H c, F req(p; c0) ,
1 Given the ontology we considered in DBPedia, the ontology is solely composed of a
class hierarchy.</p>
      <p>Additionally, (p; c) is context-maximal if there does not exist a context C
more general than c such that (p; C) is a contextual frequent pattern.
De nition 3. Given a user-speci ed mininum frequency threshold and a
knowledge base KB = (F ; H), the contextual frequent pattern mining problem consists
in enumerating all the context-maximal contextual frequent patterns in KB.</p>
      <p>
        Th CFP mining problem is intrinsically di erent from the one addressed
in [
        <xref ref-type="bibr" rid="ref14 ref17">17, 14</xref>
        ]. The CFP exploits a context hierarchy that de ne relationships
over the contexts associated to each transaction while in [
        <xref ref-type="bibr" rid="ref14 ref17">17, 14</xref>
        ] the taxonomic
information is employed to generalize the objects over which a transaction is
de ned.
3.1
      </p>
      <p>
        Algorithm for computing CFPs
The above de nitions provide us with a theoretical framework for CFP mining.
In the rest of this section, we design the algorithm that extracts CFPs from
DBpedia. This algorithm is inspired from the one that was proposed in [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] for
mining contextual frequent sequential patterns (i.e., a variation of the frequent
itemset mining problem where itemsets are ordered within a sequence [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]). We
however handle itemsets in the current study and therefore have to propose
an adapted algorithm. To this end, we propose to mine CFPs through
postprocessing the output of a regular frequent itemset miner.
      </p>
      <p>Indeed, by considering the de nition of a context-maximal CFP (cf. De
nition 2), one could imagine how to extract them via the following easy steps:
(1) extracting frequent patterns in every context of H by exploiting an existing
frequent itemset miner, (2) for each context and each frequent itemset found in
this context, check whether it satis es the requirements of a CFP (i.e.,
checking whether it was also found frequent in the subcontexts, and whether it is
context-maximal. This approach, while convenient for its straightforwardness, is
ine cient in practice. Mining every context of the hierarchy can quickly become
impractical because of the number of such elements. In addition, mining all the
contexts of the hierarchy is redundant, as more general contexts contain the
same elements as their subcontexts.</p>
      <p>In order to tackle these problems, we propose to remove this redundancy
by mining frequent patterns in minimal contexts of H only and building CFPs
from the patterns found frequent in those only. In consequence, we de ne the
decomposition notions, by exploiting the fact that a context can be described by
its minimal subcontexts in H. To this end, we consider the decomposition of a
context c in H as the set of minimal contexts in H being more speci c than c,
i.e., decomp(c; H) = fc0 2 VH j(c0 &lt;H c) _ (c0 = c)g. Please notice that given this
de nition, the decomposition of a minimal context c is the singleton fcg.
Proposition 1. Let KB be a knowledge base, p be a pattern and c be a context.
(p; c) is a contextual frequent pattern in KB if and only if p is frequent in every
element of decomp(c).</p>
      <p>
        This proposition (whose proof can be found in [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] and adapted to the current
framework) is essential by allowing the reformulation of the CFP de nition w.r.t.
minimal contexts only: a couple (p; c) is a CFP if and only if the set of minimal
contexts where p is frequent includes the decomposition of c.
      </p>
      <p>
        Extending this property to context-maximal CFPs is straightforward. The
algorithm we use to extract context-maximal CFPs in DBpedia data can be
decomposed into the following consecutive steps:
1. Mining. Frequent patterns are extracted from each minimal context. At this
step, by relying on Proposition 1, we do not mine non-minimal contexts. The
frequent itemset miner employed to perform this step is an implementation
of the APriori algorithm [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] provided in [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
2. Reading. Output les from the previous step are read. The patterns p are
indexed by the set of minimal contexts where they are frequent, denoted by
lp. Then, we initialize a hash table K as follows. The hash table keys are the
sets of minimal contexts and the hash table values are the sets of patterns
such that K[l] contains the patterns p such that lp = l. The hash table K,
at the end of this step, thus stores all the patterns found frequent in at least
one minimal context during the previous step. The patterns are indexed by
the set of minimal contexts where they are frequent.
3. CFP Generation. During this step, each key l of K is passed to a
routine called maxContexts which performs a bottom-up traversal of the
vertices of H in order to return the set of maximal contexts among fc 2
VH j decomp(c) lg. Such contexts satisfy the Proposition 1. Then, for each
pattern p such that l = lp and each context returned by the maxContexts
routine, one context-maximal CFP is generated and stored. Two patterns p
and p0 frequent in the same minimal contexts (i.e., lp = lp0 ) are general in
the same contexts. They will generate the same result via the maxContexts
routine. By using a hash table K to store the patterns that are frequent in
the same minimal contexts, the number of calls to maxContexts is greatly
reduced to the number of keys in K rather than the number of distinct
patterns discovered during the mining step.
4
      </p>
    </sec>
    <sec id="sec-4">
      <title>Experimental Results</title>
      <p>In this section, we describe the results obtained through discovering contextual
frequent patterns in the DBpedia dataset. All experiments have been conducted
on an Intel i7-3520M 2.90GHz CPU with 16 GB memory. The rest of the
section is organized as follows. First, we comment the quantitative aspects of the
evaluation. Second, we show and explain some examples of contextual frequent
patterns found in the data.</p>
      <p>Quantitative evaluation. In order to apply the mining algorithm to the DBpedia
data, we pre-process them by removing all the contexts associated to less than 10
elements. The obtained contextual hierarchy contains 331 contexts, out of whic
278 are minimal. The intuition behind this pre-processing step is that extracting
frequent patterns from contexts that contain a very small amount of elements is
statistically insigni cant and can lead to noisy results.</p>
      <p>After the above-mentioned pre-processing, the data has the following
features. The whole database contains a total of 2; 501; 023 transactions. The
number of elements per minimal context (i.e., the partition of the subjects over the
classes) is naturally unbalanced in the DBpedia data. Indeed, a minimal
context contains in average 8996 40383 elements, with a minimum of 12 and a
maximum of 577196. Figure 3(a) depicts how subjects are distributed over the
minimal contexts and shows that the majority of minimal contexts contains less
than 2000 transactions.</p>
      <p>Similarly, the repartition of triples regarding their associated subjects is
unbalanced. A subject in the DBpedia data we considered is associated in average
with 7:43 6:54 triples, with a maximum amount of 821 triples per subject.
Please notice that this is equivalent to the average count of items per itemset
in our contextual database. Figure 3(b) shows the repartition of the subjects in
the data according to the number of triples they are asociated with.
90
80
70
tun 60
o
tcx 50
e
tcon 40
i.nM 30
20
10
0 0
700000
600000
t 500000
n
ou 400000
tcc
jeb 300000
u
S 200000
100000</p>
      <p>0 0
2000Number of e4l0e0m0ents per m6in0i0m0um context8000 10000
(a) Histogram depicting the repartition
of elements per minimum context.</p>
      <p>5 10 Nu1m5ber of tr2ip0le 25 30 35
(b) Histogram depicting the repartition
of triples associated to a given subject.
10 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1</p>
      <p>Minimum frequency threshold
(a) Running time w.r.t. the minimum
frequency threshold.
100
10 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1</p>
      <p>Minimum frequency threshold
(b) Contextual frequent pattern count
w.r.t. the minimum frequency threshold.
CFP examples and interpretation. CFPs have the ability to describe how
(predicate,object) couples can be correlated to a class. Some examples can be found
in minimal contexts of the hierarchy H. For instance, the CFP (f(location;
U nitedStates)g; W ineRegion) with a frequency of 72% in the minimal context
W ineRegion means that \72% of wine regions described in DBpedia are located
in the United States ". Similarly, the CFP (f(BirthP lace; England)g; DartsP layer)
with a frequency of 33% in the minimal context DartsP layer shows that \33%
of the darts players in DBpedia were born in England ". Hence, mining CFPs has
the ability to describe frequent patterns in every minimal context of H. Such
CFPs, because they are associated to minimal contexts, bring other information.
All extracted CFPs are context-maximal (cf. De nition 3). As a consequence,
they also bring an additional piece of information to help an expert
interpretating the results. For instance, (f(BirthP lace; England)g; DartsP layer) being
context-maximal also indicates that (f(BirthP lace; England)g; Athlete) is not
a CFP. In other terms, the fact that the itemset f(BirthP lace; England)g is
frequent in the context DartsP layer does not hold in all the other subcontexts
of Athlete (such subcontexts include T ennisP layer, W restler, Cyclist, etc.).</p>
      <p>Previous examples describe facts associated to minimal contexts only.
However, the contextual frequent pattern mining problem also aims at
describing how such facts can be lifted to more general contexts. A simple example
can be found in the context M usicGroup, which has two subcontexts Band
and M usicalArtist. With a minimum frequency threshold of 10%, the
contextmaximal CFP (fhometown; U nitedStatesg; M usicGroup) is discovered. This
pattern brings several pieces of information:
{ more than 10% of M usicGroup from DBpedia, i.e., bands or musical artists,
have their hometown in the United States. More precisely, the algorithm also
provides us with the exact frequency of this pattern in M usicGroup, i.e.,
15:3%;
{ this fact also holds for subcontexts of M usicGroup: more than 10% of bands
and more than 10% of musical artists have their hometown in the United
States;
{ no context in H more general than M usicGroup can be associated with the
itemset fhometown; U nitedStatesg to form a CFP.</p>
      <p>CFPs hence have the ability to describe the facts contained in DBpedia
regarding their frequency, but also how the property of being frequent can be
generalized or not in the whole context hierarchy.
5</p>
    </sec>
    <sec id="sec-5">
      <title>Discussion</title>
      <p>
        RDF data constitutes a rich source of information and, recently, data mining
community starts to adapt its methods to extract knowledge from such kind
of data [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. In particular, preliminary works in this direction employ pattern
mining techniques in order to extract frequent correlation and meta information
from RDF dataset. In [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] the authors propose to use association rule mining (not
using any contextual information) in order to enrich RDF schema with property
axioms. The properties axioms are automatically induced by means of a pattern
mining step. These axioms can be directly used as meta-data to index the RDF
dataset.
      </p>
      <p>
        [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] exploits pattern mining in order to compress RDF data. In this work
the authors apply well known association rule mining algorithms to induce rules
that cover the information in the RDF dataset. Once the rules are extracted, the
RDF dataset is compressed considering the set of rules plus the not covered RDF
triples. Both previous approaches did not employ any additional background
knowledge (such as taxonomy). This information can be useful in order to exploit
existing relationships among the data.
      </p>
      <p>
        A rst attempt in this direction is presented in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. In this work an RDF
triple is an item and taxonomical information is directly employed to generalise
subjects or objects at item level. Di erently from this strategy, our approach
allows to characterise (by means of the extracted itemsets) a node of the
taxonomy supplying cues about how the extracted knowledge can be organised for
its analysis. Since the taxonomy nodes we exploit (the contexts) are classes we
could have presented our contribution directly from an RDF class view point.
This choice would have meant that the conceptual link with the notion of
context in the data mining setting was lost. Thus we preferred to keep the context
terminology. Let us mention here that the shape of the ontology changes the e
ciency of the algorithm. Due to the nature of our algorithm and pruning method
we have better results if the DAG is not large but has a big height. We plan to
apply our method to more specialised ontologies where such property is satis ed.
      </p>
      <p>As explained above the mined itemsets could be used for inference rules. For
instance, if in the context Cat the itemset fhates; Billg is frequent we can view
this as a rule 8xCat(x) ! hates(x; Bill) that hold in the knowledge base at a
given time with a given con dence. We are currently working towards providing
such itemsets with logical semantics and see what the frequency means in this
case.</p>
      <p>Another issue when considering the itemsets as rules is how to deal with
their number, and how to order them in order to be validated by an expert.
One possible avenue we can explore is to generalise instances to concepts and
try to extract less rules but more meaningful. For example we can generalise Bill
to Dog and mine the rule 8xCat(x) ! 9yDog(y) ^ hates(x; y). The question is
where to put the tradeo between expressivity and number.</p>
      <p>Finally let us mention that changing the context (not considering the class as
a context but the couple (subject, object)) we could mine interesting rules about
predicates. For instance we could get that 8x8yCat(x) ^ Dog(y) ! hates(x; y).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>Z.</given-names>
            <surname>Abedjan</surname>
          </string-name>
          and
          <string-name>
            <given-names>F.</given-names>
            <surname>Naumann</surname>
          </string-name>
          .
          <article-title>Context and target con gurations for mining rdf data</article-title>
          . In Workshop on Search and
          <article-title>mining entity-relationship data</article-title>
          , pages
          <volume>23</volume>
          {
          <fpage>24</fpage>
          . ACM,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>R.</given-names>
            <surname>Agrawal</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Srikant</surname>
          </string-name>
          .
          <article-title>Mining sequential patterns</article-title>
          .
          <source>In ICDE</source>
          , pages
          <volume>3</volume>
          {
          <fpage>14</fpage>
          . IEEE,
          <year>1995</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>R.</given-names>
            <surname>Agrawal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Srikant</surname>
          </string-name>
          , et al.
          <article-title>Fast algorithms for mining association rules</article-title>
          .
          <source>In VLDB</source>
          , volume
          <volume>1215</volume>
          , pages
          <fpage>487</fpage>
          {
          <fpage>499</fpage>
          ,
          <year>1994</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>F.</given-names>
            <surname>Baader</surname>
          </string-name>
          .
          <article-title>The description logic handbook: theory, implementation, and applications</article-title>
          . Cambridge university press,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>J.</given-names>
            <surname>Baget</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Croitoru</surname>
          </string-name>
          , and
          <string-name>
            <given-names>B. P. L. Da</given-names>
            <surname>Silva</surname>
          </string-name>
          .
          <article-title>Alaska for ontology based data access</article-title>
          .
          <source>In ESWC (Satellite Events)</source>
          , pages
          <fpage>157</fpage>
          {
          <fpage>161</fpage>
          . Springer,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>A.</given-names>
            <surname>Cali</surname>
          </string-name>
          , G. Gottlob,
          <string-name>
            <given-names>T.</given-names>
            <surname>Lukasiewicz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Marnette</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Pieris</surname>
          </string-name>
          . Datalog+/
          <article-title>-: A family of logical knowledge representation and query languages for new applications</article-title>
          .
          <source>In LICS</source>
          , pages
          <volume>228</volume>
          {
          <fpage>242</fpage>
          . IEEE,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>D.</given-names>
            <surname>Calvanese</surname>
          </string-name>
          , G. De Giacomo,
          <string-name>
            <given-names>D.</given-names>
            <surname>Lembo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Lenzerini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Poggi</surname>
          </string-name>
          , and
          <string-name>
            <given-names>R.</given-names>
            <surname>Rosati</surname>
          </string-name>
          .
          <article-title>Ontology-based database access</article-title>
          .
          <source>In SEBD</source>
          , pages
          <volume>324</volume>
          {
          <fpage>331</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>M.</given-names>
            <surname>Chein</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Mugnier</surname>
          </string-name>
          .
          <article-title>Graph-based knowledge representation: computational foundations of conceptual graphs</article-title>
          . Springer,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>D.</given-names>
            <surname>Fleischhacker</surname>
          </string-name>
          ,
          <string-name>
            <surname>J.</surname>
          </string-name>
          <article-title>Volker, and</article-title>
          <string-name>
            <given-names>H.</given-names>
            <surname>Stuckenschmidt</surname>
          </string-name>
          .
          <article-title>Mining rdf data for property axioms</article-title>
          .
          <source>In OTM Conferences (2)</source>
          , pages
          <fpage>718</fpage>
          {
          <fpage>735</fpage>
          ,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <given-names>P.</given-names>
            <surname>Fournier-Viger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gomariz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Soltani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Lam</surname>
          </string-name>
          , and
          <string-name>
            <given-names>T.</given-names>
            <surname>Gueniche</surname>
          </string-name>
          . Spmf:
          <article-title>Opensource data mining platform</article-title>
          . http://www.philippe
          <article-title>-fournier-viger</article-title>
          .com/spmf,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <given-names>T.</given-names>
            <surname>Jiang</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Tan</surname>
          </string-name>
          .
          <article-title>Mining rdf metadata for generalized association rules: knowledge discovery in the semantic web era</article-title>
          .
          <source>In WWW</source>
          , pages
          <volume>951</volume>
          {
          <fpage>952</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>A. K. Joshi</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Hitzler</surname>
            , and
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Dong</surname>
          </string-name>
          .
          <article-title>Logical linked data compression</article-title>
          .
          <source>In ESWC</source>
          , pages
          <volume>170</volume>
          {
          <fpage>184</fpage>
          ,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>J. Lehmann</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Isele</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Jakob</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Jentzsch</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Kontokostas</surname>
            ,
            <given-names>P. N.</given-names>
          </string-name>
          <string-name>
            <surname>Mendes</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Hellmann</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Morsey</surname>
            , P. van Kleef,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Auer</surname>
            , and
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Bizer. DBpedia -</surname>
          </string-name>
          <article-title>a large-scale, multilingual knowledge base extracted from wikipedia</article-title>
          .
          <source>Semantic Web Journal</source>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <given-names>R. A.</given-names>
            <surname>Lisi</surname>
          </string-name>
          and
          <string-name>
            <given-names>D.</given-names>
            <surname>Malerba</surname>
          </string-name>
          .
          <article-title>Inducing multi-level association rules from multiple relations</article-title>
          .
          <source>Machine Learning Journal</source>
          ,
          <volume>2</volume>
          (
          <issue>55</issue>
          ):
          <volume>175</volume>
          {
          <fpage>210</fpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <given-names>A.</given-names>
            <surname>Maedche</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>Staab</surname>
          </string-name>
          .
          <article-title>Ontology learning for the semantic web</article-title>
          .
          <source>IEEE Intelligent systems</source>
          ,
          <volume>16</volume>
          (
          <issue>2</issue>
          ):
          <volume>72</volume>
          {
          <fpage>79</fpage>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>J. Rabatel</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Bringay</surname>
            , and
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Poncelet</surname>
          </string-name>
          .
          <article-title>Contextual sequential pattern mining</article-title>
          .
          <source>In (ICDMW)</source>
          , ICDM, pages
          <volume>981</volume>
          {
          <fpage>988</fpage>
          . IEEE,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <given-names>R.</given-names>
            <surname>Srikant</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Agrawal</surname>
          </string-name>
          .
          <article-title>Mining generalized association rules</article-title>
          .
          <source>In VLDB</source>
          , pages
          <volume>407</volume>
          {
          <fpage>419</fpage>
          ,
          <year>1995</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18. G. Stumme,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hotho</surname>
          </string-name>
          , and
          <string-name>
            <given-names>B.</given-names>
            <surname>Berendt</surname>
          </string-name>
          .
          <article-title>Semantic web mining: State of the art and future directions</article-title>
          .
          <source>J. Web Sem</source>
          .,
          <volume>4</volume>
          (
          <issue>2</issue>
          ):
          <volume>124</volume>
          {
          <fpage>143</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>