<!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>Experiments with Query Expansion in the RAPOSA (FOX) Question Answering System</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Lu´ıs Sarmento</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jorge Teixeira</string-name>
          <email>teixeira.jorge@fe.up.pt</email>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Eug´enio Oliveira</string-name>
        </contrib>
      </contrib-group>
      <abstract>
        <p>In this paper we present the results of applying a statistical query expansion method on the retrieval stage of a QA system for Portuguese (RAPOSA). Our approach involves expanding queries for event-related or action-related factoid questions using a verb thesaurus automatically generated using information extracted from large corpora. We show that our expansion approach improves QA recall when compared with applying expansion based on a simple form of stemming, while simultaneously requiring the analysis of only 30% as many text snippets. However, we were not able to outperform the recall obtained using an even simpler expansion method, which nevertheless achieves lower precision and requires analyzing many more text snippets. We conclude by observing that a more thorough analysis of the usefulness of our approach on QA performance requires improving other stages of the QA pipeline which currently impose significant limitations on the overall performance of the system.</p>
      </abstract>
      <kwd-group>
        <kwd>Question answering</kwd>
        <kwd>Questions beyond factoids</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction and Motivation</title>
      <p>One of the most obvious limitation in the performance of many automatic question answering
(QA) systems is their relatively low recall: for a very large proportion of questions many QA
systems are unable to produce any answer at all. There are many possible causes for this low
recall. To name just a few of the most common:
1. inability to parse the question. The QA system does not have rules to decompose the input
question and the QA process is thus immediately ended.
2. inability to find text passages where candidate answers can be found. After parsing the
question and choosing the relevant terms / keywords, the system is not successful in its
information retrieval (IR) stage, and is unable to retrieve text passages for any subsequent
information extraction procedure.
3. inability to extract answer candidates from retrieved text passages. Since no candidate is
found no answer is produced.</p>
      <p>Problem 1) can be more or less relevant depending on the specific application scenario. For
example, when performing QA under restricted application scenarios, systems can usually be
prepared to parse a relatively small number of types of questions that they are expected to be
asked. In these cases, problems at this stage can usually be solved by adding more parsing rules.
On the other hand, for unrestricted question answering scenarios, this problems becomes much
more severe, since users can pose all sorts of question. Interactive question answering scenarios
involve even more difficulties as they require the need to resolve possible co-references among
question and answers. Additionally, robustness to typos and malformed questions is required in
practice and may be quite difficult to achieve.</p>
      <p>Solving problem 3) involves developing more sophisticated information extraction strategies,
which sometimes require using additional knowledge resource such as lexical databases,
ontologies, or pre-built factoid databases. Research in this field focus on applying techniques such as
named-entity disambiguation, factoid extraction and semantic relation discovery improve question
answering.</p>
      <p>
        We will mainly focus on problem 2), the inability of a QA system to retrieve the appropriate text
passages for extracting answer candidates. In the current paper, we will describe how we tried
to increased the overall recall of our QA system RAPOSA (http://pattie.fe.up.pt/RAPOSA/)
by applying query expansion techniques to improve recall in the IR stage. Following RAPOSA
participation in 2006 [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] and 2007 [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ] editions of QA-CLEF, we believed that tackling this
problem should be the next step.
      </p>
      <p>
        First of all, from a strategic point of view there is much interest in solving problems related to
IR stage because they transversally affect overall performance for all types of questions. Second,
the goal we should seek is very well defined. As mentioned in [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], in the standard pipeline QA
architecture (used by RAPOSA), during the IR stage recall in retrieval is more important than
precision: subsequent processing stages may filter out uninteresting text passages obtained, but
they will unable to extract the right answer candidates if the passage that contains the answer
is not retrieved. Therefore, the main goal should be to increase recall in the IR stage. Finally,
the problem scope is well localized and constrained inside a single stage of the QA system. This
allows easier testing because it involves changing only a very specific stage of the pipeline without
the need to change any of the others (either before or after the IR stage).
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>Related</title>
    </sec>
    <sec id="sec-3">
      <title>Work</title>
      <p>Efforts to increase the recall in traditional IR system have focused on trying to circumvent
morphological, lexical and semantic differences between the query terms and the terms in the documents.
One would expect that such general IR techniques would be suitable for improving QA
performance. However, there are a few important difference between general IR and QA-centric IR.
While in general IR the retrieval unit is the document, in QA-centric IR the unit of retrieval is
usually much smaller, such as for example, a paragraph, a sentence or even a smaller text
fragment. Also, in QA-centric IR very fine-tuned ranking is not as crucial and in general IR, because
further filtering will be performed along the QA pipeline. These are two important differences
which motivate additional and specific efforts in QA-centric IR.</p>
      <p>From a purely morphological point of view, there have been two main approaches. The first is
to apply a stemming procedure at indexing time that will conflate morphological variations to the
same index entry. At retrieval time, query terms are also stemmed and matched against the stems
stored in the index. The second alternative involves indexing document terms directly (no changes
are made to terms), and performing morphological expansion of the query terms at retrieval time,
so they can be matched to more (unstemmed) index entries.</p>
      <p>
        The benefits for QA of using applying such morphological-based techniques are not clear. In
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], a component evaluation of the Esfinge QA system for portuguese showed that turning off the
stemming component improved the results, although only slightly, when attempting to answer
the CLEF 2005 question set. Such slight improvement was observed for about half the types
of factoid questions. The only exception was the performance for date question (”When... ?” )
which dropped significantly when stemming was turned off. In [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] the authors studied the effect
of stemming and morphological expansion on document retrieval for the purpose of answering
factoid questions. They concluded that indexing stemmed word forms actually lead to a decrease
document retrieval recall, when compared to baseline (no stemming nor expansion). On the other
hand retrieval-time query expansion tends to increase document retrieval recall at the cost of
bringing more irrelevant documents and placing relevant documents in lower ranks.
      </p>
      <p>
        Another technique aiming at improving recall in QA systems involves expanding terms in query
to lexically or semantically related ones. For example, each term in the query can be expanded
to the set of all know synonyms, by terms that generalize or specialize the concept, or by other
related terms. These type of semantic expansion techniques require specific language or knowledge
resources such as lexical databases (e.g. Wordnet [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]) and ontologies (e.g.: Cyc [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]).
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], Wordnet is used to expand the query terms found in the question by all terms contained
in its synsets. A Boolean search expression is made by combining all expanded terms in a logical
OR. The authors observe that such a direct approach may bring problems when synonyms are
highly polysemous words. For example “high” can be a possible synonym of “high school” but since
it is much more frequent (and polysemous) it will make the original “high school” term relatively
less significant in the search expression. To account for this problem, document ranking is made
by pondering the original terms twice as much as the synonyms. However, problematic situations
arise when the original word is itself polysemous, leading to totally inappropriate expansions.
      </p>
      <p>
        An approach that tries to solve some of the problem generated by ambiguity is presented in
in [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. The proposed technique uses a combination of Blind Relevance Feedback (BRF) and
Word-Sense Disambiguation (WSD) named Sense-based Blind Relevance Feedback (S-BRF). In a
first step, sets of paragraphs are retrieved using several combinations of the original terms found
in questions. In a second step, the retrieved paragraphs are subject linguistic analysis
(POStagging, multi-word recognition, named-entity recognition) and to word-sense disambiguation over
WordNet senses. For each of the original question terms, the most frequent sense found on the
retrieved paragraphs is chosen. Query expansion is then made by expanding only the previously
found sense, using WordNet hierarchy (synonyms, hypernyms, holonyms, etc.). S-BRF leads to
an increase of 7% in the precision of retrieval of answer-bearing documents, in relation to results
obtained using “standard” morphological query expansion.
      </p>
      <p>
        The work described in [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] show an example of how Cyc can be used in query expansion in a QA
system, the MySentient system. MySentient uses Cyc to expand terms to its synonyms (including
acronym expansion), to its specializations or generalizations, to possible instances or classes (e.g.
“MasterCard” is an instance-of “credit card”), and to concepts related by meronomy/holonomy
(is-part-of or is-composed-by). The authors claim that such expansion procedures improve system
performance, although no performance figures are given.
      </p>
      <p>
        When resources like Wordnet of Cyc are not available, systems may use smaller hand-crafted
ontologies ([
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]), or follow alternative approaches supported by statistical techniques. In [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] two
query expansion methods based on statistical machine translation models are proposed, although
focusing on a different yet related problem: answer retrieval. In the first method, a “translation
model” from question words to answers words was learned using a large corpus of question-answer
pairs. Using such translation model, each word questions can be expanded to a set of words that
are expected to occur in the answer. A second method a english-chinese parallel corpus was used
to learn english paraphrases. Query expansion was then achieved by adding in the query the n-best
paraphrases of the original terms. Authors report significant improvement over both methods over
two alternative methods, [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] and [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
      </p>
      <p>
        We follow a different alternative to deal with the lack of standard Wordnet-like resources for
doing query expansion in Portuguese. Our approach consists in automatically building thesaurus
using statistical processing of a large corpus. Such thesaurus should contain information about
synonyms or strongly related words, which can then be used to expand queries. Several different
approaches have been tried for automatic building thesaurus from corpora. These usually involve
either finding distributional similarities between words and clustering (e.g. [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]), or mining text
with patterns (manually defined or automatically learned) that allow identifying specific semantic
relations (e.g. [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]). Since the goal using the thesaurus is query expansion within a QA-pipeline,
we believe that the problem of thesaurus generation can in fact be relaxed: having very precise
semantic (namely synonymy) might not be an absolute requirement. We have thus used a rather
simple method, to be described in Section 4, for building such “relaxed thesaurus”.
3
      </p>
    </sec>
    <sec id="sec-4">
      <title>RAPOSA</title>
      <p>
        The architecture of RAPOSA has been described in [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]. Briefly, RAPOSA is a pipeline QA
systems composed by six main modules:
1. Question Parser: identifies the type of question, the expected semantic type(s) of the
answer, its arguments, possible restrictions and other relevant keywords. Morphological
analysis is made using JSpell ([
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]).
2. Query Generator: the Query Generator selects which term from the question must
necessarily occur in target text snippets and which terms are optional.
3. Snippet Searcher: takes the queries and searches several available text bases to retrieve
text snippets where candidate answer may eventually be found. The retrieval unit is a text
snippet, which, depending on the text base queried, can be a sentence or a paragraphs (but
not usually a complete document).
4. Answer Extractor: tries to identify candidate answers in text snippets using two possible
strategies. The first one is based on a set of context evaluation rules that search for given
answer patterns. The second is called simple type checking strategy and extracts the most
frequently found candidates whose type is compatible with the expected semantic type of
the answer.
5. Answer Fusion: the role of the Answer Fusion module is to cluster lexically different but
possible semantically equivalent (or overlapping) answers in to a single “answer group”. At
this moment, this module is not yet developed and it simply outputs previously chosen
candidates.
6. Answer Selector: selects one of the candidate answers produced by the Answer Fusion
module and choses the supporting text / answer justification among previously extracted
text snippets.
      </p>
      <p>The focus of our work this year has been the Query Generator. Up to CLEF 2007 this module
had a very simple role. Using the information given by the Question Parser, the Query Generator
selected terms that are required to be found in text snippets where answer might eventually be
found, and which terms are optional. For example, all named-entities found in questions are
required to occur in the text snippets.</p>
      <p>A very rudimentary query expansion technique was also applied in this module. For terms
that were not identified as named-entities, suffixes were stripped to obtain a simple form query
expansion by pseudo-stemming. Suffixes were considered to be the last 2-4 characters of terms
with more the 5 characters long. These were substituted by wild-cards in order to generalize the
query and obtain more text snippets to be further analyzed down the pipeline.</p>
      <p>Obviously, being a purely lexical transformation process, this method has several limitations
and problems. In fact, pseudo-stemming should have all the possible problems of standard
stemming, worsened by the fact the our current retrieval system is not using any form of relevance
ranking because it is a simple text database system. If too many snippets are returned, which
can happen when pseudo-stemming generates a very frequent stem, only the first text snippets
are kept and used for answer extraction. The problem is that keeping only the first Nmax
snippets increases the chances of not forwarding any relevant information to the Answer Extraction
module. We believe this to be the one of the major sources of nil (and also incorrect) answers in
RAPOSA. In the next section we will explain how we attempted to solve this problem.
4</p>
    </sec>
    <sec id="sec-5">
      <title>Expansion using an Automatically Generated Thesaurus</title>
      <p>In this work, we focused on expanding queries for answering factoid questions related to actions
or events, such as for example “Who killed J.F.K?” or “When did Brazil last won the World
Cup?”. In this type of questions, in which an action or event that is central to the answer is
directly or indirectly mentioned, verbs have the key role in retrieving the relevant text snippets
for finding answer candidates. Therefore, expanding the verb to semantically equivalent verbs,
and ideally also to verbal and nominal paraphrases, should help increasing retrieval recall without
adding too many irrelevant or noisy text snippets. For instance, for the question “Who killed
J.F.K?”, answers could be found in texts containing both “J.F.K.” and forms of the verb “to kill”
but also in texts where semantically equivalent or related verbs occur, such as “to murder”, “to
assassinate”, “to shoot”, etc. Such expansion requires a large coverage verb thesaurus.
4.1</p>
      <sec id="sec-5-1">
        <title>Building a Verb Thesaurus</title>
        <p>
          For building a verb thesaurus for Portuguese we followed a simplified approach of that described
in [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ]. The basic principle is that “similar” word should have “similar” distributional properties
under a given context. Such context can be defined, for example, by the set of grammatical
relations that such word establishes with other words, or even simpler, by the set of words with
which the word co-occurs within a predefined lexical window (e.g. two words to each side).
        </p>
        <p>
          For the case of verbs in Portuguese, one can intuitively see that much of the information capable
of describing the semantic properties of a verb can be found in the two following words. Within
this context we can observe many of the more relevant verb-object relations as well as the most
typical adverbial constructions. We used n-gram information compiled from a large web-corpus
of about 1000 million words [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ] to obtain a distributional description of verbs in portuguese.
N-gram information is not POS-tagged but we used the following regular expression pattern over
the 4-gram list:
        </p>
        <p>token1 = "para" &amp; token2 ends_with(ar|er|ir|or) &amp; token3 = * &amp; token4 = *
to constrain 4-grams so that token at position 2 almost surely referes to a verb in the infinitive
form (equivalent in english “[to] [verb in infinitive] [*] [*]”). Thus, for the list of mined verbs we
obtained the distributional profile of the two following words which can be represented by tuples
of the form (verb, token3, token4, frequency). We had 293,130,369 distinct 4-grams available from
which 435,702 (approx. 0.15%) matched the previous pattern. These 4-grams correspond to 6862
distinct words at position token2, corresponding mostly to verbs, as expected.</p>
        <p>
          Using such information we can now describe each verb vi using a feature vector [vi] containing
information about the previously found co-occurring words. [vi] belongs to a space with 174,764
dimensions, each dimension being defined by a distinct co-occurring bigram (found at positions
token3 token4 ). Features were weighted using Mutual Information [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ]. This weighting function
allows to consider global information about the features in each vector, demoting the importance
of features that occur in many vectors, and that should be considered less relevant. Therefore,
Mutual Information helps to reduce the influence of noisy features.
        </p>
        <p>The next step for building a thesaurus is to find the top-k closest vectors for each vector (i.e.
for each verb). Vectors were compared using the cosine metric. Although we are dealing with a
moderate size the vector set (less than 7000 vectors), performing an “all-against-all” comparison
between the vectors can still take too long. Alternatively, we built a feature index and computed
the contribution of each feature to the similarity of each pair of vectors that shares such feature.
All features that occurred in more than 5% of the items were considered noisy and were left out.
These very frequent features represent a significant part of the computational effort because they
are common to many vectors. However, they tend to have a very low weight when pondered
by Mutual Information, so in practice they should only contribute marginally to the values of
similarity. Globally, this feature filtering procedure leads to substantial computational savings.
and allowed us to quickly compute a very close approximation of the results that would be obtained
if an “all-against-all” comparison was followed. The current version of our automatically generated
thesaurus can be queried and visualized via: http://pattie.fe.up.pt/cgi-bin/tep/word map.
pl.
4.2</p>
      </sec>
      <sec id="sec-5-2">
        <title>Query Expansion Procedure</title>
        <p>We only apply query expansion to factoid questions that explicitly refer to an action or to an event.
For these question the verb has the central role in finding the answer, so providing alternatives for
it should lead to improvement in retrieval recall. For example, we try to apply query expansion
to questions such as “Em que ano houve um terramoto no Ir˜ao”, “Quando come¸cou o Neol´ıtico?”
“Quantas vezes ganhou Portugal a Tac¸a Davis?”, but not “Qual a capital de estado de Nova
York?” (examples taken from QA-CLEF 2008 question set).</p>
        <p>After the question being processed by the Question Parsed module, the type of the question
and all its main components have been identified. Then for factoid questions referring to an action
or event, the following procedure is executed to expand the verb:</p>
        <sec id="sec-5-2-1">
          <title>1. take the verb and find its radical;</title>
          <p>2. using the statistical thesaurus, find ntop = 5 related verbs;
3. apply pseudo-lematization to source and related verbs by substituting last character by a
wild card (to match most possible verb inflections);
For example, for the question ”Quantas vezes ganhou Portugal a Tac¸a Davis”, the previous
procedure would be instantiated to:</p>
        </sec>
        <sec id="sec-5-2-2">
          <title>1. “ganhou”: “ganhar”;</title>
          <p>All the options that result from expansion are then combined in a boolean OR to make the actual
query. One can see from the results of Step 2 that there are some possibly problematic situation in
the set of expanded verbs but two of the 5 expansion options - “vencer” and “conquistar” - seem to
be clearly correct. Problematic situations that can occur include those related to the ambiguity of
the source verb (“poupar”) or the difficulty in identifying opposite senses / antonyms (“perder”).</p>
          <p>For the sake of comparison, if we performed expansion using the OpenOffice thesaurus for
Portuguese - a manually created thesaurus - the verb “ganhar” would have only one expansion,
“lucrar”, which almost surely would not provide any benefit to retrieval, because it refers to a
different sense of the original verb. This example clearly shows the type of problems that may
arise from using manually created dictionaries for query expansion, and illustrates how
statistical thesaurus, despite obvious errors, may actually lead to higher recall and a much less biased
semantics.
5
In order to test the impact of our statistical query expansion approach in the performance of
RAPOSA, we submitted two runs for evaluation at the 2008 CLEF QA track. RAPOSA was
configured to execute one of two types of query expansion for factoid action / event factoid
questions only (as explained before). The two distinct runs this year are:
• Run R0: in this run, query expansion is made through pseudo-stemming, i.e. by substituting
the last characters of the verb by a wild-card. This was the method used in QA@CLEF 2007
version of RAPOSA, and in the current evaluation should be considered the baseline run.</p>
          <p>Up to a maximum of 150 snippets could be retrieved and analyzed.
• Run R+: in this run, query expansion is made using the procedure described in Section
4.3: the verb is expanded to 5 statistically related verb options using the thesaurus and
then pseudo-lematization is applied to each of the resulting options. A maximum of 25
snippets could be retrieved per expanded query, leading to a maximum of 150 snippets (for
the original verb + up to 5 expanded verb options).</p>
        </sec>
        <sec id="sec-5-2-3">
          <title>The global results obtained in CLEF 2008 for these runs were: Run</title>
          <p>R0
R+</p>
        </sec>
        <sec id="sec-5-2-4">
          <title>Right 25 29</title>
        </sec>
        <sec id="sec-5-2-5">
          <title>Wrong ineXact</title>
          <p>169 4
165 4
When looking at results from Table 1 it is important to take into account that RAPOSA is
not trying to answer all questions in the test set. RAPOSA is not considering list questions (10 in
2008 test set) nor questions that require anaphoric resolution. For each “cluster” of anaphorically
related questions, RAPOSA only tries to answer the first question in the cluster, because is the
only one that is not dependent on anaphoric resolution. Basically, this means that RAPOSA did
not even try to answer 51 dependent questions from the 2008 test set. In the following sections
we will focus our analysis taking into account these factors. Still, we will make a brief comparison
between the performance of RAPOSA in 2007 and 2008.
5.1</p>
          <p>2008 vs. 2007
The results in 2008 were somehow disappointing because RAPOSA was able to correctly answer
only 25 questions in run R0, whereas in 2007 RAPOSA answered 38 questions, with the exact
same working configuration. When comparing the 2007 and 2008 test sets we noticed that there
is not significant difference between the number of factoid and the number of definition questions
in both test sets. Also, the number of anaphorically related questions is approximately the same:
50 in 2007 vs. 51 in 2008.</p>
          <p>A closer look at the 2007 and 2008 results shows that RAPOSA performance improved slightly
this year for factoid questions. However performance for definitions questions dropped abruptly:
from 16 correct answers in 2007 to just 4 in 2008. This suggests that this year’s test set has harder
definition questions than in 2007. The most important difference seems to be that the pattern of
definition questions changed significantly in 2008. While most definition question in 2007 where
person related definitions (e.g.: “Quem ´e George Vassiliou?” / “Who is George Vassiliou?”), the
2008 definition questions addressed canonical definitions (e.g. “O que ´e uma c´ıtara?” / “What is a
zither?”). In our opinion this is a more realistic scenario for QA evaluation, and is very appropriate
for the Wikipedia collection. However, our work this year did not focus on these issues and, thus,
RAPOSA was not prepared for answering canonical definitions. That will be subject of future
work.
5.2</p>
        </sec>
      </sec>
      <sec id="sec-5-3">
        <title>Evaluating Query Expansion</title>
        <p>Since our query expansion method is to be applied only to a specific type of factoid questions,
for the purposes of evaluating query expansion it only makes sense to observe results over that
smaller subset of factoid question in test set. Nevertheless, Table 2 shows the performance of run
R0 and R+ over all 162 factoid questions contained in the 2008 test set. From all 162 factoid
questions RAPOSA was only able to parse 90 questions, i.e. only 56%. This relatively low
parsing performance is due to the lack of a more complete base of parsing rules and to some
unexpected encoding problems. For the correctly parsed questions, our query expansion method
could be applied in 41 questions. Table 3 contains some statistics regarding performance on
those 41 questions, differentiating results of using each of the two individual text collections
the XML dump of portuguese Wikipedia 1 and CHAVE news collection - for extracting answers
candidates. Columns indicate then number of questions for which no text snippet was found, “0
snip.”, the total number of snippets found for all questions, “# snip.”, the average number of
snippets anaylized for each question (i.e. when at least one snippet was found), “avg. snip.”, the
number of nil answers, “nil answers”, and the number of correct non-nil answers.</p>
        <sec id="sec-5-3-1">
          <title>Collection</title>
          <p>Wikipedia
Wikipedia
CHAVE
CHAVE</p>
          <p>mode
no expansion</p>
          <p>expansion
no expansion
expansion
• query expansion allowed RAPOSA to find up to 4 additional answers, despite the fact that
much less snippets were retrieved (and analyzed) for both collections;
• query expansion reduced significantly the number of questions for which no single text
snippet was found;
• query expansion reduced significantly the number of nil answers, although this only allowed
to improve the number of correct non-nil answers when the Wikipedia collection was used
for extracting results;
• query expansion seems to have more success when used in the Wikipedia collection: all
relevant parameters improved relatively more for Wikipedia than for CHAVE collection,
when query expansion was used, but we are not sure if additional answers could in fact be
found in CHAVE.</p>
          <p>For better understanding why query expansion helped we looked in more detail to 4 questions
that were correctly answered when using query expansion and Wikipedia. Table 4 shows the
questions, the set of expanded verbs and the number of snippets retrieved. Verbs that helped
retrieving snippets from which the correct answer was extracted are written in bold.</p>
          <p>For question 0015 and 0091, query expansion allowed retrieving one relevant snippet for each of
the indicated expanded verbs. In the case of question 0015, the connection between the expanded
verb and the original verb is very strong (they are quasi-synonym in this context) and the positive
effects of query expansion on the result are easy to understand. For question 0091 the verb
at stake, ficar, is highly polysemous so the expansion provided by the automatically generated
1Available from the University of Amsterdam: http://ilps.science.uva.nl/WikiXML
thesaurus looks less accurate, yet still quite reasonable. Nevertheless, it was enough for retrieving
two snippets where the correct answer could be found.</p>
          <p>For questions 0007 and 0063, the snippets that provided to the right answers were apparently
retrieved when using the verb “ter”. However, because our current retrieval system actually ignores
any search term with less that 4 character, expansion with “ter” is virtually equivalent to excluding
the verb from the query. This lead to the generation of less restrictive queries containing only
the arguments of the question (“terramoto and Ir˜ao” and “Descobridores de Catan”), allowing to
retrieve more snippets, in which the correct answers ended up being found.</p>
          <p>Thus, we decided to experiment what happens if we totally remove the verb from the query, for
each of the 41 question at test. Results are presented in Table 5. For the Wikipedia collection the
correct answers found are exactly the same as the ones found with query expansion. For CHAVE
collection we actually found one additional correct answer. In both cases, when comparing with
results obtained with query expansions, there are also much less nil answers but RAPOSA ended
up analyzing about 3.5 times more snippets.</p>
        </sec>
        <sec id="sec-5-3-2">
          <title>Collection</title>
          <p>Wikipedia
CHAVE</p>
          <p>mode
verb removal
verb removal
Results confirm that retrieving and analyzing more snippets does helps RAPOSA finding more
corrects answers (higher recall). This seems to be more the case when the number of existing
snippets available for extracting answers to a given question is very low. In those situations, if
the answer is in fact included in one of the few retrieved snippets, RAPOSA seems to be able to
find the it, specially because there are also less chances of choosing a wrong answer among the few
possible candidates found. Questions 0007, 0015, 0063 and 0091 illustrate such type of situations.</p>
          <p>The big question is: is our query expansion approach useful? We first need to focus on the
different reasons why query expansion helped. There were two cases where query expansion was
clearly successful: question 0015 and 0091. For questions 0009 and 0063 our expansion method
indirectly caused the removal of the verb from the query (due to the minimum 4 character threshold
on our retrieval index) and this lead to retrieving more snippets and the correct answer. We shall
consider these two later cases as resulting from luck, so we will not consider them as successful
examples of our expansion method. We believe, however, that a different indexing mechanism
(combined with a better strategy for building the statistical thesaurus) could eventually help to
solve this problem and, thus increase the number of cases where our expansion approach can be
considered valid.</p>
          <p>Thus, if we consider only the cases where our expansion method clearly worked as intended,
we conclude that query expansion is marginally beneficial in comparison with performing no
expansion. When comparing with simple verb removal, query expansion does not help to achieve
as many correct answers, but it also does not require analyzing so many text snippets for extracting
candidates answers. However, because RAPOSA is producing many nil and incorrect answers it
becomes very hard to access if expansion is really beneficial: do the much fewer snippets retrieved
really contain the correct answers, even when RAPOSA is not able to find them (i.e. the problems
occur later in the pipeline)? What would be the effect of query expansion if RAPOSA was able
to correctly parse more questions? And, if another thesaurus was built, from a larger corpus or
using linguistically informed methods, would that improve the results significantly?</p>
          <p>At this point we can only conclude that there are too many important and basic limitations in
RAPOSA at the level of question parsing, candidate extraction and candidate selection, to allow
a thorough evaluation of the query expansion method we propose. Nevertheless, we believe that
our expansion method can help improve RAPOSA performance when more of these problems are
solved.
6</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>Conclusion and Future Work</title>
      <p>In this paper we presented a query expansion system intended to improve recall in answering a
event-related or action-related factoid questions. Expansion is achieved by using a verb thesaurus,
automatically generated from corpora. We have showed that our expansion method provides a
marginal increase in the recall of our question answering system when compared with not using
any form of expansion. Query expansion seems to help RAPOSA in finding additional correct
answers, while reducing the number of text snippets retrieved and analyzed. However, because of
many other limitations in RAPOSA, it is not yet clear how much contribution is actually provided
by our method, when compared to the extremely simple strategy of increasing recall by removing
the verb from the query.</p>
      <p>Future work will necessarily focus on improving specific stages of RAPOSA, namely
implementing better Question Parsing and Snippets Searcher modules. We are currently implementing
from scratch a generic wide-spectrum semantic analyzer system for portuguese, which will replace
our current named-entity recognition system. The new analyzer will help to improve recall of the
question parsing module so that we can increase the number of questions RAPOSA tries to answer.
Also, a better analysis will help to achieve more efficient text preprocessing and indexing. We are
also experimenting using native XML databases for storing pre-processed source collections, and
for retrieving text snippets based on new semantic annotations. After these improvements in
RAPOSA we will repeat these experiments with query expansion, possibly with thesaurus generated
using information gathered by our new semantic parser.
7</p>
    </sec>
    <sec id="sec-7">
      <title>Acknowledgments</title>
      <p>This work was partially supported by grant SFRH/BD/ 23590/2005 from Fundac¸a˜o para a Ciˆencia
e Tecnologia (Portugal), co-financed by POSI.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.J.</given-names>
            <surname>Almeida</surname>
          </string-name>
          and
          <string-name>
            <given-names>Ulisses</given-names>
            <surname>Pinto</surname>
          </string-name>
          .
          <article-title>Jspell - um m´odulo para an´alise l´exica gen´erica de linguagem natural</article-title>
          .
          <source>In Actas do X Encontro</source>
          da Associa¸c˜ao Portuguesa de Lingu´ıstica, pages
          <fpage>1</fpage>
          -
          <lpage>15</lpage>
          , E´vora
          <year>1994</year>
          ,
          <year>1995</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Matthew</surname>
            <given-names>W.</given-names>
          </string-name>
          <string-name>
            <surname>Bilotti</surname>
            , Boris Katz, and
            <given-names>Jimmy</given-names>
          </string-name>
          <string-name>
            <surname>Lin</surname>
          </string-name>
          .
          <article-title>What works better for question answering: Stemming or morphological query expansion? In Proceedings of the Information Retrieval for Question Answering (IR4QA) Workshop</article-title>
          . SIGIR 2004, Sheffield, England,
          <year>July 2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>Timothy</given-names>
            <surname>Chklovski</surname>
          </string-name>
          and
          <string-name>
            <given-names>Patrick</given-names>
            <surname>Pantel</surname>
          </string-name>
          .
          <article-title>VerbOcean: Mining the Web for Fine-Grained Semantic Verb Relations</article-title>
          . In
          <source>In Proceedings of Conference on Empirical Methods in Natural Language Processing (EMNLP-04)</source>
          , Barcelona, Spain,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>Kenneth</given-names>
            <surname>Church</surname>
          </string-name>
          and
          <string-name>
            <given-names>Patrick</given-names>
            <surname>Hanks</surname>
          </string-name>
          .
          <article-title>Word association norms, mutual information, and lexicography</article-title>
          .
          <source>Computational Linguistics</source>
          ,
          <volume>16</volume>
          (
          <issue>1</issue>
          ):
          <volume>22</volume>
          ?
          <fpage>29</fpage>
          ,
          <year>1990</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Lu</surname>
          </string-name>
          <article-title>´ıs Costa and Lu´ıs Sarmento. Component evaluation in a question answering system</article-title>
          .
          <source>In Proceedings of the 5th International Conference on Language Resources and Evaluation</source>
          (LREC'
          <year>2006</year>
          ), Genoa, Italy, May
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>Jon</given-names>
            <surname>Curtis</surname>
          </string-name>
          , Gavin Matthews, and
          <string-name>
            <given-names>David</given-names>
            <surname>Baxter</surname>
          </string-name>
          .
          <article-title>On the effective use of cyc in a question answering system</article-title>
          .
          <source>In IJCAI Workshop on Knowledge and Reasoning for Answering Questions (KRAQ'05)</source>
          , Edinburgh, Scotland,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Christiane</given-names>
            <surname>Fellbaum</surname>
          </string-name>
          , editor.
          <source>WordNet: An Electronic Lexical Database</source>
          . The MIT Press, Cambridge, MA,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Marti</surname>
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Hearst</surname>
          </string-name>
          .
          <article-title>Automatic Acquisition of Hyponyms from Large Text Corpora</article-title>
          .
          <source>In COLING</source>
          , pages
          <fpage>539</fpage>
          -
          <lpage>545</lpage>
          ,
          <year>1992</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Edward</given-names>
            <surname>Hovy</surname>
          </string-name>
          , Laurie Gerber, Ulf Hermjakob,
          <string-name>
            <given-names>Michael</given-names>
            <surname>Junk</surname>
          </string-name>
          , and
          <string-name>
            <surname>Chin-Yew Lin</surname>
          </string-name>
          .
          <article-title>Question answering in webclopedia</article-title>
          .
          <source>In Proceedings of the 9th Text REtrieval Conference</source>
          , pages
          <fpage>655</fpage>
          -
          <lpage>664</lpage>
          , Gaithersburg,
          <string-name>
            <surname>MD</surname>
          </string-name>
          , USA,
          <year>November 2000</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>Valentin</given-names>
            <surname>Jijkoun</surname>
          </string-name>
          and Maarten de Rijke.
          <article-title>Retrieving answers from frequently asked questions pages on the web</article-title>
          .
          <source>In CIKM '05: Proceedings of the 14th ACM International Conference on Information and Knowledge Management</source>
          , pages
          <fpage>76</fpage>
          -
          <lpage>83</lpage>
          , New York, NY, USA,
          <year>2005</year>
          . ACM Press.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <surname>Douglas</surname>
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Lenat</surname>
          </string-name>
          . CYC:
          <article-title>A large-scale investment in knowledge infrastructure</article-title>
          .
          <source>Communications of the ACM</source>
          ,
          <volume>38</volume>
          (
          <issue>11</issue>
          ):
          <fpage>33</fpage>
          -
          <lpage>38</lpage>
          ,
          <year>1995</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>Dekang</given-names>
            <surname>Lin</surname>
          </string-name>
          .
          <article-title>Automatic Retrieval and Clustering of Similar Words</article-title>
          .
          <source>In Proceedings of COLING-ACL</source>
          <year>1998</year>
          , volume
          <volume>2</volume>
          , pages
          <fpage>768</fpage>
          -
          <lpage>773</lpage>
          , Montreal,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>Matteo</given-names>
            <surname>Negri</surname>
          </string-name>
          .
          <article-title>Sense-based blind relevance feedback for question answering</article-title>
          . in , sheffield, uk, july.
          <source>In SIGIR-2004 Workshop on Information Retrieval For Question Answering (IR4QA)</source>
          , Sheffield,
          <string-name>
            <surname>UK</surname>
          </string-name>
          ,
          <year>July 2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>Patrick</given-names>
            <surname>Pantel</surname>
          </string-name>
          and
          <string-name>
            <given-names>Deepak</given-names>
            <surname>Ravichandran</surname>
          </string-name>
          .
          <article-title>Automatically Labeling Semantic Classes</article-title>
          .
          <source>In HLT-NAACL</source>
          , pages
          <fpage>321</fpage>
          -
          <lpage>328</lpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>Stefan</surname>
            <given-names>Riezler</given-names>
          </string-name>
          , Alexander Vasserman, Ioannis Tsochantaridis,
          <string-name>
            <surname>Vibhu O. Mittal</surname>
          </string-name>
          , and Yi Liu.
          <article-title>Statistical machine translation for query expansion in answer retrieval</article-title>
          .
          <source>In Proceedings of the 45th Annual Meeting of the Association for Computational Linguistics</source>
          , Prague, Czech Republic, June 23-30
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <surname>Jos</surname>
          </string-name>
          <article-title>´e Saias and Paulo Quaresma. The Senso question answering approach to portuguese qa@clef-2007</article-title>
          .
          <source>In Proceedings of Cross Language Evaluation Forum (CLEF</source>
          <year>2007</year>
          ), Budapest, Hungary,
          <year>September 2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <surname>Lu</surname>
          </string-name>
          <article-title>´ıs Sarmento. BACO - A large database of text and co-occurrences</article-title>
          . In Nicoletta Calzolari, Khalid Choukri, Aldo Gangemi, Bente Maegaard, Joseph Mariani, Jan Odjik, and Daniel Tapias, editors,
          <source>Proceedings of the 5th International Conference on Language Resources and Evaluation (LREC'2006)</source>
          , pages
          <fpage>1787</fpage>
          -
          <lpage>1790</lpage>
          , Genoa, Italy,
          <fpage>22</fpage>
          -
          <lpage>28</lpage>
          May
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <surname>Lu</surname>
          </string-name>
          <article-title>´ıs Sarmento. A first step to address biography generation as an iterative QA task</article-title>
          . In Carol Peters, Paul Clough, Fredric C. Gey, Douglas W. Oard, Maximilian Stempfhuber, Bernardo Magnini, Maarten de Rijke, and Julio Gonzalo, editors,
          <source>7th Workshop of the Cross-Language Evaluation Forum</source>
          ,
          <string-name>
            <surname>CLEF</surname>
          </string-name>
          <year>2006</year>
          . Alicante, Spain,
          <year>September 2006</year>
          .
          <source>Revised Selected papers, Lecture Notes in Computer Science</source>
          . Springer, Berlin / Heidelberg,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>Lu</surname>
          </string-name>
          <article-title>´ıs Sarmento and Eug´enio Oliveira. Making raposa (fox) smarter</article-title>
          . In Alessandro Nardi and Carol Peters, editors,
          <source>Working Notes of the Cross-Language Evaluation Forum (CLEF) Workshop</source>
          <year>2007</year>
          , Budapest, Hungary,
          <year>September 2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>Jinxi</given-names>
            <surname>Xu</surname>
          </string-name>
          and
          <string-name>
            <given-names>W. Bruce</given-names>
            <surname>Croft</surname>
          </string-name>
          .
          <article-title>Query expansion using local and global document analysis</article-title>
          .
          <source>In Proceeding of SIGIR'96</source>
          ,
          <string-name>
            <surname>Zurich</surname>
          </string-name>
          , Switzerland,
          <year>1996</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>