<!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>Cross-Lingual Question Answering by Answer Translation</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Johan Bos</string-name>
          <email>bos@di.uniroma1.it</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer Science</institution>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Inst. for Cognitive Science &amp; Technology</institution>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Laboratory for Applied Ontology</institution>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>National Research Council</institution>
          ,
          <addr-line>Rome</addr-line>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>University of Rome “La Sapienza”</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>We approach cross-lingual question answering by using a mono-lingual QA system for the source language and by translating resulting answers into the target language. As far as we are aware, this is the first cross-lingual QA system in the history of CLEF that uses this method-all other cross-lingual QA systems known to us use translation of the question or query instead. We demonstrate the feasibility of this approach by using a mono-lingual QA system for English, and translating answers and nfiding appropriate documents in Italian and Dutch. For factoid and definition questions, we achieve overall accuracy scores ranging from 13% (EN→NL) to 17% (EN→IT) and lenient accuracy figures from 19% (EN →NL) to 25% (EN→IT). The advantage of this strategy to cross-lingual QA is that translation of answers is easier than translating questions-the disadvantage is that answers might be missing from the source corpus and additional effort is required for nfiding supporting documents of the target language.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>Automated Question Answering (QA) is the task of providing an exact answer (instead of a
document) to a question formulated in natural language. Cross-lingual QA is concerned with
providing an answer in one language (the target language) to a question posed in a different
language (the source language). Most systems tackle the cross-lingual problem by translating
the question or query posed in the source language in the target language, and then use a QA
system developed for the target language for retrieving an answer. For instance, at the last three
QA@CLEF campaigns (2003–2005) there were 28 participants performing in 20 different
crosslingual tasks1, each of them using off-the-shelf translation software (such as Babelsfih, Systran,
Reverso, FreeTrans, WorldLingo, Transtool) to translate the question or the keywords of the query
of the source language into the target language, followed by processing the translated question
using a QA system designed for the target language.</p>
      <p>Little attention has been given to the obvious alternative approach: translating the answer,
instead of the question. There are some potential advantages following this route: answers are
easier to translate, due to their simpler syntactic structure. In fact, some types of answers (such as
date expressions or names of persons) hardly need a translation. In addition, finding a document in
the target language supporting the answer (as prescribed in the QA@CLEF exercise) is feasible:
using either the translated question or keywords thereof and the translated answer, standard
document retrieving tools can be used to find a document. This approach can work provided that
the source and target language documents cover the same material, otherwise all bets are off.</p>
      <p>In the context of CLEF, we tested this approach relying on the fact that the documents in
the collection are from the same time period. We ran our experiments for two language pairs:
EN→NL and EN→IT, using a mono-lingual QA system for English and an off-the-shelf machine
translation tool for translating the answers from source into target language. In this report we
briefly describe our system, show system output, evaluate the approach, and comment on the
feasibility of this approach.
2</p>
    </sec>
    <sec id="sec-2">
      <title>System Description</title>
      <p>Our cross-lingual QA system that we used for our experiments at CLEF 2006 is an extension of a
mono-lingual QA system for English. It deals with factoid (including list questions) and definition
questions, but it uses two different streams of processing for these two types of questions. The
first component in the pipeline, Question Analysis, deals with all types of questions. Then,
when the question turns out to be of type factoid, Document Analysis, Answer Extraction and
Answer Translation will follow. Answers to definition questions are directly searched in the target
language corpora (see Figure 1 and Section 2.5). What follows is a more detailed description of
each component. Examples of the different data structures of the system are shown in Figure 2
and 3.
2.1</p>
      <sec id="sec-2-1">
        <title>Question Analysis</title>
        <p>
          The (English) question is tokenised and parsed with a wide-coverage parser based on Combinatory
Categorial Grammar (CCG). We use the parser of Clark &amp; Curran [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. On the basis of the output
of the parser, a CCG-derivation, we build a semantic representation in the form of a Discourse
Representation Structure (DRS), closely following Discourse Representation Theory [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ]. This is
done using the semantic construction method described in [
          <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
          ]. The Question-DRS is the basis
for generating four other sources of information required later in the question answering process:
an expected answer type; a query for document retrieval; the answer cardinality; and background
knowledge for nfiding appropriate answers.
        </p>
        <p>
          1To be more precise, these were BU→EN (3x), BU→FR, DE→EN (4x), DE→FR, EN→DE (3x), EN→ES (2x),
EN→FR, EN→NL, EN→PT, ES→EN (2x), ES→FR, FI→EN (2x), FR→EN (8x), IT→EN (3x), IT→ES, IT→FR
(2x), NL→EN, NL→FR, PT→FR (2x), and IN→EN (Information gathered from the working notes of CLEF 2003
[
          <xref ref-type="bibr" rid="ref5">5</xref>
          ], CLEF 2004 [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ] and CLEF 2005 [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ]).
        </p>
        <p>Where is the
Valley of Kings?</p>
        <p>Factoid
or List
Document
Analysis
Answer
Extraction</p>
        <p>Answer
Translation</p>
        <p>question
(source language)</p>
        <p>Question
Analysis
answer
(target language)</p>
        <p>Definition
Definition
Question
Processing</p>
        <p>Egitto</p>
        <p>We use 14 main expected answer types which are further divided into subtypes. The main types
are definition, description, attribute, numeric, measure, time, location, address, name, language,
creation, instance, kind, and part. The answer cardinality denotes a range expressed by an ordered
pair of two numbers, the rfist indicating the mininal number of answers expected, the second the
maximal number of answers (or 0 if unspecified). For instance, 3–3 indicates that exactly three
answers are expected, 2–0 means at least two answers. Background knowledge is a list of axioms
related to the question—it is information gathered from WordNet or other lexical resources.
2.2</p>
      </sec>
      <sec id="sec-2-2">
        <title>Document Analysis</title>
        <p>In order to maximise the chance of nfiding an answer in the source language (English), we extended
the English CLEF document collection with documents from the Acquaint corpus. All documents
were pre-procesed: sentence splitting, tokenisation, and dividing into smaller documents of two
sentences each (Taking a sliding window, so each sentence will appear in two mini-documents).
These mini-documents are indexed with the Indri information retrieval tools (we used version 2.2,
see http://www.lemurproject.org/indri/). The query generated by Question Analysis (see
Section 2.1) is used to retrieve the best 1,000 mini-documents, again with the use of Indri.</p>
        <p>Using the same wide-coverage parser as for parsing the question, all retrieved documents are
parsed and for each of them a Discourse Representation Structure (DRS) is generated. The
parser also performs basic named entity recognition for locations, persons, and organisations.
This information is used to assign the right semantic type to discourse referents in the DRS. Date
expressions are normalised in the DRS.
2.3</p>
      </sec>
      <sec id="sec-2-3">
        <title>Answer Extraction</title>
        <p>Given the DRS of the question (the Q-DRS), and a set of DRSs of the retrieved documents (the
ADRSs), we match each A-DRS with the Q-DRS to find a potential answer. This process proceeds
as follows: if the A-DRS contains a discourse referent of the expected answer type (see 2.1)
matching will commence attempting to identify the semantic structure in the Q-DRS with that
of the A-DRS. The result is a score between 0 and 1 indicating the amount of semantic material
that could be matched. The background knowledge (such as hyponyms from WordNet) generated
by the Question Analysis (see 2.1) is used to assist in the matching. All retrieved answers are
re-ranked on the basis of the match-score and frequency.
2.4</p>
      </sec>
      <sec id="sec-2-4">
        <title>Answer Translation</title>
        <p>The answer obtained for the source language is now translated into the target language by means
of the Babelsfih off-the-shelf machine translation tool. However, this was not done for all types
of answers: we refrained from translating answers that were person names or titles of creative
works. Person names are normally not translated across the languages that we were working with.
Names of creative works often are, but the machine translation software that we used did not
perform well enough on some examples in our training data, so that we decided to leave these
untranslated. In addition, titles of creative works often don’t get a literal translation (a case in
point is Woody Allen’s “Annie Hall”, which is translated in Italian as “Io e Annie”) so a more
sophisticated translation strategy is required.</p>
        <p>Given the answer in the target language, we need to nfid a supporting document from the
target language collection (as prescribed by the QA@TRE exercise). Hence, we also translate the
original question, independent of the answer found for it. This we use to construct another query
and then retrieve a document from the target language collection that contains the translated
answer and as many as possible terms from the translated question. (As with the source language
documents, these are indexed and retrieved using Indri.)
We did not put much effort in dealing with definition questions. We basically adopted a simple
pattern matching technique directly on the target language documents. Here is how it works.</p>
        <p>Once a question is idenfied as a definition question (see Figure 1), all non-content words are
removed from the question (wh-words, the copula, articles, punctuation, etc.). What is left is the
topic of the denfiition question. For instance,</p>
        <p>English question: “Who is Radovan Karadzic?”</p>
        <p>Topic: “Radovan Karadzic”.</p>
        <p>Given the topic, we search interesting information about the topic, stated in the target
language. We do this using an off-line dump of the Dutch and Italian Wikipedia pages by selecting
sentences containing the target. From this we generate an Indri query selecting all (one-sentence)
documents containing the topic, and a combination of the interesting terms found in Wikipedia
(stop words are removed). This gives us a list of documents of the target language.</p>
        <p>The last step is some simple template matching using regular expressions to extract the relevant
clauses of a sentence that could count as an answer to the question. There are only a few templates,
but we use different ones for the different sub-types of definition questions (the Question Analysis
component distinguishes between three sub-types of definition questions: person, organisation,
and thing). Here are the patterns we used:
person:
person:
organisation:
thing:
thing:
/(^| )(\,|de|il|la|i|gli|l\’) (.+) $topic /i
/$topic \( (\d+) \)/i
/$topic \(([^\)]+)\)/i
/$topic , ([^,]+) , /
/$topic \(([^\)]+)\)/i
As an example, consider the following sentences and answers in bold-face:</p>
        <p>LASTAMPA94-041510 Il leader Radovan Karadzic non era reperibile.</p>
        <p>LASTAMPA94-042168 Intanto il leader serbo-bosniaco Radovan Karadzic e il comandante
in capo delle forze serbe, gen.
3
3.1</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Evaluation</title>
      <sec id="sec-3-1">
        <title>Basic Performance</title>
        <p>The question analysis performed fairly well. Only 2 of 200 questions of the EN→IT set, and 7 of
EN→NL set could not be parsed. For 189 questions of the EN→IT set, and 177 of the EN→NL
set the system determined an expected answer type. This already shows that our system had more
difficulties with the EN →NL set, which is reeflcted in the overall scores.</p>
        <p>Relatively many questions did not have an answer in the English collection, or at least our
system failed to find one. For 41 of the 200 EN →NL questions and for 43 of the 200 EN→IT
questions no English answer (correct or incorrect) was found. Answer translation introduced only
few errors (see Section 3.2), but finding a supporting document proved harder than we had hoped.
So several correct answers were associated with wrong documents.</p>
        <p>We submitted four runs—two for the EN→NL task, and two for the EN→IT task. The first
runs contained one answer for factoid questions and up to ten for definition and list questions.
The second runs contained up to ten answers for each type of question. We used this strategy
because it was unclear, at the time of submission, what kind of evaluation would be used. So the
number one runs would perform better on an accuracy score, and the number two runs better on
scores based on the average mean reciprocal rank (MRR).</p>
        <p>It turned out that both accuracy and MRR were used in the evalation. The results for definition
and factoid questions are shown in Table 1, and the figures for the list questions in Table 2. As the</p>
        <p>[0040] What year did Titanic sink?
Answer Type: [tim:yea]
Cardinality: 1–1
English Query: #lfireq(Titanic #weight(1 Titanic 3 sink))
English Answer: 1912
English Context: [APW19981105.0654] Speaking of bad guys: Cartoon News reprints a
bunch of political cartoons published after the Titanic sank in 1912.
1912
#lfireq(1912 #combine(1912 anno Titanic affondato))
[AGZ.941120.0028] I cantieri di Belfast hanno confermato di aver ricevuto
la commessa pui` prestigiosa dopo la costruzione del ”Titanic”: la messa
in mare del ”Titanic 2”. Una copia perfetta del fantasmagorico
transatlantico affondato nell’ oceano nel 1912 durante il viaggio inauguralee` stata
ordinata da un consorzio giapponese presso la ditta ”Harland and Wolff”
e saar` completata entro il 1999.
[0082] How many wars have been fought between India and Pakistan for
the possession of Kashmir?
drie
#lfireq(drie #combine(oorlogen bestreden India Pakistan bezit Kashmir))
[NH19940816-0031] Tijdens de eerste van drie oorlogen tussen India en
Pakistan, veroverden de Pakistanen in 1947 ongeveer eenderde deel van
het voormalige grondgebied van Kashmir.
Recall that depending on the kind of expected answer type, answers were translated into the target
language or not. We did not translate names of persons, nor titles of creative works. Whereas this
strategy worked out well for person names, it didn’t for names of creative works. For instance,
for question “0061 What book did Salman Rushdie write?”, we found a correct answer “Satanic
Verses” in the English documents, but this was not found in the Italian document collection,
because the Italian translation is “Versetti Satanici”. Babelfish wouldn’t have helped us here
either, as it translates the title into “Verses Satanic”.</p>
        <p>Overall, answer translation introduced little errors as many answers are easy to translate
(Table 3). Locations are usually correcly translated by Babelfish, and so are time expressions.
Difficulties sometimes arise for numeric expressions. For instance, for the question “0084 How
many times did Jackie Stewart become world champion?” we found the correct English answer
“three-time”. However, this was wrongly translated in “drie-tijd”, and obviously not found in
the Dutch corpus. Similarly, many answers for measurements are expressed in the English corpus
using the imperial system, whereas the metric system is used in the Dutch and Italian corpora.
Finally, some things are just hard to translate. Although we found a reasonably correct answer for
“0136 What music does Offspring play?”, namely “rock”, this was translated in Dutch as “rots”.
In itself a correct translation, but for the wrong context.
4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>What can we say about the answer-translation strategy to cross-lingual question answering, and
how can we improve it? Generally speaking, we believe it is a promising approach, because answers
are easier to translate than questions—in fact, many answers don’t need to be translated, and some
are relatively easy to translate, such as date expressions, locations, and numerals. The remaining
translation difficulties, such as translating measure terms from the imperical to the metric system,
and titles of creative works, can be dealt with by employing designated translation tools such as
pre-compiled lookup-tables. It is also an advantage that the type of the answer is known—this
information can serve in obtaining a better translation.</p>
      <p>One problem that came to the surface was the omission of the answer in the source language
document collection. There is only one way to deal with this situation, and that is getting a larger
pool of documents. One option is to use the web for finding the answer in the source language.</p>
      <p>Another problem that arised was nfiding a supporting document for the target language. The
system can certainly be improved with respect to this point: it currently only takes the translated
question as additional information to nfid a target language document. This is interesting, as the
machine translated question need not be grammatically perfect to nfid a correct document. One
way to improve this is to translate the context found for the source language as well, and use it
in addition to retrieve a target language document.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.</given-names>
            <surname>Bos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Clark</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Steedman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.R.</given-names>
            <surname>Curran</surname>
          </string-name>
          , and Hockenmaier J.
          <article-title>Wide-Coverage Semantic Representations from a CCG Parser</article-title>
          .
          <source>In Proceedings of the 20th International Conference on Computational Linguistics (COLING '04)</source>
          , Geneva, Switzerland,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>Johan</given-names>
            <surname>Bos</surname>
          </string-name>
          .
          <article-title>Towards wide-coverage semantic interpretation</article-title>
          .
          <source>In Proceedings of Sixth International Workshop on Computational Semantics IWCS-6</source>
          , pages
          <fpage>42</fpage>
          -
          <lpage>53</lpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>S.</given-names>
            <surname>Clark</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.R.</given-names>
            <surname>Curran</surname>
          </string-name>
          .
          <article-title>Parsing the WSJ using CCG and Log-Linear Models</article-title>
          .
          <source>In Proceedings of the 42nd Annual Meeting of the Association for Computational Linguistics (ACL '04)</source>
          , Barcelona, Spain,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>H.</given-names>
            <surname>Kamp</surname>
          </string-name>
          and
          <string-name>
            <given-names>U.</given-names>
            <surname>Reyle</surname>
          </string-name>
          .
          <article-title>From Discourse to Logic; An Introduction to Modeltheoretic Semantics of Natural Language, Formal Logic and</article-title>
          DRT. Kluwer, Dordrecht,
          <year>1993</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>C.</given-names>
            <surname>Peters</surname>
          </string-name>
          , editor.
          <source>Results of the CLEF</source>
          <year>2003</year>
          <article-title>Cross-Language System Evaluation Campaign</article-title>
          .
          <source>Working Notes for the CLEF 2003 Workshop</source>
          , Trondheim, Norway,
          <fpage>21</fpage>
          -
          <lpage>22</lpage>
          August
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>C.</given-names>
            <surname>Peters</surname>
          </string-name>
          , editor.
          <source>Results of the CLEF</source>
          <year>2005</year>
          <article-title>Cross-Language System Evaluation Campaign</article-title>
          .
          <source>Working Notes for the CLEF 2005 Workshop</source>
          , Vienna, Austria,
          <fpage>21</fpage>
          -
          <issue>23</issue>
          <year>September 2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>C.</given-names>
            <surname>Peters</surname>
          </string-name>
          and
          <string-name>
            <surname>F</surname>
          </string-name>
          . Borri, editors.
          <source>Results of the CLEF</source>
          <year>2004</year>
          <article-title>Cross-Language System Evaluation Campaign</article-title>
          .
          <source>Working Notes for the CLEF 2004 Workshop</source>
          , Bath, UK,
          <fpage>15</fpage>
          -
          <issue>17</issue>
          <year>September 2004</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>