<!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>Knowledge Tagger: Customizable Semantic Entity Resolution using Ontological Evidence</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Panos Alexopoulos</string-name>
          <email>palexopoulos@isoco.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Boris Villazon-Terrazas</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jose´-Manuel Go´mez-Pe´rez</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>iSOCO</institution>
          ,
          <addr-line>Avda del Partenon 16-18, 28042, Madrid</addr-line>
          ,
          <country country="ES">Spain</country>
        </aff>
      </contrib-group>
      <fpage>16</fpage>
      <lpage>19</lpage>
      <abstract>
        <p>Knowledge Tagger performs Named Entity Resolution (NER) in texts using relevant domain ontologies and semantic data as background knowledge. Its distinguishing characteristic is its disambiguation-related customization capabilities as it allows users to define and apply custom disambiguation evidence models, based on their knowledge about the domain(s) and expected content of the texts to be analyzed. In this demo we explain the structure and content of such evidence models and we demonstrate how, given a concrete resolution scenario, one may use our system to define and apply them to texts pertaining to this scenario.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>
        In this paper we demonstrate Knowledge Tagger1, a system that utilizes background
semantic information, typically in the form of Linked Data, to accurately determine
the intended meaning of detected semantic entity references within texts. The system
is based on a novel corresponding framework [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] that we have developed and which is
particularly applicable to constrained scenarios where knowledge about what entities
and relations are expected to be present in the texts to be analyzed is available.
      </p>
      <p>
        More specifically, through a structured semi-automatic process the framework
enables i) the exploitation of this a priori knowledge for the selection of the subset of
domain semantic information that is optimal for the disambiguation scenario at hand,
ii) the use of this subset for the generation of corresponding evidence and iii) the use
of this evidence for the disambiguation of entities within the scenario’s texts. As we
have already shown in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] this process allows our system to adapt to the particular
characteristics of different domains and scenarios and be more effective than other similar
systems primarily designed to work in open domain and unconstrained scenarios like,
for example, DBPedia Spotlight [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], AIDA [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] or the systems included in NERD [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
Knowledge Tagger’s underlying framework is based on the intuition that a given
ontological entity is more likely to represent the meaning of an ambiguous term when
there are many ontologically related to it entities in the text. The latter can be seen as
1 http://glocal.isoco.net/disambiguator/demo
evidence whose quantitative and qualitative characteristics can be used to determine
the most probable meaning of the term. Nevertheless, which entities and to what extent
should serve as evidence in a given scenario depends on the domain and expected
content of the texts that are to be analyzed. For that, the key ability our system provides
to its users is to construct and use, in a semi-automatic manner, custom ontology-based
disambiguation evidence models.
      </p>
      <p>Such models define for given ontology entities which other entities and to what
extent should be used as evidence towards their correct meaning interpretation (see Table
1). Their construction depends on the characteristics of the domain and the texts. For
example, assume we want to disambiguate location references within textual
descriptions of military conflicts like the following: “Siege of Tripolitsa occured near Tripoli
with Theodoros Kolokotronis being the leader of the Greeks against Turkey”. The
nature of these texts allows us to expect to find in them, among others, military conflicts,
locations where these conflicts took place and people and groups that participated in
them. This in turn allows us to use these entities as evidence for disambiguating one
another. For example, in the above text the term “Tripoli” is mentioned along with terms
like “Siege of Tripolitsa” (a battle that took place in Tripoli, Greece) and “Theodoros
Kolokotronis” (the commander of the Greeks in this siege). Thus, it is fair to assume
that this term refers to the Greek town of Tripoli rather than, for example, to Tripoli of
Libya. Generalizing this, we may define the location disambiguation evidence model
of Table 2 where, for instance, a populated place can be disambiguated by the military
conflicts that took place in it (row 1) and by the military persons that fought in conflicts
that took place in it (row 3).</p>
      <p>To define this model in the Knowledge Tagger demo we work as follows. First we
press the “Create New Evidence Model” button to reveal the model creation form.
Then we give a name for the new model (e.g. “Locations in Military Conflict Texts”)
and we start filling the table form with the information of Table 2 (see Figure 1). First
we select the target concept (e.g. “PopulatedPlace”), then the one to be used as evidence
(e.g. “MilitaryConflict”) and then the (automatically calculated) relation path between
them that we want to consider. For simplicity, in this demo we consider paths of
maximum length two.</p>
      <p>
        When the model is complete we press the “Generate Model” button to store the
model into the server and generate target-evidence entity pairs. Each pair is
accompanied by a degree that quantifies the evidential entity’s strength for the given target. (see
table 1). For example, James Montgomery acts as evidence for the disambiguation of
Beaufort County, South Carolina because he’s fought a battle there while his evidential
power for that location is 0.25, practically because there are 3 other military persons in
the ontology also named Montgomery. The exact way this strength is calculated may
be found in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. In any case, depending on the size of the underlying ontology, the
generation of the target-evidence pairs can take a while but it’s a process that will need
to be performed only once. For this example, the creation of the model takes about 30
seconds in a standard server environment.
      </p>
      <p>When the generation process is finished, the new model appears as an option in
the list of defined evidence models and can be used to perform entity detection and
disambiguation. To do that we select the model and then use the ”Input Text” form
to perform NER to texts relevant to the scenario the model has been defined for. By
pressing the “Perform NER” button the system works as follows: First it extracts from
the text terms that possibly refer to the target entities as well as those that refer to
their respective evidential entities. Then the disambiguation evidence model is used to
compute for each extracted term the confidence that it refers to a particular target entity.
The target entity with the highest confidence is expected to be the correct one. Figure 2
shows the results of executing this process on the above text about Siege of Tripolitsa.</p>
    </sec>
    <sec id="sec-2">
      <title>Conclusions and Future Work</title>
      <p>Knowledge Tagger does not aim to be independent of the content or domain of the input
texts but rather adaptable to them. That’s exactly its main differentiating feature from
other similar systems as our purpose was not to build another generic disambiguation
system but rather a reusable framework that can be adapted to the particular
characteristics of the domain and application scenario at hand and exploit them to increase the
task’s effectiveness.</p>
      <p>The current version of the system’s user interface is still in an early stage of
development. A first line of future work will focus on adding more domain knowledge to
the system’s repository (other than the football and history datasets we already have) so
that users are able to build evidence models for a larger range of domains. Moreover,
we intend to allow users to use their own semantic data by linking our system to their
repository.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Alexopoulos</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ruiz</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gomez-Perez</surname>
            ,
            <given-names>J.M.</given-names>
          </string-name>
          :
          <article-title>Scenario-Driven Selection and Exploitation of Semantic Data for Optimal Named Entity Disambiguation</article-title>
          .
          <source>In Proceedings of the Semantic Web and Information Extraction Workshop (SWAIE</source>
          <year>2012</year>
          ), Galway, Ireland, October 8-
          <issue>12</issue>
          ,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Hoffart</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yosef</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bordino</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Frstenau</surname>
            ,
            <given-names>H</given-names>
          </string-name>
          , Pinkal,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Spaniol</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Taneva</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Thater</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Weikum</surname>
          </string-name>
          , G.:
          <article-title>Robust disambiguation of named entities in text</article-title>
          .
          <source>In Proceedings of the Conference on Empirical Methods in Natural Language Processing</source>
          , Association for Computational Linguistics, Stroudsburg, PA, USA,
          <fpage>782</fpage>
          -
          <lpage>792</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Mendes</surname>
            ,
            <given-names>P.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jakob</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garcia-Silva</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bizer</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>DBpedia spotlight: shedding light on the web of documents</article-title>
          .
          <source>In Proceedings of the 7th International Conference on Semantic Systems</source>
          , ACM, New York, USA,
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          ,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Rizzo</surname>
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Troncy</surname>
          </string-name>
          , R.:
          <article-title>NERD: A Framework for Evaluating Named Entity Recognition Tools in the Web of Data</article-title>
          .
          <source>In 10th International Semantic Web Conference, Demo Session</source>
          , pages
          <fpage>1</fpage>
          -
          <lpage>4</lpage>
          , Bonn, Germany,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>