<!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>What should Entity Linking link?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Henry Rosales-Mendez</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Barbara Poblete</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Aidan Hogan</string-name>
          <email>ahogang@dcc.uchile.cl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Millenium Institute for Foundational Research on Data Department of Computer Science, University of Chile</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>Some decades have passed since the concept of \named entity" was used for the rst time. Since then, new lines of research have emerged in this environment, such as linking the (named) entity mentions in a text collection with their corresponding knowledge-base entries. However, this introduces problems with respect to a consensus on the definition of the concept of \entity" in the literature. This paper aims to highlight the importance of formalizing the concept of \entity" and the bene ts it would bring to the Entity Linking community, in particular relating to the construction of gold standards for evaluation purposes.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>Entity Linking (EL) is a task in Information Extraction that links the entity
mentions in a text collection with their corresponding knowledge-base (KB)
entries. With EL, we can take advantage of a large amount of information
available in publicly available KBs (e.g., Wikipedia, DBpedia, Wikidata) about
realworld entities and their relationships to obtain semantic information that can
be used to achieve a better understanding of text corpora. For example, in the
text \Michael Jackson was born in Gary, Indiana ", if we can link the
mention Michael Jackson with its entry in Wikidata (http://www.wikidata.org/
entity/Q2831), then we know the text is about a U.S. pop singer and can
provide further KB facts about that singer to the reader, etc. Along these lines, EL
has a wide range of applications, including semantic search, semantic annotation,
text enrichment, relationship extraction, entity summarization, etc.</p>
      <p>
        The EL task can be broken down into two main sub-tasks. First, entity
mentions must be located in the text (referred to as \recognition"). Second, those
mentions must be associated with a suitable identi er from the KB (referred
to as \disambiguation"). The overall process can be complicated by a number
of factors. One obstacle, for example, is name variations, where, e.g., Michael
Jackson can be referred to by his full name Michael Joseph Jackson, or also by
Michael or Jackson or M. Jackson, etc. Another major obstacle is ambiguity,
where Michael Jackson can refer to a variety of musicians, actors, politicians,
soldiers and scientists, but only one is the appropriate person. A more thorough
review of EL systems can be found in the survey of Martinez et al. [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]
      </p>
      <p>
        While the previous challenges for EL are well-known, another more
fundamental issue is often overlooked by the community: the question of what is an
\entity"? Though several de nitions have emerged about what an entity should
be [
        <xref ref-type="bibr" rid="ref2 ref3 ref4 ref5">2,3,4,5</xref>
        ], there is, as of yet, no clear consensus [
        <xref ref-type="bibr" rid="ref6 ref7">6,7</xref>
        ].
      </p>
      <p>
        This question has a major impact on EL research, leaving unclear which
entity mentions in a text should be linked by EL systems or annotated by gold
standards for evaluation purposes. To illustrate, Figure 1 shows an example
text snippet from Wikipedia and the annotations produced by popular EL
approaches: AIDA [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], Babelfy [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], DBpedia Spotlight [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] and Tagme [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Here
we can see how these systems di er in their recognition of entities. Although
most systems correctly recognize and link popular entity mentions like Michael
Jackson, for no entity mention do all systems agree. The fundamental question
then is: which annotations are \correct"? The answer depends on how \entity"
is de ned.
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>What is an \Entity"?</title>
      <p>
        For the 6th Message Understanding Conference [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] (MUC-6), the concept of
\named entity " was de ned as those terms that refer to instances of
propername classes such as person, location and organization, and also, to numerical
classes such as temporal expressions and quantities. Many named entity
recognition (NER) tools and training datasets/gold standards were developed to
recognize and type entity mentions corresponding to these classes. However,
researchers later became interested in Entity Linking (EL), where mentions were
no longer simply recognized, but also linked to a reference KB (often using
Wikipedia). Such KBs contain entities that do not correspond to traditional
MUC-6 types so this de nition was no longer exhaustive: in Figure 1, while the
people and organizations would be covered under the MUC-6 consensus, the
documentary \Living with Michael Jackson" would not; on the other hand, no
system annotates \2003 " from the MUC-6 class Timex.
      </p>
      <p>
        Some authors have since defended the class-based proposal of MUC-6,
incorporating new classes into the initial de nition such as products, nancial
entities [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], lms, scientists [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], etc. On the other hand, Fleischman [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] proposed
to separate the classes into multiple speci c subclasses (e.g., deriving city, state,
country from the class location). Di erent processes and models can then be
applied for di erent entity types. In general, however, such class-based de nitions
are in exible, where at the time of writing, a KB such as Wikidata has entities
from 50,000 unique classes, with more classes being added by users. Hence some
authors have preferred more general de nitions, but these often lack
formality [
        <xref ref-type="bibr" rid="ref3 ref4">3,4</xref>
        ]. For example, Ling et al. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] use the de nition \substrings corresponding
to world entities ", but this is cyclical: by using \entity " in the de nition, it omits
what should be considered an \entity " in the rst place.
      </p>
      <p>
        Another point of view is to de ne an entity based on what is described by
a knowledge-base; e.g., Perera et al. [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] de ne an entity as those described by
Wikipedia pages with no ambiguity. While this avoids class-based restrictions
and o ers a practical, operational de nition for EL purposes, it too has issues.
Entities are tied to a particular version of a KB, making it impossible to create
general gold standards or to re ect emerging entities that may be added to the
KB in future. Furthermore, Wikipedia has articles for general terms such as
documentary and belt, though as per Figure 1, many tools and authors would
not consider such terms as \entities", but rather as being general words/concepts
(and thus the subject of a di erent task: Word Sense Disambiguation (WSD)).
      </p>
      <p>
        Even if we establish a clear de nition for \entity ", we are still left to clarify
what kinds of entity mentions should be recognised by EL. For example, all prior
de nitions agree that the singer Michael Jackson is an entity, but in the text of
Figure 1, no de nition clari es whether or not an EL system should recognize
and link the mentions Jackson (a short mention) and/or he (a pronoun) to the
KB entity for Michael Jackson to which they refer; some authors, such as Jha
et al. [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], consider this a task independent of EL called Coreference Resolution
(CR), while others consider it part of EL to disambiguate entity types [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ].
Furthermore, in the mention \Living with Michael Jackson", some authors consider
the inner overlapping mention of \Michael Jackson" as valid [
        <xref ref-type="bibr" rid="ref17 ref9">9,17</xref>
        ]; others, such
as Jha et al. [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], only consider the larger mention as valid.
      </p>
      <p>
        In the context of EL, we thus see a lack of consensus, not only on the notion
of an entity, but also on the notion of an entity mention; such disagreement
may explain some of the di erences in results for the four EL systems over the
example text of Figure 1. But this lack of consensus undermines the
possibility of collaborative research; for example, as suggested by Figure 1, datasets
labeled under one de nition should not, rightfully speaking, be used to train or
evaluate tools developed under a di erent assumption; this, however, has been
the case [
        <xref ref-type="bibr" rid="ref15 ref17">17,15</xref>
        ]. In di erent labeled datasets used in EL for training or
evaluation purposes, we nd that most datasets do not label overlapping entities
nor coreferences; however, SemEval 2015 Task 13 does consider overlapping
entity mentions [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ], while the OKE Challenge 2016 and MEANTIME datasets
annotate coreferences. In benchmarks, such datasets are then biased toward
approaches adopting similar de nitions for entities and mentions; e.g., one dataset
may implictly mark overlapping entities (as produced by Babelfy in Figure 1)
as true positives while others may mark them as false positives.
      </p>
    </sec>
    <sec id="sec-3">
      <title>Proposed Solution</title>
      <p>
        We are not the rst to identify such issues: Ling et al. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] draw similar examples
on the lack of consensus on EL, while Jha et al. [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] also identify this problem
and propose a set of rules to serve as best practices for benchmark creation.
While standardizing the creation of EL benchmarks and making explicit the
assumptions under which they are generated is a step in the right direction,
as previously discussed, it is not clear what assumptions should, in reality, be
adopted. Jha et al. [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] propose, for example, that overlapping mentions be
omitted (and, in fact, refer to their inclusion as \errors") but as discussed,
other authors (including Ling et al. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]) disagree on this speci c issue.
      </p>
      <p>Our position is that the more fundamental question needing to be resolved
in the context of EL is not the semantic question of \what is an `entity' ? ",
but rather the practical question of \what should Entity Linking link? ". The
answer to this latter question, we argue, depends heavily on the application. For
the purposes of semantic search { for example, nding all documents about US
singers { coreference is not so important since one mention of Michael Jackson
in a document may be enough to establish relevance. On the other hand, for
extracting relations between entities, many such relations may be expressed in
text with pronouns. Likewise an EL process may choose to recognise and link
mentions of terms such as \singer " to the KB to help to apply a more accurate
(collective) disambiguation of neighbouring mentions such as \Michael Jackson"
(as proposed by Babelfy). Any single set of rules or de nitions by which EL
should be conducted is, we thus argue, exclusionary and an oversimpli cation.</p>
      <p>
        Hence our proposed solution is not to provide another unilateral de nition
of what EL should consider as an \entity " or an \entity mention", but rather
to be explicit on the di erent forms of entities and entity mentions that a
particular EL system may wish to recognize and link. This would involve creating
labeled texts { for training and benchmarking { that make explicit the di erent
forms of entity mentions present, be they proper names, other terms present
in the KB, overlapping entities, or coreferences. Tools and evaluators may then
choose to explicitly include/exclude whichever entity (mentions) they consider
relevant for their application. Much like the original MUC-6 de nitions, we
propose that such labels should be established through consensus in the community
and included in standards such as NLP Interchange Format (NIF) [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]. While
this would add some additional complexity to the generation of labeled datasets
and the processes of evaluation (when compared with, e.g., the proposals of Jha
et al. [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]), we argue that such additional e ort is no more than what the EL
community will require as it matures. We would thus like to propose a metric
that takes into account the ambiguity of what is an entity, and that measures
the capacity of an EL system to link di erent types of entities.
      </p>
      <p>Acknowledgements The work of Henry Rosales-Mendez was supported by
CONICYTPCHA/Doctorado Nacional/2016-21160017. The work was also supported by the
Millennium Nucleus Center for Semantic Web Research under Grant NC120004.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Martinez-Rodriguez</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hogan</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lopez-Arevalo</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          <article-title>Information Extraction meets the Semantic Web: A Survey. Semantic Web journal</article-title>
          .
          <source>2018</source>
          (to appear)
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Grishman</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Sundheim</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <article-title>Message understanding conference-6: A brief history</article-title>
          .
          <source>In COLING 1</source>
          (
          <year>1996</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Eckhardt</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hresko</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Prochazka</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Smr</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          <article-title>Entity linking based on the cooccurrence graph and entity probability</article-title>
          .
          <source>ERD</source>
          ,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (
          <year>2014</year>
          )
          <volume>37</volume>
          {
          <fpage>44</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Uren</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cimiano</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Iria</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Handschuh</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vargas-Vera</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Motta</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ciravegna</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <article-title>Semantic annotation for knowledge management: Requirements and a survey of the state of the art</article-title>
          .
          <source>Journal of Web Semantics</source>
          ,
          <volume>4</volume>
          (
          <issue>1</issue>
          ) (
          <year>2006</year>
          )
          <volume>14</volume>
          {
          <fpage>28</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Perera</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mendes</surname>
            ,
            <given-names>P. N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Alex</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sheth</surname>
            ,
            <given-names>A. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Thirunarayan</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <article-title>Implicit entity linking in tweets</article-title>
          .
          <source>In ISWC</source>
          , (
          <year>2016</year>
          )
          <volume>118</volume>
          {
          <fpage>132</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Borrega</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Taule</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mart</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <article-title>A. What do we mean when we speak about Named Entities</article-title>
          .
          <source>In Proceedings of Corpus Linguistics</source>
          ,
          <year>2007</year>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Ling</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Singh</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weld</surname>
            ,
            <given-names>D. S.</given-names>
          </string-name>
          <article-title>Design challenges for entity linking</article-title>
          .
          <source>TACL 3</source>
          (
          <year>2015</year>
          )
          <volume>315</volume>
          {
          <fpage>328</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Ho</surname>
            <given-names>art</given-names>
          </string-name>
          , J.,
          <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>
          , Furstenau, H.,
          <string-name>
            <surname>Pinkal</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Spaniol</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Taneva</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Thater</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weikum</surname>
          </string-name>
          , G.:
          <article-title>Robust disambiguation of named entities in text</article-title>
          . In: EMNLP,
          <string-name>
            <surname>ACL</surname>
          </string-name>
          (
          <year>2011</year>
          )
          <volume>782</volume>
          {
          <fpage>792</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Moro</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Raganato</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Navigli</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <article-title>Entity linking meets word sense disambiguation: a uni ed approach</article-title>
          .
          <source>TACL 2</source>
          (
          <year>2014</year>
          )
          <volume>231</volume>
          {
          <fpage>244</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <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>Garc</surname>
            a-Silva,
            <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>
          . In I-Semantics (
          <year>2011</year>
          ) 1{
          <fpage>8</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Ferragina</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Scaiella</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          :
          <article-title>Tagme: on-the- y annotation of short text fragments (by Wikipedia entities)</article-title>
          .
          <source>In: CIKM</source>
          ,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (
          <year>2010</year>
          )
          <volume>1625</volume>
          {
          <fpage>1628</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Minard</surname>
            ,
            <given-names>A. L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Speranza</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Urizar</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Altuna</surname>
            , B., van Erp,
            <given-names>M. G. J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schoen</surname>
            ,
            <given-names>A. M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>van Son</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <article-title>M. MEANTIME, the NewsReader multilingual event and time corpus</article-title>
          .
          <source>LREC-ELRA</source>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Etzioni</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cafarella</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Downey</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Popescu</surname>
            ,
            <given-names>A. M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shaked</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Soderland</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , Daniel S. W.,
          <string-name>
            <surname>Yates</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <article-title>Unsupervised named-entity extraction from the web: An experimental study</article-title>
          .
          <source>Arti cial intelligence</source>
          ,
          <volume>165</volume>
          (
          <issue>1</issue>
          ) (
          <year>2005</year>
          )
          <volume>91</volume>
          {
          <fpage>134</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Fleischman</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <article-title>Automated subcategorization of named entities</article-title>
          .
          <source>In ACL</source>
          (
          <year>2001</year>
          )
          <volume>25</volume>
          {
          <fpage>30</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Jha</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          , Roder,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Ngomo</surname>
          </string-name>
          ,
          <string-name>
            <surname>A. C. N.</surname>
          </string-name>
          <article-title>All that glitters is not gold{rule-based curation of reference datasets for named entity recognition and entity linking</article-title>
          .
          <source>In ESWC</source>
          (
          <year>2017</year>
          )
          <volume>305</volume>
          {
          <fpage>320</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Durrett</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Klein</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <article-title>A joint model for entity analysis: Coreference, typing, and linking</article-title>
          .
          <source>TACL 2</source>
          (
          <year>2014</year>
          )
          <volume>477</volume>
          {
          <fpage>490</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Luo</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Huang</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lin</surname>
            ,
            <given-names>C. Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nie</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          <article-title>Joint entity recognition and disambiguation</article-title>
          .
          <source>In EMNLP</source>
          (
          <year>2015</year>
          )
          <volume>879</volume>
          {
          <fpage>888</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Rosales-Mendez</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Poblete</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hogan</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Multilingual Entity</surname>
          </string-name>
          <article-title>Linking: Comparing English and Spanish</article-title>
          . In LD4IE (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Hellmann</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lehmann</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Auer</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , and
          <article-title>Brummer, M. Integrating NLP using linked data</article-title>
          .
          <source>In ISWC</source>
          , (
          <year>2013</year>
          )
          <volume>98</volume>
          {
          <fpage>113</fpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>