<!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>Relational Data Exploration by Relational Concept Analysis?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Xavier Dolques</string-name>
          <email>xavier.dolques@inria.fr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Marianne Huchard</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Florence Le Ber</string-name>
          <email>florence.leber@engees.unistra.fr</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Clémentine Nebut</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>INRIA, Centre Inria Rennes - Bretagne Atlantique, Campus universitaire de Beaulieu</institution>
          ,
          <addr-line>35042 Rennes</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>LHYGES, Université de Strasbourg/ENGEES</institution>
          ,
          <addr-line>CNRS, Strasbourg</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>LIRMM, Université de Montpellier 2 et CNRS</institution>
          ,
          <addr-line>Montpellier</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Relational Concept Analysis [4] is an extension to FCA considering several contexts with relations between them. Often used to extend the knowledge that can be learned with FCA, RCA also meets the issue of combinatorial explosion. The initial specification of RCA implies a monotonic growth of the number of concepts and an exhaustiveness of all the concepts that can be obtained when a fixed point is reached. In this position paper we propose a different specification of RCA that permits an interactive exploration of the data by letting the choice of the user for each step. This change will permit to handle richer relational data in a more flexible way by restraining the relations explored at each step hence reducing the number of created concepts.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Relational Concept Analysis (RCA) [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] is based on iterative use of the classical
Formal Concept Analysis algorithm to handle relational data: formal objects
are described with formal attributes, and with their relationships with formal
objects. Because RCA groups formal objects using relationships to formal objects
at any distance, it often comes with a combinatorial explosion, and patterns of
interest are difficult to extract from the huge set of built concepts. Various
strategies can be used to cope with this complexity, including separating the
initial formal object sets into smallest ones after a first analysis, or introducing
queries [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Here we focus on the use of RCA to interactively explore data by
letting the user choosing at each step of the iteration of FCA which contexts
(formal and relational) he or she would like to use.
      </p>
      <p>The context of this research is the FRESQUEAU project4 which aims at
developing new methods for studying, comparing and exploiting all the
parameters available concerning streams and water areas. In this project, different
? This work was partly funded by french contract ANR11_MONU14.
4 http://engees-fresqueau.unistra.fr/
approaches of knowledge discovery (including FCA) are tested and combined in
order to better assess the ecological functioning of such hydrosystems.</p>
      <p>In this paper we first outline the RCA process to highlight potential
variation points that would promote exploration. Then we conclude with a short
discussion.
2</p>
    </sec>
    <sec id="sec-2">
      <title>The RCA algorithm</title>
      <p>
        Algorithm 1 outlines the main steps followed by RCA to build groups of objects
by considering attributes and object-object relations [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The input of RCA is
a Relational Context Family RCF = (K; R) composed of n object-attribute
contexts Ki = (Oi; Ai; Ii), i in 1::n, and m object-object contexts Rj , j in 1::m.
1: proc Multi-Fca( In: (K; R) a RCF,
2: Out: L array [1::n] of lattices)
3: p 0 ; halt false
4: for i from 1 to n do
5: L0[i] Build-Lattice(Ki0)
6: while not halt do
7: p + +
8: for i from 1 to n do
9: Kip Extend-Rel(Kip 1, Lp 1)
10: Lp[i] Update-Lattice(Kip,Lp 1[i])
11: halt Vi=1;n Isomorphic(Lp[i]; Lp 1[i])
      </p>
      <p>Algorithm 1: The RCA process</p>
      <p>For Rj Oi Oj , we call Oi the domain and Oj the range. The
initialization step (Lines 4-5) consists in building, for all i in 1::n, the lattice L0[i]
associated with the context Ki.</p>
      <p>At step p:
– Extend-Rel appends to Ki the relations obtained by scaling object-object
relations for which Ki is the domain. The scaling consists in including the
object-object relations as relational attributes. They are obtained using the
concepts of the lattices of step p 1 and a scaling operator (i.e. 9, 8). For
example, if the scaling operator 9 is chosen for scaling a given relation Rj ,
Rj columns are replaced by attributes of the form 9Rj : C, where C is a
concept in the lattice built upon objects of the range of Rj at step p 1. An
object o of the domain of Rj owns 9Rj : C if Rj (o) \ Extent(C) 6= ;.
– Update–Lattice updates the lattices of step p 1 in order to produce,
for i in 1::n, the lattice Lp[i], associated with Ki concatenated to all scaled
object-object contexts with Ki domain.</p>
      <p>The algorithm stops when a fix-point is obtained: a lattice family isomorphic to
the lattice family obtained at the previous step is obtained and leaves unchanged
concept extents.</p>
      <p>
        The advantage of such a process is that the obtained concepts have in their
intent relations to other concepts in addition to classical attributes. Those
relations permit the extraction of patterns built from several interconnected concepts
as shown in [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] and [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] that could not be easily obtained with the classical process
of Formal Concept Analysis.
      </p>
      <p>However, one problem of such a process is the potential difficulty to
apprehend the result. In past work in the domain of Model Driven Engineering, data
extracted from models of medium size have been easily handled by RCA.
Nevertheless in a context of data mining the data are of a different scale. Especially
when only small patterns are needed while many relations connect the objects
and these relations form a cyclic entity-relationship diagram, the result will
appear hard to understand by a human due to the number of concepts to consider
simultaneously and the computation time will be considered as a handicap. In
such cases, we think it will be more practical to have a kind-of exploratory
approach.</p>
      <p>Table 1 shows main possible variations on the algorithm to go towards an
exploratory approach. We have enumerated the variation points of the algorithm
that could affect the result by changing the contexts considered at each step. We
have proposed for each variation point an alternative scenario from the process
previously described that involves the user by asking him or her to perform
selections. All those variations or only a subset of them can be applied depending
on the granularity needed.</p>
    </sec>
    <sec id="sec-3">
      <title>Conclusion and discussion</title>
      <p>
        In this position paper, we have outlined an exploratory approach for assisting the
use of Relational Concept Analysis in a way that would better fit a data mining
process. We have several motivations for disturbing the original RCA process:
to go faster to a relevant result by calculating less lattices (preferably lattices of
interest), to cope with the inherent complexity of mining relational data, or to
let the expert guiding the discovery process based on his/her intuition and the
knowledge patterns that appear on-the-fly. In our current approach, the data are
given by experts, so we don’t use exploration in the sense of [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], unless the data
exploration.
      </p>
      <p>Many questions are raised by this way of extracting concepts from relational
data. Initialization of the process has an impact for the later discovered
structures. It can accelerate the process, if the selected object-object relations contain
the main information for the expert, or reversely, it can discard the expert from
the relevant information. Nevertheless, the most serious problem comes from
the fact that going step-by-step leads to a non-monotonic concept construction
and one could build several cases where the process diverges (iterates between
recurrent configurations). In the original RCA process, when the fix-point is
attained, lattices of the two last steps are isomorphic, thus when a concept
references another through a relational attribute, the latter can be found in the
same step appropriate lattice. But in the exploratory process we propose, when
a concept references another through a relational attribute, the latter is in a
lattice of a previous step and may itself reference a concept in a previous step,
etc. We should find solutions for presenting the expert information easy to
interpret these situations. Nevertheless, we think that such an exploratory approach
should be more practical than the "brute force" that iterates until the fix-point
and gives results that an expert will hardly understand.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Azmeh</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Huchard</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Napoli</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hacene</surname>
            ,
            <given-names>M.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Valtchev</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Querying relational concept lattices</article-title>
          .
          <source>In: Proc. of the 8th Intl. Conf. on Concept Lattices and their Applications (CLA'11)</source>
          . pp.
          <fpage>377</fpage>
          -
          <lpage>392</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Dolques</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Huchard</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nebut</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>From transformation traces to transformation rules: Assisting model driven engineering approach with formal concept analysis</article-title>
          .
          <source>In: Supplementary Proceedings of ICCS'09</source>
          . pp.
          <fpage>15</fpage>
          -
          <lpage>29</lpage>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Dolques</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Huchard</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nebut</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Reitz</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Fixing generalization defects in UML use case diagrams</article-title>
          .
          <source>In: CLA'10: 7th International Conference on Concept Lattices and Their Applications</source>
          . pp.
          <fpage>247</fpage>
          -
          <lpage>258</lpage>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Huchard</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hacène</surname>
            ,
            <given-names>M.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Roume</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Valtchev</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Relational concept discovery in structured datasets</article-title>
          .
          <source>Ann. Math. Artif. Intell</source>
          .
          <volume>49</volume>
          (
          <issue>1-4</issue>
          ),
          <fpage>39</fpage>
          -
          <lpage>76</lpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Rudolph</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Relational exploration: combining description logics and formal concept analysis for knowledge specification</article-title>
          .
          <source>Ph.D. thesis</source>
          , Dresden University of Technology 2006 (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>