<!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>OAEI 2018 results of POMap++</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Amir Laadhar</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Faiza Ghozzi</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Imen Megdiche</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Franck Ravat</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Olivier Teste</string-name>
          <email>olivier.testeg@irit.fr</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Faiez Gargouri</string-name>
          <email>faiez.gargourig@isims.usf.tn</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>University of Sfax</institution>
          ,
          <addr-line>MIRACL Sakiet Ezzit 3021, Tunisie</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>University of Toulouse</institution>
          ,
          <addr-line>IRIT (CNRS/UMR 5505) 118 Route de Narbonne 31062 Toulouse</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Ontology matching is the process of nding a set of correspondences between the entities of two or more ontologies representing a similar domain. POMap++ is an ontology matching system associating ontology partitioning to the machine learning techniques. This association delivers a local matching learning. POMap++ provides an automated local matching learning for the biomedical tracks. For the nonbiomedical tracks we employ the version of POMap 2017. In this paper, we present POMap++ as well as the obtained results for the Ontology Alignment Evaluation Initiative of 2018.</p>
      </abstract>
      <kwd-group>
        <kwd>Semantic web</kwd>
        <kwd>Ontology Matching</kwd>
        <kwd>Ontology partitioning</kwd>
        <kwd>Machine learning</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>State, purpose, general statement</title>
    </sec>
    <sec id="sec-2">
      <title>Speci c techniques used</title>
      <p>
        The work ow of POMap++ for our second participation in the OAEI comprises
four main steps, as agged by the gure 1: Input ontologies indexing and
loading, input ontologies partitioning, local matching learning and output alignment
generation. The rst and the last step are the same as in the last version of
POMap [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. In the second step, we de ne the pair of similar partitions between
the two input ontologies. In the third step, we apply machine learning techniques
in order to align every identi ed pair of similar partitions. In the following, we
detail each of the four steps.
      </p>
    </sec>
    <sec id="sec-3">
      <title>Step 1: Input ontologies indexing and loading</title>
      <p>
        The rst step of the ontology indexation and loading is the pre-processing
task. We pre-process the annotations of the two input ontologies by applying the
Porter stemming [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] as well as the stop word removal process. We also remove
the special characters. These indexes are stored along with the structure of
the input ontologies. The structural indexing is responsible for representing the
relationships between entities. Then, during the third task, the indexed data
structures are loaded into the next step of POMap++.
      </p>
    </sec>
    <sec id="sec-4">
      <title>Step 2: Input ontologies partitioning</title>
      <p>
        We divide an ontology into a set of partitions using the hierarchical
agglomerative clustering [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] approach. This approach does not take as input the required
number of partitions. The hierarchical agglomerative clustering algorithm
receives as input structural similarity scores between all the entities of an input
ontology. We compute the structural similarity between the entities of a single
ontology according to the following De nition. The De nition 1 is inspired by
Wu and Palmer [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] similarity measure.
      </p>
    </sec>
    <sec id="sec-5">
      <title>De nition 1 (Structural similarity between entities). We compute the</title>
      <p>structural similarity between all the entities in one ontology according to the
Equation 1. For a given two entities ei;x and ei;y of an ontology Oi, lca is their
lowest common ancestor. Dist(ei;x,lca) represents the shortest distance between
ei;x and lca in terms of number of edges. Dist(ei;y,lca) denote the distance
between ei;y and lca. Dist(ri,lca) is the distance between the root ri and lca.</p>
      <p>StrcSim(ei;x; ei;y) =</p>
      <p>Dist(ri; lca) 2
Dist(ei;x; lca) + Dist(ei;y; lca) + Dist(ri; lca)
2
(1)</p>
    </sec>
    <sec id="sec-6">
      <title>Step 3: Local Matching learning</title>
      <p>
        Due to the high complexity of biomedical ontologies, no single syntactic
similarity measure can e ectively all the syntactic heterogeneity of a matching task.
Therefore, for each local matching task, we construct its speci c machine
learning model. The training set of every local learning model is not based on any
reference alignments. We automatically construct a supervised training set for
each local matching task of the set of local matchings. These training sets serve
as the input for each local machine learning model. After identifying the
partitions for each ontology, we nd the set of similar partitions between the two
input ontologies using a set of anchors. The existing works retrieve labeled data
either from the reference alignment or by creating it manually. However, the
reference alignment commonly does not exist. We derive each local training set
by cross-searching the entities of a local matching with the existing biomedical
knowledge bases like Uberon. Since we are dealing with biomedical ontologies,
anchors are extracted by cross-searching the input ontologies with the available
external biomedical knowledge bases (KB) such as the Uni ed Medical
Language System (UMLS) Metathesaurus [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], Medical Subject Headings (MeSH)
[
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], Uberon [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] and BioPortal [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. For instance, UMLS integrates more than 160
biomedical ontologies. In our case, we cross-search the two input ontologies with
the Uberon ontology to derive the set anchors. We employ the-state-of-the art
syntactic similarity measures3 as features. The labeled data of the training set
is usually hard to acquire. We apply the wrapper feature selection [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] method
over the resulted local training sets. This technique selects the subset of the
most e ective and suitable features for each local training set. Therefore, each
local matching task has its speci c similarity measures. Then, we build a local
machine learning model for each local matching task. The entities of each local
matching task are classi ed using their speci c machine learning model. This
local learning model aligns the input entities based on the adequate matching
parameters.
      </p>
    </sec>
    <sec id="sec-7">
      <title>Step 4: Output alignment generation</title>
      <p>3 https://git.io/fNvqt</p>
      <p>The generated correspondences for every local matching task lmij;q are
unied to generate the nal alignment le for the whole ontology matching task.
The alignment le is compared to the reference alignment to evaluate the overall
result accuracy.
2</p>
      <sec id="sec-7-1">
        <title>Results</title>
        <p>2.1</p>
      </sec>
    </sec>
    <sec id="sec-8">
      <title>Anatomy</title>
      <p>The Anatomy track consists of nding the alignments between the Adult Mouse
Anatomy and the NCI Thesaurus describing the human anatomy. The evaluation
was run on a server coupled with 3.46 GHz (6 cores) and 8GB of RAM. Table 1
draws the performance of POMap++ compared to the ve top matching systems.
Our matching system achieved the third best result for this dataset with an
Fmeasure of 89.7%, which is very close to the top results. The remaining challenge
is to speed up the execution time by applying more optimizations. We also target
the improvement of precision value for our next participation in the OAEI.
2.2</p>
    </sec>
    <sec id="sec-9">
      <title>Disease and Phenotype</title>
      <p>This track is based on a real use case in order to nd alignments between disease
and phenotype ontologies. Speci cally, the selected ontologies are the Human
Phenotype Ontology (HPO), the Mammalian Phenotype Ontology (MP), the
Human Disease Ontology (DOID) and the Orphanet and Rare Diseases
Ontology(ORDO). The evaluation was run on an Ubuntu Laptop with an Intel Core
i9-8950UK CPU @ 2.90GHz x 12 coupled with 25Gb RAM. POMap++
succeeded to complete tow tasks HP-MP and DOID-ORDO. POMap produced 1502
mappings in the HP-MP task associated with 214 unique mappings. Among the
eight matching systems, POMap++ achieved the fth highest F-measure with
an F-Measure of 69.9%. In the DOID-ORDO task, POMap generated 2563
mappings with 174 unique ones. For this task, POMap++ obtained an F-Measure
of 84.5% being the third best result for this track.
2.3</p>
    </sec>
    <sec id="sec-10">
      <title>LargeBio</title>
      <p>This tracks aims to nd the alignment between three large ontologies:
Foundational Model of Anatomy (FMA), SNOMED CT, and the National Cancer
Institute Thesaurus (NCI). Among six matching tasks between these three ontologies,
POMap++ succeeded to perform the matching between FMA-NCI (small
fragments) and FMA-SNOMED (small fragments) with an F-Measure respectively of
88.9% and 40.4%. For the other tasks of the large biomedical track, POMap++
exceeded the de ned timeout.</p>
      <sec id="sec-10-1">
        <title>Conclusion</title>
        <p>The obtained results of POMap++ are promising especially for disease and
phenotype as well as the anatomy track in which we ranked as the third top
performing matching system. However, we did not opt to perform the local
matching using structural-level features. Consequently, we are planning to add
structural-level feature to the local matching process.</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Bodenreider</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          :
          <article-title>The uni ed medical language system (umls): integrating biomedical terminology</article-title>
          . vol.
          <volume>32</volume>
          , pp.
          <source>D267{D270</source>
          . Oxford University Press (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Kohavi</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          , John, G.H.:
          <article-title>Wrappers for feature subset selection</article-title>
          . vol.
          <volume>97</volume>
          , pp.
          <volume>273</volume>
          {
          <fpage>324</fpage>
          .
          <string-name>
            <surname>Elsevier</surname>
          </string-name>
          (
          <year>1997</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Laadhar</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ghozzi</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Megdiche</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ravat</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Teste</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gargouri</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Pomap results for oaei 2017</article-title>
          .
          <source>In: 12th International Workshop on Ontology Matching collocated with the 16th International Semantic Web Conference (OM@ ISWC'17)</source>
          . pp. pp{
          <volume>1</volume>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Lipscomb</surname>
            ,
            <given-names>C.E.</given-names>
          </string-name>
          :
          <article-title>Medical subject headings (mesh)</article-title>
          . vol.
          <volume>88</volume>
          , p.
          <fpage>265</fpage>
          .
          <string-name>
            <surname>Medical Library Association</surname>
          </string-name>
          (
          <year>2000</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. Mullner, D.:
          <article-title>Modern hierarchical, agglomerative clustering algorithms (</article-title>
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Mungall</surname>
            ,
            <given-names>C.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Torniai</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gkoutos</surname>
            ,
            <given-names>G.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lewis</surname>
            ,
            <given-names>S.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Haendel</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          :
          <article-title>Uberon, an integrative multi-species anatomy ontology</article-title>
          . vol.
          <volume>13</volume>
          , p.
          <fpage>R5</fpage>
          .
          <source>BioMed Central</source>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Noy</surname>
            ,
            <given-names>N.F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shah</surname>
            ,
            <given-names>N.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Whetzel</surname>
            ,
            <given-names>P.L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dai</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dorf</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gri</surname>
            <given-names>th</given-names>
          </string-name>
          , N.,
          <string-name>
            <surname>Jonquet</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rubin</surname>
            ,
            <given-names>D.L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Storey</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chute</surname>
            ,
            <given-names>C.G.</given-names>
          </string-name>
          , et al.:
          <article-title>Bioportal: ontologies and integrated data resources at the click of a mouse</article-title>
          . vol.
          <volume>37</volume>
          , pp.
          <source>W170{W173</source>
          . Oxford University Press (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Porter</surname>
            ,
            <given-names>M.F.</given-names>
          </string-name>
          :
          <article-title>Snowball: A language for stemming algorithms (</article-title>
          <year>2001</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Shvaiko</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Euzenat</surname>
          </string-name>
          , J.:
          <article-title>Ontology matching: state of the art and future challenges</article-title>
          .
          <source>IEEE Transactions on knowledge and data engineering 25(1)</source>
          ,
          <volume>158</volume>
          {
          <fpage>176</fpage>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Wu</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Palmer</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Verbs semantics and lexical selection</article-title>
          .
          <source>In: Proceedings of the 32nd annual meeting on Association for Computational Linguistics</source>
          . pp.
          <volume>133</volume>
          {
          <fpage>138</fpage>
          .
          <article-title>Association for Computational Linguistics (</article-title>
          <year>1994</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>