<!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>Alignment Results of Anchor-Flood Algorithm for OAEI-2008</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Md. Hanif Seddiqui</string-name>
          <email>hanif@kde.ics.tut.ac.jp</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Masaki Aono</string-name>
          <email>aono@ics.tut.ac.jp</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Toyohashi University of Technology</institution>
          ,
          <addr-line>Aichi</addr-line>
          ,
          <country country="JP">Japan</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Our proposed algorithm called Anchor-Flood algorithm, starts off with anchors. It gradually explores concepts by collecting neighbors in concept taxonomy, thereby taking advantage of locality of reference in the graph data structure. Then local alignment process runs over the collected small blocks of concepts. The process is repeated for the newly found aligned pairs. In this way, we can significantly reduce the computational time for the alignment as our algorithm concentrates on the aligned pairs and it resolves the scalability problem in ontology alignment over large ontologies. Through several experiments against OAEI2008 datasets, we will demonstrate the results and the features of our AnchorFood algorithm.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Presentation of the system</title>
      <p>The Anchor-Flood algorithm is mainly designed targeting to align two large scale
ontologies or one large scale and another small scale ontologies effectively. It does not
compare an entity against all the entities in other ontology. The way of selecting the
group of entities to be compared is the novelty of our algorithm. Our algorithm
operates quite faster over large ontologies as observed in aligning anatomy ontologies and
it is depicted in Table 2.
1.1</p>
      <sec id="sec-1-1">
        <title>State, purpose, general statement</title>
        <p>The purpose of our Anchor-Flood algorithm is basically ontology matching. However,
we used our algorithm in patent mining system to classify a research abstract in terms
of International Patent Classification (IPC). Containing mostly general terminologies
leads classifying an abstract a formidable task. Automatic extracted taxonomy of
related terms available in an abstract is aligned with the taxonomy of IPC ontology with
our algorithm succesfully. We also start using the Anchor-Flood in the focus-oriented
biomedical applications which generally contain very large ontologies.</p>
        <p>To be specific, we only describe our Anchor-Flood algorithm and the results against
OAEI 2008 datasets here. For more details, we refer the reader to our semantic website
: http://www.kde.ics.tut.ac.jp/h˜ anif. More elaborate information will be come out soon
in our semantic technology geared website.
1.2</p>
      </sec>
      <sec id="sec-1-2">
        <title>Specific techniques used</title>
        <p>We implemented Anchor -Flood algorithm in java. Our algorithm contains
preprocessing, adaptation module for OAEI 2008, the basic block of algorihtm and the local
alignment process.</p>
        <p>We created our own persistent model of ontology, as our algorithm requires optimal
graph structure of concept taxonomy along with other non-trivial structural and simple
lexical information. To collect the necessary information in repository, we use the ARP
triple parser of jena module. Fig 1 shows the basic block of Anchor-Flood algorithm
to comprehend easily. However, it has complex process of collecting small blocks of
concepts and related properties dynamically.</p>
        <p>As a part of preprocessing, we also normalize the lexical information and extract
the derivative relations, like inherited restrictions etc.</p>
        <p>
          The basic part of Anchor-Flood algorithm is depicted in Fig. 1. Starting off an
anchor, Anchor-Flood algorithm collects neighboring concepts which includes super
concepts, siblings and subconcepts of certain depth to form a pair of blocks across
ontologies, as the neighbors of similar concepts might also be similar [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ]. Local alignment
process aligns concepts and their related properties based on lexical information [
          <xref ref-type="bibr" rid="ref2 ref7 ref8">2, 7,
8</xref>
          ], semantic information [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ] and structural relations [
          <xref ref-type="bibr" rid="ref1 ref3 ref4">1, 3, 4</xref>
          ]. Found aligned pairs are
considered for further processing. Hence, it burst out with a pair of aligned block in a
compacked part of the ontologies, giving the taste of segmentation [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ].
        </p>
        <p>Multiple anchors from different part of ontologies confirm a fair collection of aligned
pairs as a whole.
1.3</p>
      </sec>
      <sec id="sec-1-3">
        <title>Adaptations made for the evaluation</title>
        <p>The Anchor-Flood algorithm needs an anchor to start off. Therefore, we used another
tiny program module, which is capable of extarcting some probable aligned pairs as
anchors. The tiny program is attached inside along with our basic algorithm to produce
a system. It uses lexical information and some statistical relational information to
extract a small number of aligned pairs from different part of ontologies. The program is
essentially small, simple and faster. We also removed the subsumption module of our
algorithm to make it more faster.
1.4</p>
      </sec>
      <sec id="sec-1-4">
        <title>Link to the system and parameters file</title>
        <p>The version of Anchor-Flood for OAEI-2008 can be downloaded from our website:
http://www.kde.ics.tut.ac.jp/h˜anif/res/anchor flood.zip
1.5</p>
      </sec>
      <sec id="sec-1-5">
        <title>Link to the set of provided alignments (in align format)</title>
        <p>The results for OAEI-2008 are available at our website: http://www.kde.ics.tut.ac.jp/ h˜anif/res/aflood.zip
2</p>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>Results</title>
      <p>In this section, we describe the results of Anchor-Flood algorithm against the
benchmark and anatomy ontologies provided by the OAEI 2008 campaign.
On the basis of the nature, we can divide the benchmark dataset into five groups:
#101104, #201-210, #221-247, #248-266 and #301-304. We described the performance of
our Anchor-Flood algorithm over each of the groups and depicted in . The overall
summary over 1xx, 2xx and 3xx are also figured in .
#101-104 Table 1 shows that Anchor-Flood algorithm produces perfect precision and
recall in this group.
#201-210 Although the lexical information of the ontologies are suppressed or
modified, their structures remain quite similar. Therefore traversing the structure with
taxonomy and relation works better for this group.
#221-247 The structures of the candidate ontologies are altered. However, the dynamic
block collector of our Anchor-Flood algorithm can collect concepts and properties as
the ontologies are small in size. Therefore, it can still produce good precision and recall.
#248-266 This is the most difficult group for our Anchor-Flood algorithm, as the
structure and the lexical information altered significantly. However, the subgroups with
xxx2 through xxx-8 are seemingly easier to align.
#301-304 Anchor-Flood algorithm in this group works well even after removing the
subsumption module from our main algorithm. Both structural and lexical analysis
works well in this group.
In this test, the real world cases of anatomy for Adult Mouse Anatomy (2744 classes)
and NCI Thesaurus (3304 classes) for human anatomy are included. These are relatively
large compared to benchmark ontologies. The actual effectivity of our Anchor-Flood
algorithm shows with faster operational time. It collects 1187 aligned pairs within only
1.09 minutes in our Core2 Duo 2.4MHz processor with 2GB of memory. Table 2 shows
the summary of the performance on the anatomy task.
The main strength of our Anchor-Flood algorithm is the way of minimizing the
comparisons between entities, which leads enhancement in performance. It has some better
scope in the field of ontology versioning of small specific domain ontologies comparing
with other large ontologies.</p>
      <p>The weak points are: it has still rooms of improving alignments based on axioms,
semantic similarity, and structures of ontologies.</p>
      <sec id="sec-2-1">
        <title>Discussions on the way to improve the proposed system</title>
        <p>The subsumption module of our algorithm takes much time. Our next plan is to improve
the alignments on the basis of axioms and structures and improving the subsumption
module as well.
4</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Conclusion</title>
      <p>Ontology matching is very important part of establishing interoperability among
semantic application as the core of every semantic application is ontology. We implemented
faster algorithm to align specific interrelated parts across ontologies, which gives the
flavor of segmentation. Pair of segmented aligned part across ontology can be used
versioning ontologies, e.g. cancer ontology versioning with the general diseases
ontology. The anatomical ontology matching shows the effectiveness of our Anchor-Flood
algorithm. Moreover, the experimental experience in the OAEI 2008 campaign will
influence us building comprehensive ontology matching system removing the limitations
of our algorithm in the future.</p>
    </sec>
    <sec id="sec-4">
      <title>Acknowledgements</title>
      <p>This study was partially supported by Global COE Program gFrontiers of Intelligent
Sensingh from Japan’s Ministry of Education, Culture, Sports, Science and Technology.</p>
    </sec>
    <sec id="sec-5">
      <title>Appendix: Raw Results</title>
      <p>The following table contains the results of Anchor-Flood algorithm in the benchmark
test. The table includes precision (Prec.), recall (Rec.) and processing time. The
processing time includes construction of model, execution of algorithm to produce aligned
pairs and writing the results into a .rdf file.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>P.</given-names>
            <surname>Bouquet</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Serafini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Zanobini</surname>
          </string-name>
          , Semantic Coordination:
          <article-title>A New Approach and an Application</article-title>
          ,
          <source>Proceedings of the 2nd International Semantic Web Conference (ISWC2003)</source>
          , Sanibel Island, Florida, USA (
          <year>2003</year>
          )
          <fpage>130</fpage>
          -
          <lpage>145</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>J.</given-names>
            <surname>Euzenat</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Valtchev</surname>
          </string-name>
          ,
          <article-title>Similarity-based Ontology Alignment in OWL-Lite</article-title>
          ,
          <source>Proceedings of the 16th European Conference on Artificial Intelligence (ECAI2004)</source>
          , Valencia, Spain (
          <year>2004</year>
          )
          <fpage>333</fpage>
          -
          <lpage>337</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>F.</given-names>
            <surname>Giunchiglia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Shaiko</surname>
          </string-name>
          , Semantic Matching,
          <source>The Knowledge Engineering Review</source>
          <volume>18</volume>
          (
          <issue>03</issue>
          ) (
          <year>2004</year>
          )
          <fpage>265</fpage>
          -
          <lpage>280</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>F.</given-names>
            <surname>Giunchiglia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Shvaiko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Yatskevich</surname>
          </string-name>
          , S-Match:
          <article-title>an Algorithm and an Implementation of Semantic Matching</article-title>
          ,
          <source>Proceedings of the 1st European Semantic Web Symposium (ESWS2004)</source>
          , Heraklion, Greece (
          <year>2004</year>
          )
          <fpage>61</fpage>
          -
          <lpage>75</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>S.</given-names>
            <surname>Melnik</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Garcia-Molina</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Rahm</surname>
          </string-name>
          ,
          <article-title>Similarity Flooding: A Versatile Graph Matching Algorithm and its Application to Schema Matching</article-title>
          ,
          <source>Proceedings of the 18th International Conference on Data Engineering (ICDE</source>
          <year>2002</year>
          ), San Jose, CA (
          <year>2002</year>
          )
          <fpage>117</fpage>
          -
          <lpage>128</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>J.</given-names>
            <surname>Seidenberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Rector</surname>
          </string-name>
          , Web Ontology Segmentation:
          <article-title>Analysis, Classification</article-title>
          and Use,
          <source>Proceedings of the 15th International Conference on World Wide Web (WWW2006)</source>
          , Edinburgh, Scotland (
          <year>2006</year>
          )
          <fpage>13</fpage>
          -
          <lpage>22</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>G.</given-names>
            <surname>Stoilos</surname>
          </string-name>
          , G. Stamou,
          <string-name>
            <given-names>S.</given-names>
            <surname>Kollias</surname>
          </string-name>
          ,
          <article-title>A String Metric for Ontology Alignment</article-title>
          ,
          <source>Proceedings of the 4th International Semantic Web Conference (ISWC2005)</source>
          , Galway, Ireland (
          <year>2005</year>
          )
          <fpage>623</fpage>
          -
          <lpage>637</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>W. E. Winkler,</surname>
          </string-name>
          <article-title>The State of Record Linkage and Current Research Problems, Technical report</article-title>
          , Statistical Research Division, U.S. Census Bureau,
          <year>Washington 1999</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>