<!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>When context matters: Entity Linking in the scholarly domain</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Nadine Steinmetz</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>University of Applied Sciences Erfurt</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>In the field of Question Answering on Knowledge Graphs (KGQA), entity linking is an essential substep to transform a natural language (NL) question to the formal query language SPARQL. The required entities need to be spotted in the text and the correct resource in the knowledge graph (KG) has to be identified. The latter step is especially hard for entities in questions when there is only little or no context. We already presented a previous approach using abstract meaning representation (AMR) of the question to spot the surface forms of entities. With this paper, we present our adapted approach for the domain of scholarly questions - in specific DBLP QuAD.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;entity linking</kwd>
        <kwd>kgqa</kwd>
        <kwd>dblp quad</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>approach when the underlying KG is modelling a very specific domain, such as the DBLP RDF
KG.</p>
      <p>The general approach utilizes the abstract meaning representation (AMR) of the question.
Within the syntactic structure of the graph, named entities are represented as name nodes
and the surface form is included as child nodes. For the subsequent entity linking process, a
extensive entity dictionary is required as well as context information for all entities and from
the input question. We examined several options for the DBLP RDF KG and the DBLP-QuAD.</p>
      <p>The remainder of the paper is structured as follows: Related work is described in Section 2.
The entity linking approach including the description of the dictionary and ranking options is
depicted in Section 3. With our approach, we took part in the Scholarly QALD challenge and
the results are discussed in Section 4. We summarize our approach and discuss future work in
Section 5.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>
        One of the first entity linking approaches has been introduced by Milne et al. in 2008 [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
In the following years, more approaches were introduced such as DBpedia Spotlight[
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] or
tagme[
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. These approaches can handle longer texts and therefore utilize a reasonable amount
of context information. In contrast, Falcon 2.0 has been developed by Sakor et al. for short texts
respectively a single sentence or a question [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. The authors provide an API which enables
users to detect named entities from Wikidata and DBpedia.
      </p>
      <p>
        As we are using the AMR graph for the generation of the SPARQL query, other approaches
based on AMR graphs might be interesting. Besides our own approach [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], there are already
other existing approaches on KGQA utilizing AMR in the transformation pipeline from NL to
SPARQL, as e.g. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] and [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>
        Both latter approaches do not use the AMR graph itself, but BLINK[
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] for the entity linking
process.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. Approach</title>
      <p>
        Our presented approach is based on the entity linking process introduced in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. In order to
generate a SPARQL query from the natural language question, we also deduce the mentioned
named entities from the AMR graph. As described in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], we retrained the AMR model with
augmented training data in order to improve the quality of the AMR generation also for questions
with incorrect casing. Named entities are identified in the graph as name nodes and surface
forms are child nodes of the name node. The surface forms are used for a lookup in our
entity dictionary. The dictionary contains main and alternative labels of all entities of the
respective knowledge graphs. In addition, the dictionary contains contextual information about
the entities:
• indegree (as popularity measure)
• similarity score of label to main label (for alternative labels)
• contextual descriptions (abstracts for Wikidata and DBpedia entities)
Using this additional information, scores are calculated for the entities and they are
disambiguated in case of ambiguous surface forms. These disambiguation scores are further referenced
as popularity score, label score and context score. With this approach, we achieved very good
results for the QALD 9.0 and LC-QuAD 2.0 datasets. For the DBLP QALD dataset, the approach
had to adapted in several aspects:
• pre-processing of NL questions for paper titles and author names
• generation of entity dictionary with alternative labels and context information from DBLP
      </p>
      <p>RDF
• exclusion of publishers as named entities
• disambiguation using complete question</p>
      <p>We will further describe the specific approach for the DBLP QALD questions in the following
sections.</p>
      <sec id="sec-3-1">
        <title>3.1. AMR generation</title>
        <p>The DBLP QUAD dataset contains questions about authors and publications. Paper titles
are enclosed by quotation marks which, in general, makes it easy to identity the surface
form of the titles. As we utilize the AMR graph for the further generation of the SPARQL
query, we aim to maintain the linguistic embedding of the entities within the NL question and
therefore focus on identifying the named entities (including paper titles) within the AMR graph.
Unfortunately, AMR graphs and their generation have some limitations, including that it ”drops
grammatical number, tense, aspect, quotation marks, etc.”1. Dropping the quotation marks
results in embedding the paper title in the context of the question and using parts of title in the
linguistic structure. For instance, the question How many authors does ’Measuring the impact of
temporal context on video retrieval’ have? results in an incorrect AMR graph as shown of the
left below. The correct graph is shown on the right:
Incorrect AMG graph
with dropped quotation marks:
(h / have-03
:ARG0 (p / publication
:name (n / name
:op1 "Measuring"
:op2 "The"
:op3 "Impact"
:op4 "of"
:op5 "Time"
:op6 "Context"))
:ARG1 (p2 / person
:ARG0-of (a / author-01)
:quant (a2 / amr-unknown))
:ARG2 (r / retrieve-01
:ARG1 (v / video)))</p>
        <p>Correct AMR graph:
(h / have-03
:ARG0 (p / publication
:name (n / name
:op1 "Measuring"
:op2 "The"
:op3 "Impact"
:op4 "of"
:op5 "Temporal"
:op6 "Context"
:op7 "On"
:op8 "Video"
:op9 "Retrieval"))
:ARG1 (p2 / person
:ARG0-of (a / author-01)
:quant (a2 / amr-unknown))
1https://github.com/amrisi/amr-guidelines/blob/master/amr.md</p>
        <p>Obviously, there are two problems with the handling of the question:
1. the surface forms of the paper titles are changed (temporal → time)
2. parts of the paper title are excluded from the name node (video retrieval as separate node
under :ARG2)
We therefore use a placeholder for the paper titles before the AMR generation and then replace
the placeholder with the actual title at the correct position within the AMR graph. The respective
AMR graph for the question including the placeholder looks like this:
(h / have-03
:ARG0 (p / publication
:name (n / name</p>
        <p>:op1 "PaperOne"))
:ARG1 (p2 / person
:ARG0-of (a / author-01)
:quant (a2 / amr-unknown))</p>
        <p>In this way, we preserve the syntactic structure of the question and the position of the paper
title within the graph.</p>
        <p>Another issue with the generation of the AMR graphs which seems to be specific to the DBLP
QuAD dataset, is the mentioning of author names in certain ways. In some cases, authors are
mentioned in the question with their lastname first following the given name separated by a
comma, as e.g. in What are the papers written by Ben-Simon, E. and Andrey Zhdanov together?.
The AMR for that question looks like this:
(p / paper
:ARG1-of (w / write-01
:ARG0 (a / and
:op1 (p2 / person
:name (n / name</p>
        <p>:op1 "Ben-Simon"))
:op2 (p3 / person
:name (n2 / name</p>
        <p>:op1 "E."))
:op3 (p4 / person
:name (n3 / name
:op1 "Andrey"
:op2 "Zhdanov"))
:mod (t / together)))
:domain (a2 / amr-unknown))</p>
        <p>Apparently, the comma is treated like a separator for a list of person names. We therefore
preprocess the question using regular expressions to identify reverse author names and rewrite
the author names in the pattern [first name(s)] [space] [last name(s)] before generating
the AMR graph.</p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. Entity dictionary</title>
        <p>In general, DBLP RDF contains named entities (in terms of URIs) of type publication and
author. As described in Section 3, we collect descriptive information for the entities in order to
disambiguate ambiguous surface forms.</p>
        <p>For publications, we do not generate or collect alternative titles. Our dictionary contains
the exact title as contained in the DBLP RDF KG. We assume that titles of publications are
referenced in questions as exact and complete as possible. As the DBLP RDF KG does not contain
references of publications to other publications, we did not include a popularity measure for
publications in the dictionary. As context information, we collected the author names and the
publisher for each publication.</p>
        <p>In some cases, DBLP QuAD references authors in the questions only using their first name
or even middle name. In other cases, one of the names is abbreviated and the others are not.
Therefore, we generate an extensive set of alternative labels from their names. For instance, the
author Antonio Manuel Fernandez Villamor has 21 entries in our dictionary with labels generated
from the combination of parts of his name, as e.g. antonio manuel fernandez v., a. m. f. villamor,
or antonio m. fernandez villamor. Overall, our dictionary contains almost 30 million entries
for DBLP authors. For the popularity measure, we counted the number of publications for
each author. The context information for authors consists of the titles of all their publications
transformed to a set of keywords and filtered for stop words. Also, we added all names of
co-authors and all publishers the author have published in.</p>
        <p>Table 1 shows the overview of information collected for both entity types.
alternative labels
indegree / popularity measure
contextual information</p>
        <p>Publications Authors
/ each part of the name separately
/ number of publications
author names &amp; publisher set of keywords from publications
&amp; co-author names &amp; publishers</p>
      </sec>
      <sec id="sec-3-3">
        <title>3.3. Handling of publishers</title>
        <p>DBLP QuAD contains questions mentioning publications by specific publishers, as e.g. Has J.
Florens published in Computer Graphics in the last 5 years?. One could assume that Computer
Graphics is the surface form of a named entity represented by an URI in the DBLP RDF KG. But,
this is not the case. The respective SPARQL query must use the following triple to express that
something has been published in Computer Graphics:
?x &lt;https://dblp.org/rdf/schema#publishedIn&gt; ’Computer Graphics’ .</p>
        <p>In the AMR graph, the publisher Computer Graphics is represented in a name node as a named
entity as shown in the graph below:
(p / publish-01
:ARG0 (p2 / person
:name (n / name
:op1 "J."
:op2 "Florens"))
:ARG1 (p3 / publication
:name n
:op1 "Computer"
:op2 "Graphics")
:polarity (a / amr-unknown)
:time (b / before
:op1 (n2 / now)
:duration (t / temporal-quantity
:quant 5
:unit (y / year))))</p>
        <p>Our procedure to map a surface form to the underlying knowledge graph includes a
similarity search in case an exact match is not successful. All identified named entities
will be tried to be mapped in the KG. For Computer Graphics we would receive
publications with the same name, as e.g. https://dblp.org/rec/books/daglib/0067138 or
https://dblp.org/rec/journals/cg/HillM92. Therefore, we added a check if the
surface form is included in the labels of publishers. If so, the node is excluded from the mapping
process 2.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Evaluation</title>
      <p>
        As described in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], we evaluated various combinations of parameters and settings for the
disambiguation of named entities on the datasets QALD-9 and LC-QuAD 2.0. The best performing
parameter settings for both datasets are the following:
• only the parent node (of the surface form) as descriptive context information
• weighting all disambiguation scores evenly (for QALD-9)
• weighting the popularity score and the label score higher than the context score (for
      </p>
      <p>LC-QuAD 2.0)</p>
      <p>For DBLP-QuAD, we took part at the Scholarly QALD challenge 20233 and evaluated our
approach on the test datasets of the development and the final phase. The settings as stated
above for QALD-9 and LC-QuAD 2.0 did not achieve satisfying results on the DBLP-QuAD test
datasets. With these settings, we achieved a maximum recall of 0.74 and maximum precision
of 0.61. Therefore, we evaluated diferent weighting settings and achieved the best results on
using only the context score – ignoring the popularity measure and the label score. In addition,
we changed the context information from only the parent node to all name nodes in the AMR
graph of the question and could increase recall and precision with this adjustment. Finally, we
2Publications stemming from the placeholder dictionary as described in Section ?? are flagged to be included in the
mapping even though they share their name with a publisher.
3https://kgqa.github.io/scholarly-QALD-challenge/2023/
expanded the context information used for calculating the context score by using all words
from the question filtered by stop words. Thereby, we achieved the best result overall with a
recall of 0.926 and precision of 0.76 (1= 0.8353) on the test dataset of the final phase.</p>
      <p>The following example depicts a typical disambiguation case. The question Did Xiao L. publish
in INTERSPEECH in the last 2 years? from the DBLP-QuAD train dataset contains the highly
ambiguous reference to an author Xiao L.. There are 93 authors with the abbreviated name
Xiao L. listed in DBLP RDF. The author with most publications (as in our defined popularity
measure) is a person with the name Xiao Liu4 with 152 publications5. But the author required
for the query as in the train dataset is a person with the name Xiao Li6 with only 36 publications.
In this case the context INTERSPEECH tips the scales and leads to the correct author. But,
the dataset also contains many questions where authors are mentioned without any context.
For all-purpose questions, such as Did Heinrich Heine die in Paris?7, the most popular named
entity with the name Paris would come into mind and is referenced as correct named entity
in the respective QA dataset. But obviously, this rule does not apply for named entities in the
DBLP-QuAD dataset and maybe also in general in datasets of very specific domains 8.</p>
      <p>Therefore, the lessons learned from the entity linking challenge on DBLP-QuAD questions
are the following:
• an extensive list of alternative labels for authors is essential
• the descriptive information of entities in the dictionary has to be collected thoroughly
• the context from the question is the most important information for the disambiguation
Hence, in this case for the DBLP-QuAD dataset, context matters even more than for datasets
of a general domain.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Summary</title>
      <p>We presented examination and adapted approach on entity linking for the scholarly domain
using AMR graphs and an extensive entity dictionary. We showed that major adaptations
are required for the scholarly domain and especially DBLP-QuAD compared to the original
approach based on all-purpose knowledge graphs, such as Wikidata and DBpedia.</p>
      <p>With this approach, we achieved a recall of over 92% and precision of over 76% and thereby
winning the Scholarly QALD challenge 2023 on entity linking.</p>
      <p>Our examination shows the importance of context for the disambiguation in a specific domain
and especially when very ambiguous surface forms have to be resolved. We assume that this
might due to the specific domain of the KG and the QA dataset. But, we need to further examine
this issue on other domain-related KGs and datasets.
4https://dblp.org/pid/82/1364-4
5at least for our status of DBLP RDF
6https://dblp.org/pid/66/2069-6
7Question with uid 4303 in LC-QuAD 2.0 train dataset
8which needs to be proven on more datasets</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>N.</given-names>
            <surname>Steinmetz</surname>
          </string-name>
          ,
          <article-title>Entity linking for KGQA using AMR graphs</article-title>
          , in: C.
          <string-name>
            <surname>Pesquita</surname>
            , E. JiménezRuiz,
            <given-names>J. P.</given-names>
          </string-name>
          <string-name>
            <surname>McCusker</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Faria</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Dragoni</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Dimou</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Troncy</surname>
          </string-name>
          , S. Hertling (Eds.),
          <source>The Semantic Web - 20th International Conference, ESWC</source>
          <year>2023</year>
          , Hersonissos, Crete, Greece, May 28 - June 1,
          <year>2023</year>
          , Proceedings, volume
          <volume>13870</volume>
          of Lecture Notes in Computer Science, Springer,
          <year>2023</year>
          , pp.
          <fpage>122</fpage>
          -
          <lpage>138</lpage>
          . URL: https://doi.org/10.1007/978-3-
          <fpage>031</fpage>
          -33455-
          <issue>9</issue>
          _8. doi:
          <volume>10</volume>
          . 1007/978-3-
          <fpage>031</fpage>
          -33455-9\_8.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>D.</given-names>
            <surname>Milne</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I. H.</given-names>
            <surname>Witten</surname>
          </string-name>
          ,
          <article-title>Learning to link with wikipedia</article-title>
          ,
          <source>in: Proceedings of the 17th ACM Conference on Information and Knowledge Management</source>
          , CIKM '08,
          <string-name>
            <surname>Association</surname>
          </string-name>
          for Computing Machinery, New York, NY, USA,
          <year>2008</year>
          , p.
          <fpage>509</fpage>
          -
          <lpage>518</lpage>
          . URL: https://doi.org/10.1145/ 1458082.1458150. doi:
          <volume>10</volume>
          .1145/1458082.1458150.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>P. N.</given-names>
            <surname>Mendes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Jakob</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>García-Silva</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Bizer</surname>
          </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, I-Semantics '11</source>
          ,
          <string-name>
            <surname>Association</surname>
          </string-name>
          for Computing Machinery, New York, NY, USA,
          <year>2011</year>
          , p.
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          . URL: https://doi.org/10.1145/2063518.2063519. doi:
          <volume>10</volume>
          .1145/2063518.2063519.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>P.</given-names>
            <surname>Ferragina</surname>
          </string-name>
          , U. Scaiella,
          <article-title>Fast and accurate annotation of short texts with wikipedia pages</article-title>
          ,
          <source>IEEE Software 29</source>
          (
          <year>2012</year>
          )
          <fpage>70</fpage>
          -
          <lpage>75</lpage>
          . doi:
          <volume>10</volume>
          .1109/MS.
          <year>2011</year>
          .
          <volume>122</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>A.</given-names>
            <surname>Sakor</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Singh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Patel</surname>
          </string-name>
          , M.-E. Vidal,
          <article-title>Falcon 2.0: An entity and relation linking tool over wikidata</article-title>
          ,
          <source>in: Proceedings of the 29th ACM International Conference on Information &amp; Knowledge Management, CIKM '20</source>
          ,
          <string-name>
            <surname>Association</surname>
          </string-name>
          for Computing Machinery, New York, NY, USA,
          <year>2020</year>
          , p.
          <fpage>3141</fpage>
          -
          <lpage>3148</lpage>
          . URL: https://doi.org/10.1145/3340531.3412777. doi:
          <volume>10</volume>
          .1145/ 3340531.3412777.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>K.</given-names>
            <surname>Shivashankar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Benmaarouf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Steinmetz</surname>
          </string-name>
          ,
          <article-title>From graph to graph: Amr to sparql, in: Proceedings of the 7th Natural Language Interfaces for the Web of Data (NLIWoD) co-located with the 19th European Semantic Web Conference (ESWC</article-title>
          <year>2022</year>
          ), Hersonissos, Greece, May
          <year>29th</year>
          ,
          <year>2022</year>
          , volume
          <volume>3196</volume>
          <source>of CEUR Workshop Proceedings, CEUR-WS.org</source>
          ,
          <year>2022</year>
          . URL: http://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>3196</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>S.</given-names>
            <surname>Neelam</surname>
          </string-name>
          , U. Sharma,
          <string-name>
            <given-names>H.</given-names>
            <surname>Karanam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ikbal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Kapanipathi</surname>
          </string-name>
          , I. Abdelaziz,
          <string-name>
            <given-names>N.</given-names>
            <surname>Mihindukulasooriya</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. K.</given-names>
            <surname>Srivastava</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Pendus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Dana</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Garg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Fokoue</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. P. S.</given-names>
            <surname>Bhargav</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Khandelwal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ravishankar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Gurajada</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Chang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Uceda-Sosa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Roukos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. G.</given-names>
            <surname>Gray</surname>
          </string-name>
          , G. Lima,
          <string-name>
            <given-names>R.</given-names>
            <surname>Riegel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F. P. S.</given-names>
            <surname>Luus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. V.</given-names>
            <surname>Subramaniam</surname>
          </string-name>
          ,
          <article-title>SYGMA: system for generalizable modular question answering overknowledge bases</article-title>
          ,
          <source>CoRR abs/2109</source>
          .13430 (
          <year>2021</year>
          ). URL: https://arxiv.org/abs/2109.13430. arXiv:
          <volume>2109</volume>
          .
          <fpage>13430</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>P.</given-names>
            <surname>Kapanipathi</surname>
          </string-name>
          , I. Abdelaziz,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ravishankar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Roukos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. G.</given-names>
            <surname>Gray</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. F.</given-names>
            <surname>Astudillo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Chang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Cornelio</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Dana</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Fokoue</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Garg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gliozzo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Gurajada</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Karanam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Khan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Khandelwal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F. P. S.</given-names>
            <surname>Luus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Makondo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Mihindukulasooriya</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Naseem</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Neelam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Popa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. G.</given-names>
            <surname>Reddy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Riegel</surname>
          </string-name>
          , G. Rossiello, U. Sharma,
          <string-name>
            <given-names>G. P. S.</given-names>
            <surname>Bhargav</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <article-title>Leveraging abstract meaning representation for knowledge base question answering</article-title>
          , in: C.
          <string-name>
            <surname>Zong</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Xia</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Navigli</surname>
          </string-name>
          (Eds.),
          <article-title>Findings of the Association for Computational Linguistics: ACL/IJCNLP 2021</article-title>
          ,
          <string-name>
            <surname>Online</surname>
            <given-names>Event</given-names>
          </string-name>
          ,
          <source>August 1-6</source>
          ,
          <year>2021</year>
          , volume ACL/
          <article-title>IJCNLP 2021 of Findings of ACL, Association for Computational Linguistics</article-title>
          ,
          <year>2021</year>
          , pp.
          <fpage>3884</fpage>
          -
          <lpage>3894</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>L.</given-names>
            <surname>Wu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Petroni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Josifoski</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Riedel</surname>
          </string-name>
          , L. Zettlemoyer,
          <article-title>Zero-shot entity linking with dense entity retrieval</article-title>
          ,
          <source>in: EMNLP</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>