<!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>Using Domain Lexicon and Grammar for Ontology Matching</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Francisco Jose Quesada Real</string-name>
          <email>franciscojose.quesada@uca.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Gabor Bella</string-name>
          <email>gabor.bella@unitn.it</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fiona McNeill</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alan Bundy</string-name>
          <email>a.bundyg@ed.ac.uk</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>University of Cadiz</institution>
          ,
          <country country="ES">Spain</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>University of Edinburgh</institution>
          ,
          <country country="UK">UK</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>University of Trento</institution>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>There are multiple ontology matching approaches that use domain-speci c background knowledge to match labels in domain ontologies or classi cations. However, they tend to rely on lexical knowledge and do not consider the speci cities of domain grammar. In this paper, we demonstrate the usefulness of both lexical and grammatical linguistic domain knowledge for ontology matching through examples from multiple domains. We also provide an evaluation of the impact of such knowledge on a real-world problem of matching classi cations of mental illnesses from the health domain. Our experimentation with two matcher tools that use very di erent matching mechanisms|LogMap and SMATCH|shows that both lexical and grammatical knowledge improve matching results.</p>
      </abstract>
      <kwd-group>
        <kwd>Ontology</kwd>
        <kwd>Matching</kwd>
        <kwd>Domain-Knowledge</kwd>
        <kwd>Language</kwd>
        <kwd>Domain Lexicon</kwd>
        <kwd>Domain Grammar</kwd>
        <kwd>Domain</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Ontology Matching (OM) aims at nding correspondences between the classes
and instances of multiple ontologies [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Thus, OM processes are commonly
carried out to solve heterogeneity problems that occur when multiple knowledge
resources need to be integrated or used together. Among common approaches
used in OM, the comparison of node labels has been one of the most performant
and widely used techniques. While label matching has been addressed by
the earliest matchers through simple methods such as string similarity, more
complex cases such as syonymy, cross-lingual, or domain-speci c matching need
linguistically better-founded solutions [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. The problem of matching domain
ontologies or classi cations is special because labels tend to mix elements of
the general language with domain terms, and sometimes even grammatical
Copyright c 2020 for this paper by its authors. Use permitted under Creative
Commons License Attribution 4.0 International (CC BY 4.0).
forms that are domain-speci c. In cross-domain matching scenarios, phenomena
of meaning shifts, polysemy, and synonymy make the matching task even
harder, such as in the emergency response domain where subdomains of police,
healthcare, re brigades, etc., need to be aligned [
        <xref ref-type="bibr" rid="ref17 ref18">17, 18</xref>
        ]. Another example is that
of mapping standard classi cations within the healthcare domain that, despite
relying on precise domain terminology, express the same concepts in di erent
ways, such as `rupture of aorta' versus `aortic aneurysm, ruptured'. Establishing
precise mappings across standards has a major importance for cross-border
health applications as they enable automated data integration methods [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>
        A large number of matchers analyse natural language labels, on di erent
levels of complexity. A common approach is to incorporate linguistic background
knowledge (BK) into the matcher [
        <xref ref-type="bibr" rid="ref10 ref9">9, 10</xref>
        ].
      </p>
      <p>
        SMATCH [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] relies on domain-independent BK: it uses WordNet [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]
as an English domain-independent lexical database, and analyses labels
using general grammatical tools such as tokeniser, lemmatiser, and syntactic
parser. Other matchers, such as LogMap [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] or YAM-BIO [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], have been
customised to integrate domain terminology to address speci c matching
challenges, such as biomedical terms. This results in increased performance
on domain-speci c matching; however, the longer the labels become, the more
likely their grammatical structures and their use of general language become
important, which cannot be covered by terminological knowledge alone. For
this reason, some matchers, such as AML [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] or ALIN [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], integrate both
domain-independent and domain-speci c knowledge (e.g. WordNet together with
biomedical resources).
      </p>
      <p>All of these matchers, however, are limited to using lexical BK. While
some of them do address grammar through basic domain-independent methods
(tokenisation, lemmatisation, stop word elimination), they do not cope with cases
where the grammar depends on the domain.</p>
      <p>In this paper, we investigate the impact of both domain lexicon and domain
grammar in ontology matching, mainly focusing on label-based matching.</p>
      <p>The paper is organised as follows. In Section 2 we describe how domain
knowledge appears in ontology labels. Section 3 focusses on di erent approaches
that matchers may use to take advantage of domain knowledge. A case study
on the health domain is presented in section 4, being evaluated in section 5.
The paper nishes with some concluding remarks and future works included in
section 6.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Domain Language in Ontology Labels</title>
      <p>The use of specialised linguistic constructs is common in most domains of
knowledge. The most obvious case is the use of specialised terminology, consisting
of words and expressions that either are used exclusively within the context of
a domain (such as to deglaze in cooking meaning `to loosen bits of food which
stuck on the bottom of a pan by adding liquid' ), or that gain a new meaning
within a domain (such as to clarify which in cooking refers speci cally to butter).
Domain-speci c meaning can, however, also be vehicled by non-lexical means,
a phenomenon that we globally call domain grammar. Domain grammar can
be found even within the short labels typical of ontologies and classi cations.
Below we provide examples of domain language from specialised text, including
ontology labels.</p>
      <p>Domain terms. The UK Civil &amp; Protection Lexicon (UKCP) de nes the term
medevac that means medical evacuation, itself considered a specialised term. In
order to align these two terms, a matcher would either need lexical background
knowledge that states their synonymy, or|in this speci c case|word-level
analysis in order to detect that one term is the abbreviated form of the other.
Domain acronyms. The acronym REM has many meanings; in the domain of
neurology it means rapid eye movement. Again, in a matching task the acronym
can be matched either through the use of domain lexical knowledge or through
acronym detection.</p>
      <p>Word derivation. Derivation rules allow the creation of words through the
use of a xes, such as voyeur 7! voyeurism or anorexia 7! anorexic. While,
as in these cases, domain language often relies on the derivational rules of
general grammar, domain-speci c derivational a xes and rules also exist, such
as candida 7! candidiasis in the medical domain. Even though the common
approach in lexicography is to enumerate derived words as separate lexical
entries, lexicons are often incomplete in practice due to the high productivity
of a xes. Thus, grammar-based approaches to detecting the relatedness of
derived terms can be useful, as when matching the label fetishism with fetishistic
disorder.</p>
      <p>Word in ection. In ection rules are de ned by general language; yet, particular
in ected forms can be more or less speci c to domains. A well-known example
are cooking recipes where sentences tend to begin with verbs either in in nitive
or imperative form (e.g. `Peel the onions', which in French may be expressed
either as `Peler les ognons' or as `Pelez les ognons' ).</p>
      <p>Speci c uses of punctuation. In labels of the International Classi cation
of Diseases (ICD), such as `Hallucinogen use, unspeci ed with hallucinogen
persisting perception disorder ( ashbacks)', parentheses are used to provide clues
for the interpretation of the label. Square brackets, commas, or parentheses
are also widely used in ontologies, classi cations, and data schemas, such as
to provide units of measure for numerical values: speed (km/h). The precise
interpretation (e.g. relevance or not with respect to the matching task) of such
punctuation and the text they delimit depends on the domain and the particular
application at hand.</p>
      <p>Domain syntax. The same `Hallucinogen use. . . ' example from above shows that
labels can use non-standard syntax. This is sometimes motivated by the context
of use, such as the need to sort the labels alphabetically motivates the use of the
adjective unspeci ed in a postpositive form. The phrase hallucinogen persisting
perception disorder, on the other hand, includes syntax that is not considered as
standard in general language but is common in medical text. While syntax may
play a minor role in matching very short labels, for longer classi cation entries
it may be taken into account by the matcher tool, as in the case of SMATCH
that performs syntactic parsing.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Leveraging Domain Language for Ontology Matching</title>
      <p>The hypothesis veri ed in this paper is that \matching performance can
be improved by relying on knowledge that is speci c to domain language ".
However, as domain language also incorporates elements of general language, our
study also considers this aspect. Accordingly, we classify linguistic background
knowledge with respect to being general or domain-speci c, as well as with
respect to being lexical or grammatical. This delineates the following four
categories of knowledge: (1) general lexicon; (2) general grammar; (3) domain
lexicon; and (4) domain grammar. Furthermore, we consider three di erent forms
of grammatical knowledge with respect to the linguistic elements to which they
apply: (a) phrase-level (syntax, dealing with the way words are organised within
labels); (b) word-level (morphology, i.e. grammar that deals with the structure
of words); and (c) character-level (e.g. orthography and use of punctuation).
Due to the shortness of ontology and classi cation labels, we deem it su cient
to consider only these three levels of granularity of grammar.</p>
      <p>
        General Lexicon A domain-independent resource that is commonly used is
Princeton WordNet [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] which is a lexical database in which nouns, verbs,
adjectives and adverbs are grouped into sets of synonyms, each expressing a
di erent concept. All sets are semantically related between them with an is a
relationship, forming a taxonomy, in which the more general elements are at the
top and the more speci c are at the bottom levels.
      </p>
      <p>
        Domain Lexicon There are multiple domain-speci c resources such as lexicons
or domain terminologies that contain the technical terms of an speci c domain.
In the literature, we can nd di erent approaches to integrating these resources
within WordNet [
        <xref ref-type="bibr" rid="ref1 ref17">1, 17</xref>
        ]. Their main goal is to append specialised knowledge
to general knowledge currently represented in WordNet (e.g. coronavirus
as a specialised type of infection). However there are cases in which the
current representation of a word in WordNet di ers from its meaning in the
domain-speci c resource (e.g. evacuation in WordNet and in the UKCP). In
these cases, the integration is more complex and needs to be done in a supervised
way [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ].
      </p>
      <p>
        The main advantage of using domain lexical knowledge is that matchers have
an enriched BK and are able to nd mappings of labels that include some of the
added new terms. Moreover, when matching ontologies from multiple or partially
di erent domains (such as reference health knowledge involving subdomains of
healthcare), domain information can be leveraged for word sense disambiguation
within the matching process, resulting in improved precision [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
General Grammar Most matchers consider the grammar within labels for the
matching process. In this case, they carry out some of the following tasks with
independence from the domain of the resources to be matched [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
{ Phrase Level Grammar .
      </p>
      <p>Tokenisation. Labels are segmented into tokens (e.g. \medium-scale
evacuation" becomes &lt;medium, scale, evacuation&gt;).</p>
      <p>Acronym extraction. Characters of tokens are used to extract/discover
acronyms (e.g. \Non Governmental Organisation " becomes \NGO ").
String similarity. Compare string labels considering di erent measures
and return a value according to their similarity degree (e.g. \Level of
emergency " and \Level 1 emergency " have a high similarity degree).
Stopword elimination. Tokens that are recognised as articles,
prepositions, conjunctions are removed (e.g. \level of emergency "
becomes \level emergency ").
{ Word Level Grammar .</p>
      <p>Lemmatisation. Tokens are reduced to basic forms (e.g. \disasters "
becomes \disaster ").
{ Character Level Grammar .</p>
      <p>Normalisation. This task includes several subtasks such as: case
normalisation, diacritics suppression, blank normalisation, digit
suppression or punctuation elimination.</p>
      <p>Domain Grammar There are cases in which applying the previous
domain-independent tasks to domain-speci c resources is counter-productive.
For example, if we apply digit suppression and stopword elimination to
the following labels: \Level of emergency ", \Level 1 emergency ", \Level 2
emergency ", \Level 3 emergency "; the matcher might output that all labels
represent the same knowledge. Another example appears when the case
normalisation task is just limited to transform all characters within the label into
lower case letters. In this case, if the label contains Roman numerals they might
pass unnoticed after the case normalisation. For these reasons, it is necessary
to consider domain-speci c grammar and address it conscientiously. Below there
are described the approaches that we have implemented in our research:
{ Phrase Level Grammar . Finding clues or postscripts that recurrently appear
within the labels in a domain is not unusual. In this case, it is necessary
to analyse if they add enough knowledge to keep them in the label or it is
hh(((
worth suppressing them (e.g. \Mild cognitive impairment(,s(oshtahtehd").
{ Word Level Grammar . Implementing derivational morphology rules to
transform a term from one part-of-speech into another is interesting because
enriching matchers' BK with these words allows those matchers that do not
mainly base the matching process on string similarity measures to discover
new mappings. Domain words produced by derivational morphology are
added to matchers' BK as related forms (e.g. \pathological " is added as
a related form of \pathology ).
{ Character Level Grammar . Depending on the domain, particularly in
application domain knowledge resources, orthography follows di erent
conventions. This makes necessary to address it optimally in each case. For
example, there might be cases in which the content within parentheses or
square brackets is meta-information that is not relevant for the meaning of
the label (e.g. \Post(-) traumatic stress disorder "), being recommendable
its suppression, whereas in other cases this content might be essential (e.g.
\Stable lodine (Potassium lodate tables)").</p>
      <p>The rules of the di erent domain grammar levels can be extracted both in a
supervised or unsupervised way. The latter requires a huge number of documents
to apply statistical methods, whereas the former does not need such quantity of
documents, but involves more e ort. In general, the rules at the word level can
be transferred to any ontology within a domain (e.g. health), while the rules at
the phrase and character levels usually are more dependent on the application
domain (e.g. Hospitals of North London).
4</p>
    </sec>
    <sec id="sec-4">
      <title>Case Study on the Health Domain</title>
      <p>The main motivation lies in the need of solving semantic interoperability
problems within the health domain. For example, when clinicians have
to exchange health records that contain descriptions from multiple o cial
classi cations of diseases. To do so, we have developed several extensions to
enrich the matcher's BK with health lexical and grammatical knowledge.</p>
      <p>
        Due to descriptions of disorders containing not only technical, but also
general terms, WordNet has been used as a domain-independent BK into which
the extensions are plugged. The extensions have been developed following the
Lexical Markup Framework (LMF) standard [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], and integrated into WordNet
using Diversicon [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], which is a framework that allows extending WordNet with
any domain-speci c knowledge represented in LMF, validating and generating
an enriched WordNet.
      </p>
      <p>General Lexicon Princeton WordNet has been used as domain-independent
resource. The main reason is that it represents general knowledge and there are
multiple approaches that we could apply to enrich WordNet with domain-speci c
knowledge resources.</p>
      <p>
        Health Domain Lexicon We have developed an extension for WordNet that
includes health lexical knowledge extracted from the following resources:
{ MeSH is the National Library of Medicine's controlled vocabulary thesaurus
[
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. It consists of sets of terms, naming descriptions, in a hierarchical
structure that permits searching at various levels of speci city. The hierarchy
is sorted considering several semantic relations such as is a or part of. This
hierarchy is similar to the way in which WordNet is organised, which makes
easier its integration. The developed extension for WordNet contains all
descriptions included in the \Diseases" and \Psychiatry and Psychology "
MeSH categories. In this case, we only consider the is a semantic relation,
because we have detected several problems using part of when matching
diseases (e.g. a \heel disease" is a \foot disease", but an \eye disease" is
not a \face disease"). Addressing these problems is something that we are
considering as a future work.
{ The SPECIALIST lexicon is an English lexicon which contains both
commonly occurring English words and biomedical vocabulary [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. It is
composed of lexical records, being each of them formed by a base form
and a set of spelling variants or morphological derivations. For example,
the lexical entry with base \nephroprotective" (adj) has as spelling variant:
\nephro-protective", and as morphological derivation \nephroprotectivity "
(noun). This resource has been used for enriching matchers' BK lexically,
through developing an extension for WordNet that contains all lexical entries
included in SPECIALIST.
      </p>
      <p>General Grammar It has been addressed applying the grammatical techniques
included in the matchers by default and including general derivational
morphology.</p>
      <p>Phrase level Grammar. The tasks applied have been: tokenisation, string
similarity and stop word elimination.</p>
      <p>Word level Grammar. In this case we applied lemmatisation and the integration
of general derivational morphology rules included in SPECIALIST. Table 1
shows examples of these rules.
Character level Grammar. The tasks applied have been case normalisation, blank
normalisation and diacritics suppression.</p>
      <p>Health Domain Grammar It has been addressed using health derivational
morphology extracted from SPECIALIST, and considerations identi ed at
phrase and character grammar levels. The former was used to enrich matchers'
BK, whereas the latter were considered as a preprocessing step prior to the OM
process.</p>
      <p>Phrase level Grammar. In medical resources there are clues that recurrently
appear within descriptions of disorders. Examples are \, unde ned " and \, so
stated ". This meta-information does not add special value to labels, particularly
a ecting to those matchers that mainly use string similarity measures. The main
reason is that they are penalised by irrelevant characters, which results in a lower
similarity degree. Considering the previous issue we decided to suppress these
interpretational clues from descriptions of diseases in a preprocessing step prior
to the matching process.</p>
      <p>Word level Grammar. Several domain-speci c derivational morphology rules
have been extracted from the SPECIALIST lexicon and integrated into
WordNet. Examples of these rules are shown in table 2.</p>
      <p>Derivational rule Example
ose$(verb)! osis$(noun) sclerose(verb) ! sclerosis(noun)
physeal$(adj) ! physis$(noun) adenohypophyseal(adj) ! adenohypophysis(noun)
sis$(noun)! ze$(verb) dialysis(noun) ! dialyze(verb)
a$(noun)! iasis$(noun) candida(noun) ! candidiasis(noun)
Character level Grammar. We have identi ed a particular use of parentheses,
square brackets and commas in the health domain. Examples of the use of
parentheses and square brackets might be the following:</p>
      <sec id="sec-4-1">
        <title>1. Sleep terrors [night terrors]</title>
        <p>2. No Diagnosis or Condition on Axis I / No Diagnosis on Axis II [DSM-IV]
3. Premature (early) ejaculation
4. Trichotillomania (hair-pulling disorder)
5. Obstructive sleep apnea (adult) (pediatric)
In case 1, the square brackets are used to specify an equivalent expression of
\sleep terrors ". Similarly, in case 3 parentheses are used to indicate a synonym
of \premature". Case 2 is di erent as brackets are used to point out the DSM
version in which the description was included. In case 4 the content within
parentheses categorises the kind of disorder that \trichotillomania" is. Finally,
case 5 uses parentheses to indicate the domain to which the disorder is applicable,
in that case to adults and children.</p>
        <p>Similarly as in the previous cases, commas are utilised with di erent purposes
in the medical knowledge. Below there are some examples:</p>
      </sec>
      <sec id="sec-4-2">
        <title>1. Tobacco use disorder, Mild</title>
        <p>2. Adverse e ect of unspeci ed antidepressants, sequela
3. Circadian rhythm sleep disorder, shift work</p>
        <p>In example 1, the comma is used to specify the degree of the disorder, whereas
in example 2, it is used to de ne the kind of adverse e ect. Finally, in example
3, the comma is used to specify the cause of the disorder.</p>
        <p>This diverse use of parentheses, square brackets and commas, complicates
labels, penalising matchers' performance. Thus, we decided to suppress commas
and all content within parentheses and square brackets to avoid this penalisation.
This simpli es labels and reduces irrelevant content. Nonetheless, in the future,
we should investigate less aggressive solutions to reduce matchers penalisation
while taking advantage of the content within parentheses.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Evaluation</title>
      <p>The hypothesis has been evaluated by an experiment in which matchers
with di erent con gurations had to match several descriptions of the two
most important classi cations of diseases for mental health: the Diagnostic
and Statistical Manual of Mental Disorders, fth edition (DSM-5) and the
ICD-10. To evaluate the quality of the matchers, we used as gold standard the
correspondences between both classi cations published in DSM-5, where it is
speci ed to which code in ICD-10 corresponds each description in DSM-5.</p>
      <p>The input schemas were a source dataset with 200 entries randomly selected
from DSM-5, and a target dataset with 177 descriptions included in ICD-10,
which are the correspondences of the entries chosen from DSM-5.</p>
      <p>
        The matchers selected were S-Match [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] and LogMap [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. The main reasons
of choosing these two matchers are their di erences to carry out the matching
process, and the diverse BK they use. Whereas the former carries out semantic
matching, the latter is a highly scalable system that has reasoning and diagnosis
capabilities allowing it to detect and repair unsatis ability on the y [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
S-Match uses by default WordNet as BK, so it only includes general knowledge,
whereas LogMap only incorporates by default biomedical knowledge provided by
resources within of the Uni ed Medical Language System (UMLS). Regarding
grammar, both matchers are limited to address general grammar. While S-Match
includes tokenisation, lemmatisation and the translation of punctuation marks
into logical connectives, LogMap implements string similarity measures, stop
words elimination and word stemming.
      </p>
      <p>The experiments were executed 4 times with each matcher, computing the
standard metrics within the information retrieval community: precision, recall
and f-measure. Firstly, with the vanilla version, which was our baseline in each
case; secondly, with the lexicon extension; thirdly, with the grammar extension,
and nally, with both extensions.</p>
      <p>Figure 1 and gure 2 depict the results of the experiments executed in
S-Match and LogMap, respectively. We can see how both matchers, S-Match
and LogMap, improve their performance in terms of f-measure around 20% and
7% respectively. It is also noticeable, that overall both matchers achieve low
results which are caused by the nature of the input labels, which on average are
descriptions with more than 5-6 words, so this results in complex label formulas
and low string similarity values.</p>
      <p>Regarding S-Match, the vanilla version only has a general BK and the
matcher is penalised mainly for the way in which it manages commas (each
comma is considered as a disjunctive operator). This caused a huge number
of false positives, which negatively a ected precision, but also discovered, as
side e ect, a high number of correspondences, resulting in the highest recall. An
example is the label \Mild cognitive impairment, so stated " which is transformed
into the following label formula:</p>
      <p>mild &amp; cognitive state &amp; impairment j state
From this label formula S-Match computes the following node formula:</p>
      <p>(mild j state) &amp; (cognitive state j state) &amp; (impairment j state)
That means that if \state" has a relationship with a lemma within any label of
the other ontology, the matcher will output a mapping even if the rest of the
label is not related.</p>
      <p>The lexicon extension considerably improves the performance (11%) by
adding health lexicon knowledge, but this extension also avoids some of the
correspondences discovered as side e ect, mainly with the inclusion of lexical
entries that were considered as single tokens in the vanilla version and now are
compound tokens, so the recall slightly decreases.</p>
      <p>The grammar extension is the one that drastically reduces the number of false
positives mainly with the techniques applied at phrase and character grammar
levels that were employed as a preprocessing step prior to the matching process.
In addition, it also discovers new mappings thank to the derivational morphology
implemented at word grammar level.</p>
      <p>The combination of both lexicon and grammar extensions is the con guration
that performs better in terms of f-measure, complementing each other and
improving the baseline around 20%. However, the false positives of both
extensions are also aggregated, being precision slightly penalised.</p>
      <p>As for LogMap (see Figure 2), the vanilla version includes biomedical
knowledge by default, resulting in a baseline with a performance over 60%.</p>
      <p>The lexicon extension added knowledge coming from SPECIALIST, MeSH
and WordNet, but it was the latter which produced the major impact as it added
domain-independent knowledge contained in the labels. This new knowledge
also produced some false positives, but on average this con guration improved
the baseline around 6.3%. An example of false positive is:\Narcolepsy without
cataplexy but with hypocretin de ciency " \Narcolepsy with cataplexy ", while
an example of new true positive is: \Acute stress disorder " \Acute stress
reaction".</p>
      <p>The grammar extension had a similar e ect mainly because it also
incorporated WordNet. In this case, tasks for word and character grammar levels
had a low impact on LogMap. Nonetheless, phrase level grammar preprocessing
had a signi cant impact, and the performance improved 6.5% with respect to
the baseline. Examples of new true positives are: \Trichotillomania (hair-pulling
disorder)" \Trichotillomania", and \Overweight or obesity " \Obesity,
unspeci ed ".</p>
      <p>The combination of both extensions was the con guration that obtained the
best performance, achieving the highest number of true positives discovered. In
this case, the baseline is improved more than 7%.
6</p>
    </sec>
    <sec id="sec-6">
      <title>Concluding Remarks</title>
      <p>In this paper, we have presented an approach in which matchers can take
advantage of both, domain lexicon and grammar to improve their performance
when matching domain-knowledge resources. After evaluating our approach by
matching some descriptions of mental health disorders included in DSM-5 and
ICD-10 with S-Match and LogMap, we can conclude that our hypothesis is true,
as both matchers improve their f-measure compared with the vanilla version.</p>
      <p>It is interesting to highlight how the use of domain lexicon and grammar
a ects di erently depending on the matcher. Whereas the domain lexicon
extension has the major impact on LogMap, S-Match experiences its major
improvement with the grammar extension. The main reason is that LogMap
now can discover new mappings thank to domain-independent knowledge, and
S-Match has label formulas signi cantly simpli ed. This information is useful
in order to optimise e orts in the future, and help to decide whether is more
valuable investing time focusing on integrating domain lexicon or grammar
knowledge into matcher's KB.</p>
      <p>As future work we should explore other factors that may a ect matchers
when matching domain-knowledge, such as the impact of each kind of knowledge
represented within knowledge resources according to their levels of speci city.
Moreover, it is interesting to delve into methods to aggregate lexicon and
grammar results in order to optimise matcher's performance.</p>
      <p>Acknowledgements
This research was partially supported by the European
with the grant agreement No. 607062 (ESSENCE Marie
http://www.essence-network.com/).</p>
      <sec id="sec-6-1">
        <title>Commission Curie ITN,</title>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Amaro</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mendes</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Towards merging common and technical lexicon wordnets</article-title>
          .
          <source>In: Proceedings of the 3rd Workshop on Cognitive Aspects of the Lexicon</source>
          . pp.
          <volume>147</volume>
          {
          <issue>160</issue>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Annane</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bellahsene</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Azouaou</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jonquet</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Yam-bio{results for oaei 2017</article-title>
          . In: CEUR Workshop Proceedings (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Bella</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giunchiglia</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McNeill</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Language and domain aware lightweight ontology matching</article-title>
          .
          <source>Journal of Web Semantics</source>
          <volume>43</volume>
          ,
          <issue>1</issue>
          {
          <fpage>17</fpage>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Bella</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McNeill</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Leoni</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Quesada</given-names>
            <surname>Real</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.J.</given-names>
            ,
            <surname>Giunchiglia</surname>
          </string-name>
          ,
          <string-name>
            <surname>F.</surname>
          </string-name>
          :
          <article-title>Diversicon: Pluggable lexical domain knowledge</article-title>
          .
          <source>Journal on Data</source>
          Semantics pp.
          <volume>1</volume>
          {
          <issue>16</issue>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Bella</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zamboni</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giunchiglia</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Domain-based sense disambiguation in multilingual structured data</article-title>
          .
          <source>In: The Diversity Workshop at the European Conference on Arti cial Intelligence (ECAI)</source>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Bella</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Elliot</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Das</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pavis</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Turra</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Robertson</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giunchiglia</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Cross-border medical research using multi-layered and distributed knowledge (</article-title>
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Browne</surname>
            ,
            <given-names>A.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McCray</surname>
            ,
            <given-names>A.T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Srinivasan</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>The specialist lexicon</article-title>
          .
          <source>National Library of Medicine Technical Reports</source>
          pp.
          <volume>18</volume>
          {
          <issue>21</issue>
          (
          <year>2000</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>Da</given-names>
            <surname>Silva</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Revoredo</surname>
          </string-name>
          ,
          <string-name>
            <surname>K.</surname>
          </string-name>
          , Baia~o,
          <string-name>
            <given-names>F.</given-names>
            ,
            <surname>Euzenat</surname>
          </string-name>
          ,
          <string-name>
            <surname>J.:</surname>
          </string-name>
          <article-title>A lin: improving interactive ontology matching by interactively revising mapping suggestions</article-title>
          .
          <source>The Knowledge Engineering Review</source>
          <volume>35</volume>
          (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Dragisic</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ivanova</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lambrix</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Experiences from the anatomy track in the ontology alignment evaluation initiative</article-title>
          .
          <source>Journal of biomedical semantics 8</source>
          (
          <issue>1</issue>
          ),
          <volume>56</volume>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Euzenat</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shvaiko</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <string-name>
            <surname>Ontology Matching - Second Edition</surname>
          </string-name>
          . Springer (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Faria</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pesquita</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Santos</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Palmonari</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cruz</surname>
            ,
            <given-names>I.F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Couto</surname>
            ,
            <given-names>F.M.:</given-names>
          </string-name>
          <article-title>The agreementmakerlight ontology matching system</article-title>
          .
          <source>In: OTM Confederated International Conferences" On the Move to Meaningful Internet Systems"</source>
          . pp.
          <volume>527</volume>
          {
          <fpage>541</fpage>
          . Springer (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Fellbaum</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          : WordNet. Wiley Online Library (
          <year>1998</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Francopoulo</surname>
          </string-name>
          , G.:
          <source>Lmf iso 24613:2008 (Mar</source>
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Giunchiglia</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shvaiko</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yatskevich</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>S-match: an algorithm and an implementation of semantic matching</article-title>
          .
          <source>In: European semantic web symposium</source>
          . pp.
          <volume>61</volume>
          {
          <fpage>75</fpage>
          . Springer (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Jimenez-Ruiz</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cuenca Grau</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>Logmap: Logic-based and scalable ontology matching</article-title>
          .
          <source>In: International Semantic Web Conference</source>
          . pp.
          <volume>273</volume>
          {
          <fpage>288</fpage>
          . Springer (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Lipscomb</surname>
            ,
            <given-names>C.E.</given-names>
          </string-name>
          :
          <article-title>Medical subject headings (mesh)</article-title>
          .
          <source>Bulletin of the Medical Library Association</source>
          <volume>88</volume>
          (
          <issue>3</issue>
          ),
          <volume>265</volume>
          (
          <year>2000</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <given-names>Quesada</given-names>
            <surname>Real</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.J.</given-names>
            ,
            <surname>McNeill</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            ,
            <surname>Bella</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            ,
            <surname>Bundy</surname>
          </string-name>
          ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          :
          <article-title>Improving dynamic information exchange in emergency response scenarios</article-title>
          .
          <source>In: Proceedings of 14th International Conference on Information Systems for Crisis Response and Management (ISCRAM</source>
          <year>2017</year>
          ). pp.
          <volume>824</volume>
          {
          <issue>833</issue>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <given-names>Quesada</given-names>
            <surname>Real</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.J.</given-names>
            ,
            <surname>McNeill</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            ,
            <surname>Bella</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            ,
            <surname>Bundy</surname>
          </string-name>
          ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          :
          <article-title>Identifying semantic domains in emergency scenarios</article-title>
          .
          <source>In: 15th International Conference on Information Systems for Crisis Response and Management (ISCRAM</source>
          <year>2018</year>
          ). pp.
          <volume>1130</volume>
          {
          <issue>1132</issue>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>