<!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>Lily: Ontology Alignment Results for OAEI 2008</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Peng Wang</string-name>
          <email>pwangseu@gmail.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Baowen Xu</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>School of Computer Science and Engineering, Southeast University</institution>
          ,
          <country country="CN">China</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>This paper presents the alignment results of Lily for the ontology alignment contest OAEI 2008. Lily is an ontology mapping system, and it has four main features: generic ontology matching, large scale ontology matching, semantic ontology matching and mapping debugging. In the past year, Lily has been improved greatly for both function and performance. In OAEI 2008, Lily submited the results for seven alignment tasks: benchmark, anatomy, fao, directory, mldirectory, library and conference. The specific techniques used by Lily are introduced briefly.The strengths and weaknesses of Lily are also discussed.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>1.1</p>
    </sec>
    <sec id="sec-2">
      <title>State, purpose, general statement</title>
      <p>In order to obtain good alignments, the core principle of the matching strategy in Lily
is utilizing the useful information effectively and rightly. Lily combines several novel
and efficient matching techniques to find alignments. Currently, Lily realized four
main functions: (1) Generic Ontology Matching method (GOM) is used for common
matching tasks with small size ontologies. (2) Large scale Ontology Matching method
(LOM) is used for the matching tasks with large size ontologies. (3) Semantic
Ontology Matching method (SOM) is used for discovering the semantic relations
between ontologies. Lily uses the web knowledge to recognize the semantic relations
through the search engine. (4) Ontology mapping debugging is used to improve the
alignment results.</p>
      <p>The alignment process mainly contains three steps: (1) Preprocessing step parses
the ontologies, and prepares the necessary data for the subsequent steps. (2) Match
computing step uses suitable methods to compute the similarity between elements
from different ontologies. (3)Post processing step is responsible for extracting,
debugging and evaluating mappings. The architecture of Lily is shown in Fig. 1.</p>
      <p>The lasted version of Lily is V2.0. Comparing with the last version V1.2, Lily has
been enhanced greatly at both function and performance. Lily V2.0 provides a
friendly graphical user interface. Fig.2 shows a snapshot when Lily is running.
Lily aims to provide high quality 1:1 alignments between concept/property pairs. The
main specific techniques used by Lily are as follows.</p>
      <p>
        Semantic subgraph An entity in a given ontology has its specific meaning. In our
ontology mapping view, capturing such meaning is very important to obtain good
alignment results. Therefore, before similarity computation, Lily first describes the
meaning for each entity accurately. The solution is inspired by the method proposed
by Faloutsos et al. for discovering connection subgraphs [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. It is based on electricity
analogues to extract a small subgraph that best captures the connections between two
nodes of the graph. Ramakrishnan et al. also exploits such idea to find the informative
connection subgraphs in RDF graph [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        The problem of extracting semantic subgraphs has a few differences from
Faloutsos’s connection subgraphs. We modified and improved the methods provided
by the above two work, and proposed a method for building an n-size semantic
subgraph for a concept or a property in ontology. The subgraphs can give the precise
descriptions of the meanings of the entities, and we call such subgraphs semantic
subgraphs. The detail of the semantic subgraph extraction process is reported in our
other work [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>The significance of semantic subgraphs is that we can build more credible
matching clues based on them. Therefore it can reduce the negative affection of the
matching uncertain.</p>
      <p>
        Generic ontology matching method The similarity computation is based on the
semantic subgraphs, i.e. all the information used in the similarity computation is come
from the semantic subgraphs. Lily combines the text matching and structure matching
techniques [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>Semantic Description Document (SDD) matcher measures the literal similarity
between ontologies. A semantic description document of a concept contains the
information about class hierarchies, related properties and instances. A semantic
description document of a property contains the information about hierarchies,
domains, ranges, restrictions and related instances. For the descriptions from different
entities, we calculate the similarities of the corresponding parts. Finally, all separate
similarities are combined with the experiential weights. For the regular ontologies, the
SDD matcher can find satisfactory alignments in most cases.</p>
      <p>
        To solve the matching problem without rich literal information, a similarity
propagation matcher with strong propagation condition (SSP matcher) is presented,
and the matching algorithm utilizes the results of literal matching to produce more
alignments. Compared with other similarity propagation methods such as similarity
flood [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] and SimRank [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], the advantages of our similarity propagation include
defining stronger propagation condition, semantic subgraphs-based and with efficient
and feasible propagation strategies. Using similarity propagation, Lily can find more
alignments that cannot be found in the text matching process.
      </p>
      <p>However, the similarity propagation is not always perfect. When more alignments
are discovered, more incorrect alignments would also be introduced by the similarity
propagation. So Lily also uses a strategy to determine when to use the similarity
propagation.</p>
      <p>
        Large scale ontology matching Large scale ontology matching tasks propose the
rough time complexity and space complexity for ontology mapping systems. To solve
this problem, we proposed a novel method [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], which uses the negative anchors and
positive anchors to predict the pairs can be passed in the later matching computing.
The method is different from other several large scale ontology matching methods,
which are all based on ontology segment or modularization.
      </p>
      <p>
        Semantic ontology matching Our semantic matching method [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] is base on the
idea that Web is a large knowledge base, and from which we can gain the semantic
relations between ontologies through Web search engine. Based on lexico-syntactic
patterns, this method first obtains a candidate mapping set using search engine. Then
the candidate set is refined and corrected with some rules. Finally, ontology mappings
are chosen from the candidate mapping set automatically.
      </p>
      <p>
        Ontology mapping debugging Lily uses a technique called ontology mapping
debugging to improve the alignment results [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. During debugging, some types of
mapping errors, such as redundant and inconsistent mappings, can be detected. Some
warnings, including imprecise mappings or abnormal mappings, are also locked by
analyzing the features of mapping result. More importantly, some errors and warnings
can be repaired automatically or can be presented to users with revising suggestions.
1.3
      </p>
    </sec>
    <sec id="sec-3">
      <title>Adaptations made for the evaluation</title>
      <p>In OAEI 2008, Lily used GOM matcher to compute the alignments for three tracks
(benchmark, directory, conference). In order to assure the matching process is fully
automated, all parameters are configured automatically with a strategy. For the large
ontology alignment tracks (anatomy, fao, mldirectory, library), Lily used LOM
matcher to discover the alignments. All parameters used by these tracks are same.
Lily can determine which matcher should be chose according to the size of ontology.
1.4</p>
    </sec>
    <sec id="sec-4">
      <title>Link to the system and the set of provided alignments</title>
      <sec id="sec-4-1">
        <title>Lily V2.0 and the alignment results for</title>
        <p>http://ontomappinglab.googlepages.com/lily.htm.</p>
      </sec>
      <sec id="sec-4-2">
        <title>OAEI 2008 are available at</title>
        <p>2
2.1</p>
        <sec id="sec-4-2-1">
          <title>Results</title>
          <p>benchmark
The benchmark test set can be divided into five groups: 101-104, 201-210, 221-247,
248-266 and 301-304.</p>
          <p>101-104 Lily plays well for these test cases. But for the irrelevant ontology 102,
Lily returns several alignments because it cannot decide whether the two ontologies
are irrelevant, so it tries to find any possible alignments.</p>
          <p>201-210 Lily can produce good results for this test set. Even without right labels
and comments information, Lily can find most correct alignments through making use
of other information such as instances. Using few alignment results obtained by the
basic methods as inputs, the similarity propagation strategy will generate more
alignments.</p>
          <p>221-247 Lily can find most correct alignments using the labels and comments
information.</p>
          <p>248-266 This group is the most difficult test set. Lily first uses the SDD matcher to
look for a few alignments. Then, using initial alignments as input, Lily exploits the
SSP matcher to discover more alignments. In our experiments, too smaller and too
bigger size semantic subgraph can not produce good alignments. 10-35 is a suitable
size range in our experience. In 262, since almost all literal and structure information
are suppressed, the similarity propagation can not find any results.</p>
          <p>301-304 This test set are the real ontologies. Lily only finds the equivalent
alignment relations.</p>
          <p>The following table shows the average performance of each group and the overall
performance on the benchmark test set.
The anatomy track consists of two real large-scale biological ontologies. Lily can
handle such ontologies smoothly with LOM method. Lily submitted the results for
three sub-tasks in anatomy. Task#1 means that the matching system has to be applied
with standard settings to obtain a result that is as good as possible. Task#2 means that
the system generates the results with high precision. Task#3 means that the system
generates the alignment with high recall.</p>
          <p>Table 2 shows the performance of the task #1, #2 and #3 on anatomy test set,
where Recall+ measures how many non trivial correct correspondences can be found
in an alignment.</p>
          <p>Task#1
Task#2
Task#3
The directory track requires matching two taxonomies describing the web directories.
Except the class hierarchy, there is no other information in the ontologies. Therefore,
besides the literal information, Lily also utilizes the hierarchy information to decide
the alignments. Table 3 shows the performance on the directory test set.
This task contains 15 real-case ontologies about conference. For a given ontology, we
compute the alignments with itself, as well as with other ontologies. For we treat the
equivalent alignment is symmetric, we get 105 alignment files totally. The
heterogeneous character in this track is various. It is a challenge to generate good
results for all ontology pairs in this test set.</p>
          <p>The performance of Lily on this data set is shown as Table 4. The evaluation is
based on two reference alignments.</p>
          <p>Precision
0.568
0.432</p>
          <p>Recall
0.581
0.500</p>
          <p>F-measure
0.575
0.463
2.5</p>
          <p>fao
The task consists of several large scale ontologies about food and agricultural domain.
The LOM method is used to find the alignments. Lily only provides the alignments
between concepts or properties. Therefore, we did not submit the alignments for the
subtask for finding the alignments between instances. Table 5 is the performance on
fao data set.
This is a thesaurus mapping task. Lily only discovers the extractMatch alignments.
Lily did not utilize the instance information provided in this year. Table 6 shows the
evaluation results of Lily on this data set.
This task requires matching two web directories in different languages. For the reason
that the ontologies provided by this task are hard to be parsed correctly, Lily only
submits two alignment results for two subtasks (Auto and Movie) in English. Lily
finds 377 alignments for Auto and 1864 alignments for Movie.
3</p>
        </sec>
        <sec id="sec-4-2-2">
          <title>General comments</title>
          <p>3.1</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Comments on the results</title>
      <p>Strengths For normal size ontologies, if they have regular literals or similar
structures, Lily can achieve satisfactory alignments.</p>
      <p>Weaknesses Lily needs to extract semantic subgraphs for all concepts and
properties. It is a time-consuming process. Even though we have improved the
efficiency of the extracting algorithm, it still is the bottleneck for the performance of
the system.
4</p>
      <sec id="sec-5-1">
        <title>Conclusion</title>
        <p>We briefly introduce our ontology matching tool Lily. The matching process and the
special techniques used by Lily are presented. The preliminary alignment results are
carefully analyzed. Finally, we summarized the strengths and the weaknesses of Lily.</p>
      </sec>
      <sec id="sec-5-2">
        <title>Appendix: Raw results</title>
        <sec id="sec-5-2-1">
          <title>The final results of benchmark task are as follows.</title>
          <p>Matrix of results
1.00
1.00
1.00
1.00
0.98
0.83
0.98
0.98
0.98
0.95
0.90
1.00
1.00
1.00
1.00
0.81
0.95
0.92
0.88
0.85
0.66
0.95
0.91
0.87
0.82
0.58
1.00
1.00
1.00
0.88
BibTeX/MIT
BibTeX/UMBC
Karlsruhe
INRIA</p>
        </sec>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Faloutsos</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McCurley</surname>
            ,
            <given-names>K. S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tomkins</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Fast Discovery of Connection Subgraphs</article-title>
          .
          <source>In the 10th ACM SIGKDD International Conference on Knowledge Discovery and Data Mining</source>
          , Seattle, Washington (
          <year>2004</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Ramakrishnan</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Milnor</surname>
            ,
            <given-names>W. H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Perry</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sheth</surname>
            ,
            <given-names>A. P.</given-names>
          </string-name>
          :
          <article-title>Discovering Informative Connection Subgraphs in Multirelational Graphs</article-title>
          .
          <source>ACM SIGKDD Explorations</source>
          , Vol.
          <volume>7</volume>
          (
          <issue>2</issue>
          ), (
          <year>2005</year>
          )
          <fpage>56</fpage>
          -
          <lpage>63</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xu</surname>
            ,
            <given-names>B. A Generic</given-names>
          </string-name>
          <string-name>
            <surname>Ontology</surname>
          </string-name>
          <article-title>Matching Method Based on Semantic Subgraph</article-title>
          , to appear.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Melnik</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garcia-Molina</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rahm</surname>
          </string-name>
          , E.:
          <article-title>Similarity Flooding: A Versatile Graph Matching Algorithm and its Application to Schema Matching</article-title>
          .
          <source>In the 18th International Conference on Data Engineering (ICDE)</source>
          , San Jose CA (
          <year>2002</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Jeh</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Widom</surname>
            ,
            <given-names>J.:</given-names>
          </string-name>
          <article-title>SimRank: A Measure of Structural-Context Similarity</article-title>
          .
          <source>In the 8th International Conference on Knowledge Discovery and Data Mining (SIGKDD)</source>
          , Edmonton, Canada, (
          <year>2002</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xu</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <article-title>A New Method for Matching Large Scale Ontologies</article-title>
          , to appear.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xu</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <article-title>An Ontology Mapping Approach Using Web Search Engine</article-title>
          . Journal of Southeast University,
          <year>2007</year>
          ,
          <volume>23</volume>
          (
          <issue>3</issue>
          ):
          <fpage>352</fpage>
          -
          <lpage>356</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xu</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Debugging Ontology Mapping</surname>
            :
            <given-names>A Static</given-names>
          </string-name>
          <string-name>
            <surname>Method</surname>
          </string-name>
          .
          <source>Computing and Informatics</source>
          ,
          <year>2008</year>
          ,
          <volume>27</volume>
          (
          <issue>1</issue>
          ):
          <fpage>21</fpage>
          -
          <lpage>36</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>