<!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>Entity Linking and Filling for Question Answering over Knowledge Graphs</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Daniel Diomedi</string-name>
          <email>daniel.diomedi@ug.uchile.cl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Aidan Hogan</string-name>
          <email>ahogan@dcc.uchile.cl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>DCC, Universidad de Chile; IMFD;</institution>
          <addr-line>Santiago</addr-line>
          ,
          <country country="CL">Chile</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Question Answering over Knowledge Graphs (KGQA) aims to compute answers for natural language questions over a knowledge graph. Recent KGQA approaches adopt a neural machine translation (NMT) approach, where the natural language question is translated into a structured query language. However, NMT su ers from the out-ofvocabulary problem, where terms in a question may not have been seen during training, impeding their translation. This issue is particularly problematic for the millions of entities that large knowledge graphs describe. We rather propose a KGQA approach that delegates the processing of entities to entity linking (EL) systems. NMT is then used to create a query template with placeholders that are lled by entities identi ed from the text in an EL phase. This approach gives rise to what we call the \entity lling" problem, where we must decide which placeholders to replace with which entities. To address this problem, we propose a solution based on sequence labelling and constraints. Experiments for QA with complex questions over Wikidata show that our approach outperforms pure NMT approaches: while the task remains challenging, errors relating to entities in the translated queries are greatly reduced.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Knowledge graphs (KGs) adopt a graph-based abstraction of knowledge, where
nodes represent entities and edges represent relations [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. Many open
knowledge graphs provide public query services that can receive upwards of millions
of SPARQL queries per day over the Web [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. In order to query such services,
clients must be able to formulate their queries in SPARQL, which may be
unfamiliar to many users. Ideally a user could instead receive answers to questions
written in a natural language familiar to them. Addressing this task
automatically is known as Question Answering over Knowledge Graphs (KGQA).
      </p>
      <p>
        Recent approaches for KGQA have moved towards neural networks [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Using
neural machine translation (NMT) to translate the natural language question of
the user into a structured query (e.g., [
        <xref ref-type="bibr" rid="ref16 ref20 ref24 ref26">16,20,24,26</xref>
        ]) has recently shown promising
results, particularly for simple \factoid" questions [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] (such as \Where was Marie
Copyright © 2022 for this paper by its authors. Use permitted under Creative
Commons License Attribution 4.0 International (CC BY 4.0).
Curie born? "), that can be answered by a single edge in the knowledge graph
(Marie Curie born i!n Poland). Handling complex questions that require joining
multiple edges (such as \What was the profession of Marie Curie's father? "),
and/or involve query features such as counting, ordering, etc. (such as \How
many daughters did Marie Curie have? ") remains very challenging.
      </p>
      <p>In this paper, we focus on advancing the state-of-the-art for NMT-based
KGQA. After discussing related works, we analyse the performance of
stateof-the-art \pure NMT" approaches, nding that their performance leaves
considerable room for improvement. We identify that the most problematic issue
relates to the out-of-vocabulary problem, particularly for entities. Based on this
observation, we investigate the speci c claim that an approach combining entity
linking (EL) with NMT can improve performance versus a pure NMT approach
(without EL) by designing, implementing and performing experiments to
compare such an approach with analogous pure NMT baselines.</p>
      <p>Speci cally, in our approach, NMT is used to generate an abstract query
template with generic placeholders for entities, while a specialised ensemble of
entity linking systems (EL) is used to extract entities from the question and
match them with the knowledge graph. This approach still leaves us with a key
problem that we call entity lling (EF) { which can be seen as a particular form
of slot lling { where we need to decide which placeholders in the query template
should be replaced with which entities returned from the EL process. To address
this problem, we propose to (1) rst use a supervised sequence labelling approach
(SL) to tag elements of the text with roles corresponding to the query template,
and (2) thereafter apply a heuristic-based entity assignment (EA) that decides
which placeholders in the query template to replace with which entities from
EL based on the labels produced by SL. This approach then generates the nal
query predicted to represent the user's question.</p>
      <p>Our results show that our approach greatly reduces the number of errors due
to entities when compared with state-of-the-art pure NMT baselines, con rming
our claim. However, even with these advances, the results for complex questions
remain relatively poor, where we identify some open challenges for
state-of-theart methods when faced with such questions, as well as potential solutions.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Related work</title>
      <p>
        Related tasks A number of tasks are closely related to KGQA. Question
Answering over Linked Data (QALD ) [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ] can be seen as a type of KGQA targeting
KGs speci cally published as Linked Data. Text-to-SQL [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] relates to KGQA
approaches that construct a query from the natural language question, such as
NMT-based approaches; however, queries are answered over relational databases
that have xed schemas and do not exhibit the level of diversity present in large
knowledge graphs. We thus focus on works for QALD and KGQA.
Non-Neural Approaches Early works on QALD avoided having to deal with the
full complexity of natural language by de ning control languages (e.g,
GiNSENG [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]) or by using xed templates (e.g., TBSL [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ]). More exible
approaches involve using the question to guide a graph exploration (e.g., Treo [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ],
NLQ-KBQA [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]), where given a question such as \What was the profession
of Marie Curie's father? ", such an approach may rst nd candidate nodes in
the knowledge graph referring to Marie Curie (e.g., db:Marie Curie in DBpedia,
wd:Q7186 in Wikidata), thereafter navigating through relations matching
\father " (dbo:father, wdt:P22) and \profession" (dbo:occupation, wdt:P106)
towards a candidate answer. Further approaches (e.g., FREyA [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]) propose
humanin-the-loop interaction, incorporating multiple sources on the Web (e.g.,
PowerAqua [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]), etc. For details on earlier systems, we refer to Unger et al. [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ].
Neural Approaches A number of recent KGQA approaches leverage modern
neural architectures. While neural networks have been used to classify questions,
or to rank candidate queries, here we focus on approaches using neural machine
translation (NMT), referring to Chakraborty et al. [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] for other uses. These
NMT approaches rephrase the KGQA task into a translation task from natural
language into a structured query language such as SPARQL. NMT approaches
can thus be equivalently viewed as performing neural semantic parsing (NSP),
mapping a natural language question into its structured query form.
      </p>
      <p>
        Ferreira Luz and Finger [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] propose to compute a vector representation for
questions and queries that are then fed into an LSTM encoder{decoder model
with an attention layer in order to perform the translation/parsing; the
outof-vocabulary problem is explicitly left open. Soru et al. [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] propose \Neural
Semantic Machines", which accept as input a set of templates, composed of pairs
of questions and queries with entities replaced by placeholders (e.g., \What was
the profession of &lt;A&gt;'s father? ", with the corresponding query), and a
knowledge graph, from which valid entity replacements of placeholders are computed,
generating concrete instances (e.g., \What was the profession of Marie Curie's
father? " with the corresponding query) that are used to train an LSTM
encoderdecoder model. While this approach partially addresses the out-of-vocabulary
problem, tens of millions of (highly repetitive) instances would need to be used
for training to cover all entities in a knowledge graph such as Wikidata. Yin et
al. [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ] compare a variety of NMT models in the context of KGQA, including
RNN-, CNN- and transformer-based models, nding that the best model was the
Convolutional Sequence to Sequence (ConvS2S) model. However, Yin et al. [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ]
acknowledge that the models encounter issues with larger vocabularies.
      </p>
      <p>
        Tackling the out-of-vocabulary issue, Lukovnikov et al [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] merge word-level
and character-level representations for both the questions and the entity labels
in the knowledge graph; however, the approach is speci cally designed to deal
with simple questions (e.g., \Who is Marie Curie's father "), and would not work
with knowledge graph identi ers not based on a natural language (as is the case
for Wikidata). Wang et al. [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] propose gAnswer: a system that extends NMT
with entity linking (EL) and relation linking (RL) in order to better handle the
out-of-vocabulary problem, nding that entity linking in particular improves
performance over NMT. However, only one EL system is explored, and there is
no discussion of how entities are matched with their placeholders.
QALD/KGQA Datasets Various datasets have been proposed for QALD/KGQA,
including a series of QALD challenges [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ], which provide a variety of small sets
(in the order of hundreds) of training and test examples over knowledge graphs
such as DBpedia and Wikidata. For NMT-based approaches, larger datasets
are needed for training. SimpleQuestions [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] is a larger alternative, containing
108,442 question{answer pairs, but focuses on simple factoid questions. The
Monument dataset [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] is based on 38 unique query templates about
monuments in DBpedia, where 300{600 question{query pairs are created for each
template; however, these instances focus on the data for one class in DBpedia.
The DBNQA dataset [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] includes 894 thousand question{query pairs produced
by taking 215 queries from a QALD training dataset, replacing the entities with
placeholders, and generating other valid replacements from the DBpedia
knowledge graph; there is thus a high level of repetition as the 894 thousand
examples are based on 215 unique queries. Finally, LC-QuAD 2.0 [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] consists of 30
thousand question{query pairs over DBpedia and Wikidata generated from 22
templates, where the questions are paraphrased through crowdsourcing.
3
      </p>
    </sec>
    <sec id="sec-3">
      <title>The Problem with Entities</title>
      <p>
        Our goal is to advance NMT-based approaches for KGQA. We rst establish a
baseline for a state-of-the-art \pure NMT" approach by selecting three of the
best performing models for the KGQA in the comparison of Yin et al. [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ].
These three models constitute the state-of-the-art for NMT in the context of
natural language, involving three diverse architectures based on Recurrent
Neural Networks (RNNs), Convolutional Neural Networks (CNNs) and attention
without recurrence or convolutions. More speci cally, the three models are as
follows. ConvS2S (Convolutional Sequence-to-Sequence): A CNN-based
architecture, featuring gated linear units, residual connections, and attention. LSTM
(Long Short Term Memory): An RNN-based architecture that uses stacking
LSTM models of four layers, with attention. Transformer : a lightweight
architecture that interleaves multi-head attention mechanisms with fully-connected
layers. We use Fairseq, Google Colab, and the hyperparameters listed in Table 1
(per Yin et al. [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ]). For ConvS2S, the rst 9 layers had 512 hidden units and
kernel width 3; the next 4 layers had 1,024 hidden units and kernel width 3; the
nal 2 layers had 2,048 hidden units with kernel width 1.
      </p>
      <p>
        With respect to the datasets, we rst aim to replicate the experiments of Yin
et al. [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ] over the LC-QuAD 2.0 dataset, which was the most complex, diverse
and challenging KGQA dataset they tested. We use the original training/test
splits of LC-QuAD 2.0. However, we encountered some quality issues with the
LC-QuAD 2.0 dataset, which may relate to its use of crowdsourcing platforms to
generate and diversify the question texts. Speci cally, participants were asked to
rephrase synthetic questions such as \What is [occupation] of [father] of [Marie
Curie]? " into a more natural form, such as \What was the occupation of Marie
Curie's father? ", or to paraphrase the question, such as \What did Marie Curie's
father do for a living? ". From revising the benchmark, though in many cases the
process yielded meaningful question{query pairs, not all cases were like this. In
particular, we identi ed issues including: (1) the question text being null, empty
or marked not applicable (\NA"); (2) questions containing syntactic features
from the synthetic question, or copying the synthetic question in a verbatim
manner; (3) the question specifying the answer rather than the question; (4) the
length of the question being too long or too short to be a reasonable rephrasing
of the synthetic question; (5) the query containing invalid tokens. Given the
number of instances in the dataset, we applied automatic heuristics to detect
such cases, where we discarded 2,502 (8.2%) of the 30,226 instances due to such
quality issues. We call the resulting cleaned dataset LC-QuAD 2.0*.
      </p>
      <p>Given the quality issues with LC-QuAD 2.0 dataset, and the fact that its
training and test datasets feature question{query pairs based on common
templates, we decided to create a novel, independent test dataset with 100 question{
query pairs answerable over Wikidata. This dataset does not follow standard
templates, and contains queries with a range of complexities and algebraic
features, ranging from simple queries such as \Who is the president of Poland ", to
complex questions such as \Which country that does not border Germany has
German as an o cial language? ".1 We call this novel dataset WikidataQA; it
contains 132 entities, 86 properties, and 208 triple/path patterns.</p>
      <p>
        In Table 2, we present the results for the three models trained on the
LCQuAD 2.0* dataset, applied to the LC-QuAD 2.0* test set and the full
WikidataQA set. These results consider a number of di erent metrics. First we present
the BLEU score, which is a modi ed version of precision used to compare a given
translation against a set of reference translations. This measure was reported by
Yin et al. [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ]. However, a translated query may have an excellent BLEU score
but may be invalid or distinct from the reference query. We thus also present
accuracy, which indicates the percentage of questions for which the exact
reference query was generated. This measure o ers a lower-bound for performance
since two queries that are syntactically di erent may be semantically equivalent,
returning the same results on any knowledge graph. Unfortunately, determining
the equivalence of SPARQL queries (or queries for any language that
encapsulate rst-order logic, including SQL) is undecidable. A complementary measure
is thus to compare the answers generated by the reference query and the
computed query in terms of precision and recall ; we then nally present the macro
precision, recall and F1-score (averaged over each question, which is given equal
1 While QALD datasets could have been used, LC-QuAD 2.0 may use templates
inspired by QALD, creating a possible leak between training and test datasets.
weight). Again however, this measure is somewhat awed in that { in particular
for ASK queries that return a boolean result { a query that is completely
unrelated may return a correct result. While no measure perfectly captures KGQA
performance, each provides a di erent insight.
      </p>
      <p>
        The presented results indicate that while the BLEU score for LC-QuAD 2.0*
is mediocre, accuracy is very poor, while precision and recall of answers is
somewhat better than accuracy. We highlight that over the LC-QuAD 2.0 dataset, Yin
et al. [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ] report BLEU scores of 59.5%, 51.1% and 57.4% for ConvS2S, LSTM
and Transformer, respectively; although BLEU scores drop over our cleaned
dataset for the corresponding models { perhaps due to the removal of trivial
cases { the relative ordering of models remains the same. It is important to note
that Yin et al. [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ] base their F1 scores on correct terms in the output query,
rather than solutions; thus their scores are higher than seen here. We can also
compare these results with those reported for gAnswer [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] over the QALD-9 and
Monument datasets, where Transformer and ConvS2S outperformed LSTM.
      </p>
      <p>From these baseline results, we can conclude that while NMT models do
sometimes nd correct answers, overall the performance leaves much room for
improvement. Furthermore, the results for WikidataQA are consistently worse
than those for LC-QuAD 2.0*, indicating that when presented with questions
not following similar patterns seen in training, the models struggle to generalise.</p>
      <p>Comparing the models, we see that ConvS2S provides the best results for
all metrics in the case of LC-QuAD 2.0*. However, while ConvS2S provides the
best BLEU score in the case of WikidataQA, it is outperformed by LSTM and
Transformer in terms of precision, recall and F1.</p>
      <p>Although the NMT-based gAnswer system won the recent QALD-9 challenge
by a clear margin, these results highlight the di culty of KGQA for complex
questions. Analysing the errors, we found that in 91.1% of the cases, the set of
entities in the output query did not correspond with that of the reference query,
thus constituting the primary source of error found. This is not surprising as the
speci c entities of a question{query pair may not have been seen during training,
causing more frequent out-of-vocabulary errors than in the case of properties,
which are fewer in number and easier to cover in the training set. In the following,
we propose to combine Entity Linking with NMT to address this issue.
\How many PhD students of Marie Curie were nominated for the Nobel Prize in Chemistry? "
Entity Linking</p>
      <p>Sequence Labelling</p>
      <p>Neural Machine Translation
1 \Marie Curie" ! wd:Q7186
2 \Nobel . . . Chemistry" ! wd:Q44585
3 \Nobel Prize" ! wd:Q7191
4 \PhD students" ! wd:Q12764792
\\NMoabreile PCruizreie"" !! oobbjj21
\Nobel . . . Chemistry" ! obj1</p>
      <p>Entity Assignment</p>
      <p>SELECT (COUNT(*) as ?ans)
WHERE f
?subj wdt:P1411 &lt;obj1&gt; .</p>
      <p>?subj wdt:P184 &lt;obj2&gt; .</p>
      <p>
        g
SELECT (COUNT(*) as ?ans)
WHERE f
?subj wdt:P1411 wd:Q44585 . # nominated for the Nobel Prize in Chemistry
?subj wdt:P184 wd:Q7186 . # doctoral supervisor is Marie Curie
g
In order to reduce entity-related errors, we propose to combine NMT with
Entity Linking (EL). EL identi es mentions of entities in a text and links them
to knowledge graph identi ers [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ]. Given a text \What did Marie Curie's
father do for a living? ", an EL tool selecting DBpedia or Wikidata as a target
knowledge graph would be expected to link \Marie Curie" to db:Marie Curie
or wd:Q7186, respectively. Some EL systems may further target common entities
such as \father ", linking them to dbr:Father and wd:Q7565, respectively.
      </p>
      <p>
        Numerous EL techniques have been proposed down through the years, where
a common theme is to use the context of the text to disambiguate an entity. For
example, in a question \Who is the lead singer of Boston? ", while the mention
\Boston" has a higher prior probability of referring to the city, in this case
it clearly refers to the rock band Boston, based on contextual clues such as
\singer ". A natural approach is then to delegate the translation of entities in
KGQA to external EL systems. This would avoid the need to train the NMT
model with examples for every entity, and by taking into account the context,
it should improve results versus the approach of applying disambiguation using
only prior probabilities, as was proposed for Neural Semantic Machines [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
      </p>
      <p>
        The idea of using EL in the context of KGQA is far from new [
        <xref ref-type="bibr" rid="ref11 ref24 ref4 ref8">11,8,4,24</xref>
        ],
but to the best of our knowledge only Wang et al. [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] have recently looked
at combining EL with NMT. Their system, called gAnswer, won the QALD-9
challenge, and is thus clearly a promising approach. However, their approach is
based on an individual EL system, and details are missing in terms of how the
entity lling task is addressed, i.e., how cases where the EL system generates
multiple entities, or where the query involves multiple entities, are handled.
ElNeuKGQA Overview We propose a novel approach, called ElNeuKGQA, that
combines EL with NMT. Speci cally, an EL system is used to identify entity
mentions in the question and link them to the knowledge graph. We combine
this with an NMT model that is trained and used to generate template queries
with placeholders for entities. The results of the EL system can then be used
to ll in these placeholders in the template query. In initial experiments, we
noted some key design factors underlying such an approach: (1) the EL system
should not produce fewer entity links than there are placeholders in the template
query, as this will lead to an invalid query; (2) the EL system may sometimes
identify more entity links than placeholders, where the correct entities must be
chosen; (3) for questions/queries with multiple entities, we must choose which
placeholder to replace with which entity, which is a non-trivial problem.
      </p>
      <p>We thus propose a custom ensemble EL approach, which incorporates
multiple individual EL systems in order to boost recall (addressing (1)), and is
combined with a voting method to rank individual entities (addressing (2)).
Though various ensemble EL systems have already been proposed in the
literature, we opted to build a task-speci c ensemble system for two main reasons: (i)
the nature of the scoring function changes per the aforementioned requirements
where, rather than voting for entities to link a given mention in the text as in a
typical EL scenario, we rather need to score entities to ll \placeholders" in the
query; (ii) existing ensemble systems do not target Wikidata (as targeted by the
LQ-QuAD 2.0 dataset), where although Wikidata contains a large intersection
of interlinked entities with knowledge bases such as DBpedia, Wikipedia, and
YAGO that are targeted by the existing systems, it also contains a much broader
set of unique entities, where our ensemble includes an EL system for Wikidata.</p>
      <p>We further propose to combine EL with an entity lling (EF) technique that
chooses which placeholders in the query to replace with which entities
(addressing (3)). This entity lling component consists of two phases: (SL) a sequence
labeller is trained on the question{query pairs in order to identify the role of
entities in the question, matching them with their role in the query; and (EA)
an entity assigner uses these roles and speci c heuristics to map each query
placeholder to a speci c entity produced by EL.</p>
      <p>We provide an example of our proposed ElNeuKGQA system in Figure 1.
Entity linking (EL) provides a ranked list of entities mentioned in the question
text. Neural machine translation (NMT) is used to generate a query template
with placeholders, such as &lt;obj1&gt; and &lt;obj2&gt;, to be lled later. Entity lling
(EF) requires two steps: sequence labelling (SL) annotates phrases in the
question with roles corresponding to placeholder labels, while entity assignment (EA)
decides which entity to use to replace which placeholder in the query template.</p>
      <p>There exist a number of ways in which this process can give an incorrect
query: EL may fail to identify all of the relevant entities; sequence labelling may
produce labels that do not match the template; NMT may produce an incorrect
template; etc. Later we will look at the most common forms of errors in practice.</p>
      <p>In order to train the system, the mentions of entities found in the output
query must be annotated in the question with their knowledge graph identi ers,
which is the case for LC-QuAD 2.0* and our novel WikidataQA dataset.</p>
      <p>We now describe the individual components in more detail.
Neural Machine Translation The NMT component follows the baseline
approach, with the sole exception that the model is trained to produce query
templates with generic placeholders replacing the speci c knowledge graph nodes
referring to a particular entity mention (where speci c nodes are rather
identied by the EL component). In particular, all constant subjects and objects in
the query are replaced, in a one-to-one manner, with placeholders P of the form
sbjk/objk for subject/object IRIs; and numk/strk for numbers/strings, where k
indicates the kth placeholder of that form in the query.Formally, let Q denote the
set of all nite-length sequences of (Unicode) characters of the form hc1; :::; cni.
Let S denote the set of all nite-length sequences of the form ht1; :::; tni, where
each ti (1 i n) is a query token that may be a syntactic terminal (e.g., \"),
an operator (e.g., COUNT), a query variable, an RDF term, or a placeholder. Then
N M T : Q ! S is a (learnt) function that maps an input question q 2 Q to an
output sequence of query tokens N M T (q) 2 S. Though most elements of S are
not valid queries, the goal is to learn a function N M T that generates a valid
query representing the intent of the input question.</p>
      <p>
        Entity Linking Entity linking (EL) identi es entity mentions in text, and links
them to entity identi ers in a knowledge base. In our scenario, given an input
question q 2 Q, and an RDF knowledge graph G referring to its entities with a
set of IRIs E, the function EL(q; G) = M provides us with a set of entity
mentions M , which are quads of the form (e; k1; k2; z), where k1 &lt; k2 indicate the
start and end o sets of a mention of entity e in the text q and z provides a score.
ElNeuKGQA is instantiated with an ensemble of four EL systems: AIDA [
        <xref ref-type="bibr" rid="ref27">27</xref>
        ]
targeting YAGO, DBpedia Spotlight [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ] targeting DBpedia, OpenTapioca [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]
targeting Wikidata, and TagME [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] targeting Wikipedia. Though AIDA,
DBpedia Spotlight and TagME target other knowledge bases, we can use existing
mappings to convert DBpedia, Wikipedia and YAGO links to Wikidata links;
however, Wikidata has entities not appearing in DBpedia, Wikipedia nor YAGO,
where OpenTapioca is important to be able to target these Wikidata-speci c
entities. We primarily choose these four EL systems as they provide online APIs,
where other systems could be added to the ensemble system in future. It is
important for later entity assignment that the EL component rank the entity links
that are found. Along these lines, we establish a voting system for z where, for
a given mention, the output of each EL system gives a vote to the top-scored
entity for that mention based on the order (not the score) in which the results
are output. In the case of a tie, we boost z for individual EL systems that
provide more precise results for the training dataset; if still tied, we use the scores
produced by individual systems to boost z and break the tie.
      </p>
      <p>
        Sequence Labelling We are then left to perform entity lling, which consists
of two phases, starting with sequence labelling (SL). The SL phase takes the
question q as input, and produces a set of roles SL(q) = R, i.e., a set of triples
of the form (p; k1; k2), where p 2 P is a placeholder (indicating a role, e.g.,
obj2), and k1 &lt; k2 indicate the start and end position for the placeholder tag.
We assume that the dataset provides annotations to enable training of SL (as
provided, e.g., by LC-QuAD 2.0). In order to implement SL in ElNeuKGQA, an
embedding layer is used, composed of a stacked embedding that includes GloVe
embeddings and Flair contextual embeddings. We use the model proposed by
Akbik et al. [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]: GloVe and Flair embeddings are concatenated and passed to
BiLSTM with 256 layers, with a nal conditional random eld (CRF) layer.
Entity Assignment The second phase of entity lling, and the last step overall,
involves entity assignment (EA). The EA component accepts the output of the
previous three components { (s; M; R) where s = N M T (q); M = EL(q; G); R =
SL(q) { and produces the nal query EA(s; M; R) 2 S. Speci cally, EA
computes an injective mapping : Ps ! EM [D from the placeholders Ps mentioned
in s to the entities EM mentioned in M and a set of datatype literals D, returning
the image of s under (i.e., replacing each placeholder p in s with (p)).
      </p>
      <p>In Algorithm 1, function mapP2E describes how is computed. For brevity,
we focus on how entities are processed; datatype literals are generated directly
from R for sub-strings labelled with strk or numk. We use domain( ) to
denote the set of placeholders for which is de ned, range( ) to denote the set
of entities returned for some placeholder by , and role(p) to indicate the role
of a placeholder p (e.g., role(obj3) = obj). The algorithm throws an error if
there are more unique entity placeholders appearing in s than unique entities
appearing in M (jPsj &gt; jEmj).2 We apply three phases of assignment. In the
rst phase, each placeholder is mapped to the highest ranking entity (from EL)
whose mention in the question text is labelled with the same placeholder (by SL),
if any; if no exactly matching positions in the question text are found,
overlapping positions are considered. In the second phase, each unmapped placeholder
is mapped to the highest ranking entity whose mention is labelled with a
placeholder of the same role (e.g., any obj* for obj2); if no exactly matching positions
are found, overlapping positions are considered. Finally, each unmapped
placeholder is paired with an entity based on the order in which they appear in
the query template and question text, respectively. Throughout, the algorithm
enforces that maps each placeholder to a distinct entity. The algorithmic
complexity is O(pe + p log p + e log e) for p = jPsj and e = jEmj.
5</p>
    </sec>
    <sec id="sec-4">
      <title>Experiments</title>
      <p>
        Our hypothesis is that combining entity linking (and entity lling) with neural
machine translation can improve the quality of results for the KGQA task versus
pure neural machine translation approaches. The following experiments explore
this hypothesis by extending the best three NMT models in the recent results
by Yin et al. [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ] and the three models used by gAnswer [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] { namely ConvS2S,
LSTM, and Transformer { with the proposed EL and EF methods. Experiments
comparing NMT and non-NMT approaches are not relevant for our hypothesis,
where relevant results can rather be found in QALD-9 [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ].
2 This could optionally be relaxed to replace extra placeholders with variables, or to
map multiple placeholders to a given entity.
26:
27:
28:
f(e; z) j 9k1; k2; k3; k4; x; p 2 P 0 : (e; k1; k2; z) 2 M; (p; k3; k4) 2 R;
k1 x k2 and k3 x k4g . has overlapping text
D0 f(e; z) 2 D j e 2= range( )g
if D0 is not empty then
      </p>
      <p>[ fp 7! arg maxeD0g
Setting As per the baselines of Section 3, the NMT and SL models are built
with the Fairseq framework. We use the same hyperparameters (Table 1). We
will again use the cleaned LC-QuAD 2.0* for training and testing (following the
original splits), and the WikidataQA dataset for testing only.</p>
      <p>Query Generation and Question Answering Table 3 presents high-level results
that compare the baseline results for \pure NMT" (shown previously in Table 2)
with the results for our proposed ElNeuKGQA system using the same metrics.
We see that ElNeuKGQA consistently { and in most cases considerably {
outperforms the baseline approaches: ElNeuKGQA variants achieve equal or better
results for all models, metrics and datasets compared to their baseline pure
NMT counterparts. These results over two KGQA datasets and three
sequenceto-sequence models thus support our hypothesis that combining entity linking
and lling with NMT (the ElNeuKGQA variants) can improve the quality of
results for the KGQA task (versus pure NMT approaches). As an auxiliary result,
in terms of models, we see that ConvS2S clearly outperforms the other two.</p>
      <p>Although we see clear relative gains over the baseline, even in the case of
ElNeuKGQA, the results leave a lot of room for improvement. For example,
although correct answers are generated for some WikidataQA queries, no query
generated corresponded (precisely) to the gold standard query for any model or
variant (see A: accuracy). KGQA for complex questions remains a challenging
task, and in what follows we characterise the performance, errors and limitations
of ElNeuKGQA by each component, in order to better understand the origin of
these relative gains, and also ways in which the approach could be improved.
NMT Template Generation We rst look at the results for generating query
templates using NMT. Given that the query templates are not expected to produce
answers to the question, we present only BLEU and accuracy. These results are
shown in Table 4. Looking rst at the results for LC-QuAD 2.0*, we observe
a moderate increase in the BLEU score versus the baseline for generating the
full query in Table 2 (51.5% ! 65.2%, 45.6% ! 58.2%, 48.2% ! 56.9%. resp.).
We also see a marked improvement in accuracy (3.3% ! 34.3%, 0.2% ! 19.3%,
2.1% ! 16.4%, resp.), indicating that the models can generate query templates
much more accurately than full queries mentioning speci c entities (further
highlighting the out-of-vocabulary issues encountered by pure NMT models when
processing entities). On the other hand, the BLEU score for WikidataQA sees
only a slight increase (18.8% ! 20.1%, 18.3% ! 19.0%, 18.3% ! 20.2%) and
accuracy remains at zero: not a single WikidataQA template is generated in
a syntactically identical manner to the gold standard template by any model.
This highlights that the models trained on the LC-QuAD 2.0* dataset do not
generalise to WikidataQA. However, it is still possible for queries that are not
syntactically identical to return (some) correct answers, as seen in Table 3.
EL Systems Next we look at the performance of the four individual EL systems
that we use for our ensemble, and of the voting-based ensemble itself. The results
for micro and macro precision, recall and F1-score are presented in Table 5
over the LC-QuAD 2.0* dataset. These results consider the entity mentions in
the question text that correspond to entities in the reference query as being
\correct"; it may be the case that an EL system detects entities that would
otherwise be considered valid, but are not used in the query. Individual systems
nd di erent trade-o s between precision and recall, where AIDA o ers the
highest precision, while TagME o ers the highest recall. Our ensemble o ers the
best recall, but has (almost) the worst precision. This is a result of its design: we
return all entities with a vote-based ranking in order to o er subsequent steps
as many (ranked) options as possible in order to ensure that all slots are lled.
The results of Table 5 do not consider that ensemble results are ranked.
Sequence Labelling We now look at the results for sequence labelling, where
Table 6 again presents the micro and macro precision, recall and F1-scores.
Precision and recall tend to be balanced. However, we note that there is a signi cant
drop in performance when considering the WikidataQA dataset; the model is
trained on LC-QuAD 2.0*, and only partially generalises to the other dataset.
Entity Filling We speci cally analyse the micro and macro precision, recall and
F1-scores for EF over the pairs (p; e) that are generated, where p is a placeholder,
and e is an entity or literal. These results are presented in Table 7. We see that
the results are the lowest thus far, which is to be expected as EF depends on
the EL and SL components and thus accumulates their errors.
Sources of error We nally summarise and compare the sources of error found
for ElNeuKGQA and baseline pure NMT approaches. Since the accuracy for
WikidataQA was 0%, in Table 8 we present the error rates for the LC-QuAD 2.0*
dataset, where T refers to a correct template, E refers to the query having the
correct set of entities, and F refers to correct entity lling. We use ! to denote
an error in the corresponding step and omit both T!F and !!F since an error in
E implies an error in F. Of note is that all three pure NMT baselines produce a
much lower percentage of queries containing correct entities versus ElNeuKGQA;
for example, comparing ConvS2S with ElNeuKGQA-ConvS2S, only 10.0% (TEF
+ TE! + !EF + !E!) of the queries produced by the former contain correct
entities, while 58.2% of the latter contain correct entities. This indicates that
ElNeuKGQA primarily gains over pure NMT approaches due to its handling of
entities. Focusing on ElNeuKGQA, template errors were the most common.
6</p>
    </sec>
    <sec id="sec-5">
      <title>Conclusions</title>
      <p>
        Question Answering over Knowledge Graphs (KGQA) has seen signi cant
advances in recent years, but more complex questions remain a major challenge.
Although recent approaches using neural machine translation (NMT) yield
promising results, NMT su ers from the out-of-vocabulary problem, particularly for
entities. We propose ElNeuKGQA: an approach that combines entity linking (EL)
with NMT through a novel entity lling approach. Our experiments show that
combining EL with NMT outperforms a pure NMT approach for all models and
datasets considered. These results { along those of Wang et al. [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] { highlight
the potential for NMT and EL to complement each other.
      </p>
      <p>
        Regarding limitations, the results for more complex questions { particularly
those having unseen templates { remain poor. KGQA over such questions is a
challenging task, but also an important one. Regarding future work, we
identi ed some quality issues with the LC-QuAD 2.0 dataset, where NMT-based
approaches may perform better given larger, higher-quality datasets for
training; however, creating such datasets appears costly. Another avenue to explore
is to extend NMT with relation linking (RL), as proposed by Wang et al. [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ];
however, sometimes a query relation is not explicitly mentioned by a query, and
while large knowledge graphs typically contain millions of entities, they only
contain thousands of relations (or properties), meaning that it would be more
feasible to cover all relations in training. It may also be of interest to leverage
the knowledge graph in order to avoid generating queries with empty results;
however, user questions may sometimes yield empty results, so it would seem
best to avoid always \forcing" a query with results.
      </p>
      <p>Supplementary material, including code and queries, are available from the
repository https://github.com/thesemanticwebhero/ElNeuKGQA.</p>
      <p>Acknowledgements Hogan was supported by Fondecyt Grant No. 1221926 and
by ANID { Millennium Science Initiative Program { Code ICN17 002.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Akbik</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Blythe</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vollgraf</surname>
          </string-name>
          , R.:
          <article-title>Contextual String Embeddings for Sequence Labeling</article-title>
          . In: COLING. pp.
          <volume>1638</volume>
          {
          <fpage>1649</fpage>
          .
          <string-name>
            <surname>ACL</surname>
          </string-name>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Bernstein</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kaufmann</surname>
            , E., Gohring,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kiefer</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Querying Ontologies: A Controlled English Interface for End-Users</article-title>
          .
          <source>In: The Semantic Web - ISWC</source>
          <year>2005</year>
          , 4th International Semantic Web Conference,
          <string-name>
            <surname>ISWC</surname>
          </string-name>
          <year>2005</year>
          , Galway, Ireland, Nov.
          <fpage>6</fpage>
          -
          <lpage>10</lpage>
          ,
          <year>2005</year>
          ,
          <source>Proc. LNCS</source>
          , vol.
          <volume>3729</volume>
          , pp.
          <volume>112</volume>
          {
          <fpage>126</fpage>
          . Springer (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Bordes</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Usunier</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chopra</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weston</surname>
          </string-name>
          , J.:
          <article-title>Large-scale Simple Question Answering with Memory Networks</article-title>
          .
          <source>CoRR abs/1506</source>
          .
          <year>02075</year>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Chakraborty</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lukovnikov</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Maheshwari</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Trivedi</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lehmann</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fischer</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Introduction to Neural Network based Approaches for Question Answering over Knowledge Graphs</article-title>
          . CoRR abs/
          <year>1907</year>
          .09361 (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Damljanovic</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Agatonovic</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cunningham</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bontcheva</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Improving habitability of natural language interfaces for querying ontologies with feedback and clari cation dialogues</article-title>
          .
          <source>J. Web Semant</source>
          .
          <volume>19</volume>
          ,
          <issue>1</issue>
          {
          <fpage>21</fpage>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Delpeuch</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>OpenTapioca: Lightweight Entity Linking for Wikidata</article-title>
          . In: Wikidata Workshop. CEUR, vol.
          <volume>2773</volume>
          (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Dubey</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Banerjee</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Abdelkawi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lehmann</surname>
            ,
            <given-names>J.:</given-names>
          </string-name>
          <article-title>LC-QuAD 2.0: A Large Dataset for Complex Question Answering over Wikidata and DBpedia</article-title>
          .
          <source>In: ISWC. LNCS</source>
          , vol.
          <volume>11779</volume>
          , pp.
          <volume>69</volume>
          {
          <fpage>78</fpage>
          . Springer (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Dubey</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Banerjee</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chaudhuri</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lehmann</surname>
            ,
            <given-names>J.: EARL</given-names>
          </string-name>
          :
          <article-title>Joint Entity and Relation Linking for Question Answering over Knowledge Graphs</article-title>
          .
          <source>In: ISWC. LNCS</source>
          , vol.
          <volume>11136</volume>
          , pp.
          <volume>108</volume>
          {
          <fpage>126</fpage>
          . Springer (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Ferragina</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Scaiella</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          : TAGME:
          <article-title>on-the- y annotation of short text fragments (by wikipedia entities)</article-title>
          .
          <source>In: CIKM</source>
          . pp.
          <volume>1625</volume>
          {
          <fpage>1628</fpage>
          .
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Finegan-Dollak</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kummerfeld</surname>
            ,
            <given-names>J.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhang</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ramanathan</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sadasivam</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , Zhang, R.,
          <string-name>
            <surname>Radev</surname>
            ,
            <given-names>D.R.</given-names>
          </string-name>
          :
          <article-title>Improving Text-to-SQL Evaluation Methodology</article-title>
          . In: ACL. pp.
          <volume>351</volume>
          {
          <fpage>360</fpage>
          .
          <string-name>
            <surname>ACL</surname>
          </string-name>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Freitas</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Oliveira</surname>
            ,
            <given-names>J.G.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>O</given-names>
            <surname>'Riain</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Curry</surname>
          </string-name>
          , E.,
          <string-name>
            <surname>da Silva</surname>
            ,
            <given-names>J.C.P.</given-names>
          </string-name>
          : Treo:
          <article-title>BestE ort Natural Language Queries over Linked Data</article-title>
          .
          <source>In: NLDB. LNCS</source>
          , vol.
          <volume>6716</volume>
          , pp.
          <volume>286</volume>
          {
          <fpage>289</fpage>
          . Springer (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Hartmann</surname>
            ,
            <given-names>A.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Soru</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Marx</surname>
          </string-name>
          , E.:
          <article-title>Generating a Large Dataset for Neural Question Answering over the DBpedia Knowledge Base</article-title>
          .
          <source>In: LD Management</source>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Hogan</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , et al.:
          <article-title>Knowledge graphs</article-title>
          .
          <source>ACM Comput. Surv</source>
          .
          <volume>54</volume>
          (
          <issue>4</issue>
          ),
          <volume>71</volume>
          (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Jung</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kim</surname>
          </string-name>
          , W.:
          <article-title>Automated conversion from natural language query to SPARQL query</article-title>
          .
          <source>J. Intell. Inf. Syst</source>
          .
          <volume>55</volume>
          (
          <issue>3</issue>
          ),
          <volume>501</volume>
          {
          <fpage>520</fpage>
          (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Lopez</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fernandez</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Motta</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stieler</surname>
          </string-name>
          , N.:
          <article-title>Poweraqua: Supporting users in querying and exploring the semantic web</article-title>
          .
          <source>Semantic Web</source>
          <volume>3</volume>
          (
          <issue>3</issue>
          ),
          <volume>249</volume>
          {
          <fpage>265</fpage>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Lukovnikov</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fischer</surname>
            ,
            <given-names>A.</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>
          :
          <article-title>Neural network-based question answering over knowledge graphs on word and character level</article-title>
          .
          <source>In: WWW</source>
          . pp.
          <volume>1211</volume>
          {
          <fpage>1220</fpage>
          .
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Luz</surname>
            ,
            <given-names>F.F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Finger</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Semantic Parsing Natural Language into SPARQL: Improving Target Language Representation with Neural Attention</article-title>
          . CoRR abs/
          <year>1803</year>
          .04329 (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Malyshev</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , Krotzsch,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Gonzalez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            ,
            <surname>Gonsior</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Bielefeldt</surname>
          </string-name>
          ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          :
          <article-title>Getting the Most Out of Wikidata: Semantic Technology Usage in Wikipedia's Knowledge Graph</article-title>
          .
          <source>In: ISWC. LNCS</source>
          , vol.
          <volume>11137</volume>
          , pp.
          <volume>376</volume>
          {
          <fpage>394</fpage>
          . Springer (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <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>
          .
          <source>In: I-SEMANTICS</source>
          . pp.
          <volume>1</volume>
          {
          <issue>8</issue>
          .
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Soru</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Marx</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Moussallem</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Publio</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Valdestilhas</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Esteves</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neto</surname>
            ,
            <given-names>C.B.</given-names>
          </string-name>
          :
          <article-title>SPARQL as a foreign language</article-title>
          . In: SEMANTiCS P&amp;
          <string-name>
            <surname>D. CEUR</surname>
          </string-name>
          , vol.
          <year>2044</year>
          .
          <article-title>CEUR-WS.org (</article-title>
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Unger</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          , Buhmann, L.,
          <string-name>
            <surname>Lehmann</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ngomo</surname>
            ,
            <given-names>A.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gerber</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cimiano</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Template-based question answering over RDF data</article-title>
          .
          <source>In: WWW</source>
          . pp.
          <volume>639</volume>
          {
          <issue>648</issue>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Unger</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Freitas</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cimiano</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>An Introduction to Question Answering over Linked Data</article-title>
          .
          <source>In: Reasoning Web. LNCS</source>
          , vol.
          <volume>8714</volume>
          , pp.
          <volume>100</volume>
          {
          <fpage>140</fpage>
          . Springer (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Usbeck</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gusmita</surname>
            ,
            <given-names>R.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ngomo</surname>
            ,
            <given-names>A.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Saleem</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>9th Challenge on Question Answering over Linked Data (QALD-9) (invited paper)</article-title>
          .
          <source>In: NLIWoD. CEUR</source>
          , vol.
          <volume>2241</volume>
          , pp.
          <volume>58</volume>
          {
          <fpage>64</fpage>
          .
          <string-name>
            <surname>CEUR-WS.org</surname>
          </string-name>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jiao</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhang</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Feng</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          :
          <article-title>Answering Questions over RDF by Neural Machine Translating</article-title>
          . In: ISWC P&amp;
          <string-name>
            <surname>D. CEUR</surname>
          </string-name>
          , vol.
          <volume>2721</volume>
          , pp.
          <volume>189</volume>
          {
          <fpage>194</fpage>
          .
          <string-name>
            <surname>CEUR-WS.org</surname>
          </string-name>
          (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25.
          <string-name>
            <surname>Wu</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>He</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hu</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          :
          <article-title>Entity Linking: An Issue to Extract Corresponding Entity With Knowledge Base</article-title>
          .
          <source>IEEE Access 6</source>
          ,
          <issue>6220</issue>
          {
          <fpage>6231</fpage>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          26.
          <string-name>
            <surname>Yin</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gromann</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rudolph</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>Neural machine translating from natural language to SPARQL</article-title>
          .
          <source>Future Gener. Comput. Syst</source>
          .
          <volume>117</volume>
          ,
          <issue>510</issue>
          {
          <fpage>519</fpage>
          (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          27.
          <string-name>
            <surname>Yosef</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ho</surname>
            <given-names>art</given-names>
          </string-name>
          , J.,
          <string-name>
            <surname>Bordino</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Spaniol</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weikum</surname>
          </string-name>
          , G.:
          <article-title>AIDA: An Online Tool for Accurate Disambiguation of Named Entities in Text and Tables</article-title>
          .
          <source>Proc. VLDB Endow</source>
          .
          <volume>4</volume>
          (
          <issue>12</issue>
          ),
          <volume>1450</volume>
          {
          <fpage>1453</fpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>