<!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>LSMatch Results for OAEI 2021</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Abhisek Sharma</string-name>
          <email>abhisek@nitkkr.ac.in</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Archana Patel</string-name>
          <email>archanamca92@gmail.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Sarika Jain</string-name>
          <email>jasarika@nitkkr.ac.in</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer Applications, National Institute of Technology Kurukshetra</institution>
          ,
          <country country="IN">India</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Department of Software Engineering, Eastern International University</institution>
          ,
          <country country="VN">Vietnam</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2021</year>
      </pub-date>
      <abstract>
        <p>This paper presents the Large Scale Ontology Matching System (LSMatch) and its results on OAEI 2021 datasets. LSMatch is an element-level and label-based ontology matching system that uses string similarity and synonyms matcher. The current version of the system is focused on finding similarities between the classes of the two ontologies. This is the first participation of LSMatch in the OAEI campaign on five tracks, namely Anatomy, Conference, Disease and Phenotype, Common Knowledge Graphs, and Knowledge Graph. LSMatch has demonstrated promising results in all five tracks. We also discuss the strengths and weaknesses of the LSMatch system.</p>
      </abstract>
      <kwd-group>
        <kwd>Ontology Matching • Knowledge Schema • Alignment • String similarity • Synonym matcher</kwd>
      </kwd-group>
    </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>
        LSMatch (Large Scale Ontology Matching System) is an ontology matching
system exploiting lexical properties to find correspondences between ontologies. It
uses Levenshtein string similarity measure and synonyms matcher, which
utilizes background knowledge containing synonyms to filter out concepts that are
similar by meaning but have diferent lexical representations [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. This is
LSMatch’s first OAEI participation, and it got tested on 5 tracks, i.e., Anatomy,
Conference, Disease and Phenotype, Common Knowledge Graphs, and
Knowledge Graph. LSMatch system was wrapped using the MELT framework [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], and
it is performing at par with some of the other systems in tracks and achieving
best precision in Anatomy and Conference track.
      </p>
      <p>Copyright ' 2021 for this paper by its authors. Use permitted under Creative
Commons License Attribution 4.0 International (CC BY 4.0).</p>
    </sec>
    <sec id="sec-3">
      <title>Specific techniques used</title>
      <p>
        The current version of LSMatch addresses monolingual ontology alignments, i.e.,
the concepts of the ontologies are in the same language, English [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. We have
called ontology as knowledge schema (KS) because the LSMatch system matches
the classes only. The working of the LSMatch system is shown in figure 1. We
introduce the multiple parts of the system by taking two Knowledge schemas
(KS1 and KS2) as input to show the final set of alignments. LSMatch system
takes input in any format and loaders loads the input KS (KS1 and KS2) as
RDF graphs.
– Levenshtein matcher: The LSMatch uses a string similarity matcher that
calculates Levenshtein distance between the concepts [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The concepts are
represented as rdfs:label or directly as the class name in the ontologies. The
oficial definition of Levenshtein distance is stated as “The smallest number
of insertions, deletions, and substitutions required to change one string or
tree into another” [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
– Background knowledge [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]: To identify diferent lexical representations,
LSMatch uses a synonym matcher that fetches synonyms from thesaurus.com
through their API [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. For immediate availability of synonyms at the time of
matching, we have pre-fetched the synonyms and kept them in JSON format.
– Synonym Matcher: LSMatch fetches synonyms from thrsaurus.com. Although
we have pre-fetched the synonyms but during the execution, the concepts are
cross-checked whether the synonyms for every concept are present or not.
If some concept doesn’t have synonyms pre-fetched for it, we fetch them on
the fly.
      </p>
      <p>
        For the purpose of storage and retrieval of alignments LSMatch uses
dictionary. In the dictionary, we store information as &lt;key, value&gt; pairs where key is
hashed [
        <xref ref-type="bibr" rid="ref8 ref9">8, 9</xref>
        ]. LSMatch stores the alignments received from both the matchers
along with the similarity score. We target storing and updating the scores of
pairs multiple times during the alignment process and having hashed keys allow
us to do that eficiently.By default, LSMatch keeps all the alignments with a
combined score (Levenshtein + Synonym) of 0.5 or above to check the
alignments over variable thresholds. For the final selection of alignments the current
version of LSMatch has used 0.95 as the threshold.
2
      </p>
      <p>Results
2.1</p>
    </sec>
    <sec id="sec-4">
      <title>Anatomy</title>
      <p>This section describes the results of the LSMatch system on five tracks namely:
Anatomy, Conference, Disease and Phenotype, Common Knowledge Graphs, and
Knowledge Graph.</p>
      <p>The Anatomy track consists of finding the alignments between the Adult Mouse
Anatomy and the NCI Thesaurus describing the human anatomy. For the
evaluation a 16GB machine was used1. Table 1 shows the performance of LSMatch
system on anatomy track. LSMatch generated 940 total correspondences, out of
which 937 were true positives, and 3 were false positive. In Anatomy is achieving
best precision along side the baseline matcher.
2.2</p>
    </sec>
    <sec id="sec-5">
      <title>Conference</title>
      <p>The Conference track contains 16 ontologies from the same domain (conference
organization). Seven ontologies are involved in the reference alignment: Cmt,
ConfTool, Edas, Ekaw, Iasted, Sigkdd, Sofsem. Table 2 shows the performance
of LSMatch system on conference track. LSMatch generated 147 total
correspondences, out of which 129 were true positives, and 18 were false positives. In the
Conference track, LSMatch achieved best precision. In recall, LSMatch is at par
with other systems such as AMD and baseline matches.
2.3</p>
    </sec>
    <sec id="sec-6">
      <title>Disease and Phenotype</title>
      <p>This track is based on a real use case to find alignments between disease and
phenotype ontologies. Specifically, 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).
1 http://oaei.ontologymatching.org/2021/results/anatomy/index.html
This track evaluates the ability of matching systems to map the schema (classes)
of large common knowledge graphs such as DBpedia, YAGO and NELL. Publicly
available knowledge graphs are highly complementary, and known for sharing
data about real-world entities such as person, organization, and place. The goal
of this task is to align classes from highly influential and domain-independent
knowledge graphs. Table 4 shows the performance of LSMatch on Common
Knowledge Graphs track. The evaluation was executed on a Linux virtual
machine with 128 GB of RAM and 16 vCPUs (2.4 GHz) processors2. LSMatch
generated 102 total correspondences, out of which 101 were true positives, and
1 was false positive.
2 http://oaei.ontologymatching.org/2021/results/commonKG/index.html
The Knowledge Graph Track contains isolated knowledge graphs with instance
and schema data. The goal of the task is to match both the instances and the
schema. The knowledge graphs were created in the course of the DBkWik by
running the DBpedia extraction framework on Wikis from the Fandom Wiki
hosting platform. Table 5 shows the performance of LSMatch on Knowledge
Graph track. The evaluation was executed on a virtual machine(VM) with 32GB
of RAM and 16 vCPUs (2.4 GHz) with Debian 9 operating system3. As LSMatch
was only targeted for class matching. So, in Knowledge Graph track, LSMatch
returned correspondences for classes only.
The results show that the LSMatch system is performing at par with many of
the systems that were tested at OAEI and is also performing better than some
of them in some cases. As far as results are considered, we can see that the
system achieves good precision in all the tracks. The current version lacks in
recall, which afects the F1 score. The future iterations of the system will be
targeted towards improving upon these measures.</p>
      <p>The system has a lot of potentials to improve on diferent aspects such as
multiple matchers can be employed together for finding missed out and tricky
alignments; in the future versions, along with thesaurus.com, we can use
knowledge bases like DBpedia, YAGO, or Wikidata as background knowledge, which
can give more insights into the concepts represented into the ontologies for better
alignments.
3 http://oaei.ontologymatching.org/2021/results/knowledgegraph/index.html
The LSMatch system is one of the good performers on multiple tracks. This
year, the system was tested on 5 tracks, i.e., Anatomy, Conference, Disease and
Phenotype, Common Knowledge Graphs, and Knowledge Graph. The system
achieved considerably good precision in all the tracks but lacked behind in recall.
In future versions, we will be adding a set of matchers and working to improve
the utilization of background knowledge by which we can find better correlations
between concepts that are not properly aligned using just the string similarity
measures.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Zhang</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Bian</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          (
          <year>2017</year>
          , March).
          <source>Research on string similarity algorithm based on Levenshtein Distance. In 2017 IEEE 2nd Advanced Information Technology, Electronic and Automation Control Conference (IAEAC)</source>
          (pp.
          <fpage>2247</fpage>
          -
          <lpage>2251</lpage>
          ). IEEE.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Hertling</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Portisch</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Paulheim</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          (
          <year>2019</year>
          ,
          <article-title>September)</article-title>
          .
          <article-title>Melt-matching evaluation toolkit</article-title>
          .
          <source>In International conference on semantic systems</source>
          (pp.
          <fpage>231</fpage>
          -
          <lpage>245</lpage>
          ). Springer, Cham.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Shvaiko</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Euzenat</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          (
          <year>2011</year>
          ).
          <article-title>Ontology matching: state of the art and future challenges</article-title>
          .
          <source>IEEE Transactions on knowledge and data engineering</source>
          ,
          <volume>25</volume>
          (
          <issue>1</issue>
          ),
          <fpage>158</fpage>
          -
          <lpage>176</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Nguyen</surname>
          </string-name>
          , T. T. A., and
          <string-name>
            <surname>Conrad</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          (
          <year>2015</year>
          , November).
          <article-title>Ontology matching using multiple similarity measures</article-title>
          .
          <source>In 2015 7th International Joint Conference on Knowledge Discovery</source>
          ,
          <article-title>Knowledge Engineering and Knowledge Management (IC3K) (Vol</article-title>
          .
          <volume>1</volume>
          , pp.
          <fpage>603</fpage>
          -
          <lpage>611</lpage>
          ). IEEE.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>5. https://xlinux.nist.gov/dads/HTML/Levenshtein.html</mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Aleksovski</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ten Kate</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Van Harmelen</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          (
          <year>2006</year>
          , November).
          <article-title>Exploiting the Structure of Background Knowledge Used in Ontology Matching</article-title>
          . In Ontology Matching (p.
          <fpage>13</fpage>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>7. thesaurus.com, URL: https://www.thesaurus.com/</mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Ochieng</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Kyanda</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          (
          <year>2018</year>
          ).
          <article-title>Large-scale ontology matching: state-of-the-art analysis</article-title>
          .
          <source>ACM Computing Surveys (CSUR)</source>
          ,
          <volume>51</volume>
          (
          <issue>4</issue>
          ),
          <fpage>1</fpage>
          -
          <lpage>35</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Anam</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kim</surname>
            ,
            <given-names>Y. S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kang</surname>
            ,
            <given-names>B. H.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Liu</surname>
            ,
            <given-names>Q.</given-names>
          </string-name>
          (
          <year>2015</year>
          ).
          <article-title>Review of ontology matching approaches and challenges</article-title>
          .
          <source>International journal of Computer Science and Network Solutions</source>
          ,
          <volume>3</volume>
          (
          <issue>3</issue>
          ),
          <fpage>1</fpage>
          -
          <lpage>27</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>