<!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>Report on CLEF-2003 Multilingual Tracks</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Institut interfacultaire d'informatique</institution>
          ,
          <addr-line>Universit</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>tel</institution>
          ,
          <country country="CH">Switzerland</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>For our third participation in the CLEF evaluation campaign, our objective for both multilingual tracks is to propose a new merging strategy that does not require a training sample to access the multilingual collection. As a second objective, we want to verify whether our combined query translation approach would work well with new requests.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>
        Based on our experiments of last year [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], we are participating in both the small
and large multilingual tracks. In the former, we retrieve documents written in
the English, French, Spanish, and German languages based on a request written
in one given language. Within the large multilingual track, we also had to
consider documents written in Italian, Dutch, Swedish, and Finnish. As explained in
Section 2, and for both multilingual tracks, we adopt a combined query
translation strategy that is able to produce queries in seven European languages based
on an original request written in English. After this translation phase, we search
in the corresponding document collection using our retrieval scheme (bilingual
retrieval) [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. In Section 3, we carry out a multilingual information retrieval,
investigating various merging strategies based on the results obtained during our
bilingual searches.
In our experiments, we have chosen the English as the query language from which
requests are to be automatically translated into seven di®erent languages, using
¯ve di®erent machine translation (MT) systems and one bilingual dictionary.
The following freely available translation tools were used:
1. SystranTM babel.altavista.com/translate.dyn,
2. GoogleTM www.google.com/language tools,
3. FreeTranslationTM www.freetranslation.com,
4. InterTranTM www.tranexp.com:2000/InterTran,
5. Reverso OnlineTM translation2.paralink.com,
6. BabylonTM www.babylon.com.
      </p>
      <p>When translating an English request word-by-word using the Babylon
bilingual dictionary, we decided to pick only the ¯rst translation available (labeled
"Babylon 1"), the ¯rst two terms (labeled "Babylon 2") or the ¯rst three
available translations (labeled "Babylon 3"). Table 1 shows the resulting mean
average precision using translation tools, using the Okapi probabilistic model and
based on word-based indexing scheme. Of course, not all tools can be used for
each language, and thus as shown in Table 1 various entries are missing
(indicated with the label "N/A"). From this data, we see that usually the Reverso
or the FreeTranslation system produce interesting retrieval performance. We
found only two translation tools for the Swedish and the Finnish languages but
unfortunately their overall performance levels were not very good.</p>
      <p>
        A particular translation tool may however produce acceptable translations
for a given set of requests, but may perform poorly for other queries. This is
a known phenomenon [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], even for manual translations. When studying various
(manual) translations of the Bible, D. Knuth noted:
"Well, my ¯rst surprise was that there is a tremendous variability
between the di®erent translations. I was expecting the translations do di®er
here and there, but I thought that the essential meaning and syntax of
the original language would come through rather directly into English.
On the contrary, I almost never found a close match between one
translation and another. ... The other thing that I noticed, almost immediately
when I had only looked at a few of the 3:16s, was that no translation
was consistently the best. Each translation I looked at seemed to have
its good moments and its bad moments." [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]
      </p>
      <p>To date we have not been able to detect when a given translation will produce
satisfactory retrieval performance and when it will fail. Thus before carrying out
the retrieval, we have chosen to generate a translated query by concatenating
two or more translations. Table 2 shows the retrieval e®ectiveness for such
combinations, using the Okapi probabilistic model (word-based indexing). The top
part of the table indicates the exact query translation combination used while
the bottom part shows the mean average precision achieved by our combined
query translation approach. The resulting retrieval performance is better than
the best single translation scheme indicated in the row labeled "Best" (except
for the strategy "Comb 1" in Spanish).</p>
      <p>
        As described in [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], for each language, we used a data fusion search strategy
using both the Okapi and Prosit probabilistic models (word-based for French,
Spanish and Italian; word-based, decompounding, and n-grams for German,
Dutch, Swedish and Finnish). The data shown in Table 3 indicates that our
data fusion approaches usually show better retrieval e®ectiveness (except for the
Spanish and Italian language) than do the best single IR models used in these
combined approaches (row labeled "Single IR"). Of course, before combining the
result lists, we could also automatically expand the translated queries using a
pseudo-relevance feedback method (Rocchio's approach in the present case). The
resulting mean average precision (as shown in Table 4) results in relatively good
retrieval performance, usually better than the mean average precision depicted
in Table 3, except for the Finnish language.
      </p>
    </sec>
    <sec id="sec-2">
      <title>Multilingual Information Retrieval</title>
      <p>
        Using the original and the translated queries, we then search for pertinent items
within each of the four and eight corpora respectively. From each of these result
lists and using a merging strategy, we need to produce a unique ranked result
list showing the retrieved items. As a ¯rst approach, we considered the
roundrobin (RR) approach whereby we took one document in turn from all individual
lists [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>
        To account for the document score computed for each retrieved item (denoted
RSVk for document Dk), we might formulate the hypothesis that each collection
is searched by the same or a very similar search engine and that the similarity
values are therefore directly comparable [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Such a strategy is called raw-score
merging and produces a ¯nal list sorted by the document score computed by
each collection.
      </p>
      <p>Unfortunately the document scores cannot be directly compared, thus as a
third merging strategy we normalized the document scores within each collection
by dividing them by the maximum score (i.e. the document score of the retrieved
record in the ¯rst position) and denoted them "Norm Max". As a variant of
this normalized score merging scheme (denoted "NormN"), we may normalize
the document RSVk scores within the ith result list, according to the following
formula:</p>
      <p>N ormN RSVk =</p>
      <sec id="sec-2-1">
        <title>RSVk ¡</title>
        <sec id="sec-2-1-1">
          <title>M axRSV i ¡</title>
          <p>M inRSV i</p>
          <p>M inRSV i
(1)</p>
          <p>
            As a ¯fth merging strategy, we might use the logistic regression [
            <xref ref-type="bibr" rid="ref1">1</xref>
            ] to predict
the probability of a binary outcome variable, according to a set of explanatory
variables [
            <xref ref-type="bibr" rid="ref4">4</xref>
            ]. In our current case, we predict the probability of relevance of
document Dk given both the logarithm of its rank (indicated by ln(rankk)) and the
original document score RSVk as indicated in Equation 2. Based on these
estimated relevance probabilities (computed independently for each language using
the S+ software [
            <xref ref-type="bibr" rid="ref9">9</xref>
            ]), we sort the records retrieved from separate collections in
order to obtain a single ranked list. However, in order to estimate the underlying
parameters, this approach requires that a training set be developed. To do so in
our evaluations we used the CLEF-2002 topics and their relevance assessments.
          </p>
          <p>P rob [Dk is rel j rankk; RSVk] =</p>
          <p>e®+¯1¢ln(rankk)+¯2¢RSVk
1 + e®+¯1¢ln(rankk)+¯2¢RSVk
(2)</p>
          <p>As a new merging strategy, we suggest merging the retrieved documents
according to the Z-score, taken from their document scores. Within this scheme,
we need to compute, for the ith result list, the average of the RSVk (denoted
M eanRSV i) and the standard deviation (denoted StdevRSV i). Based on these
values, we may normalize the retrieval status value of each document Dk
provided by the ith result list, by computing the following formula:
N ormZ RSVk = ®i ¢
· RSVk ¡ M eanRSV i</p>
          <p>StdevRSV i</p>
          <p>¸
+ ±i
(3)
with ±i =</p>
        </sec>
        <sec id="sec-2-1-2">
          <title>M eanRSV i ¡ M inRSV i</title>
          <p>StdevRSV i
within which the value of ±i is used to generate only positive values, and ®i
(usually ¯xed at 1) is used to re°ect the retrieval performance of the underlying
retrieval model.</p>
          <p>The justi¯cation for such a scheme is as follows. If the RSVk distribution is
linear, as shown in Table 5 and in Figure 1, there is no great di®erence between
a merging approach based on Equation 1 or the proposed Z-score merging
strategy. It is our point of view (and this point must still be veri¯ed), that such a
distribution may appear when the retrieval scheme cannot detect any relevant
items. However, after viewing di®erent result lists provided from various queries
and corpora, it seems that the top-ranked retrieved items usually provide a much
greater RSV values than do the others (see Table 6 and Figure 2). Thus, our
underlying idea is to emphasis this di®erence between these ¯rst retrieved
documents and the rest of the retrieved items, by assigning a greater normalized
RSV value to these top-ranked documents.
simple round-robin approach (34.92 vs. 36.71, -4.9% in the small, automatic
experiment, and 26.52 vs. 29.81, -11% in the large automatic experiment). Using
our logistic model with both the rank and the document score as explanatory
variables (row labeled "Logistic"), the resulting mean average precision is better
than the round-robin merging strategy.</p>
          <p>As a simple alternative, we also suggest a biased round-robin ("Biased RR"
or "bRR") approach which extracts not one document per collection per round
but one document for the French, English, Italian, Swedish and Finnish corpus
and two from the German, Spanish and Dutch collection (representing larger
corpora). This merging strategy results in interesting retrieval performance.
Finally, the new Z-score merging approach seems to provide generally satisfactory
performance. Moreover, we may multiply the normalized Z-score by an ® value
(performance under the label "NormZ ®i = 1:25" or "NormZ ®i = 1:5").
Under the label "NormZ coll-d", the ® values are collection-dependant and are
¯xed as follows: en: 1, fr: 0.9, de: 1.2, sp: 1.25, it: 0.9, nl: 1.15, sv: 0.95, and
fi: 0.9.</p>
          <p>Of course, we may combine the two or three best merging strategies
(performance depicted in Table 8, namely the "biased round-robin" (denoted "bRR"),
"logistic regression" (or "log.") and the "NormZ ®i = 1:5" (or "Z-1.5")).
Using various data fusion operators, the retrieval e®ectiveness of these data fusion
approaches are shown in Table 9. Finally, the descriptions of our o±cial runs for
the small and large multilingual tracks are shown in Table 10.
4</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Conclusion</title>
      <p>In this fourth CLEF evaluation campaign, we have evaluated various query
translation tools, together with a combined translation strategy, resulting in a retrieval
performance that is worth considering. However, while a bilingual search can be
viewed as easier for some pairs of languages (e.g., from an English query into
a French document collection), this task is clearly more complex for other
languages pairs (e.g., English to Finnish). On the other hand, the multilingual,
and more precisely the large multilingual task, shows how searching documents
written in eight di®erent languages can represent a challenge. In this case, we
have proposed a new simple merging strategy based on the Z-score computed
from the document scores, a merging scheme that seems to result in interesting
performance.</p>
      <p>Acknowledgments. The author would like to thank C. Buckley from SabIR for
giving us the opportunity to use the SMART system. This research was
supported in part by the Swiss National Science Foundation (grant #21-66 742.01).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Hosmer</surname>
            ,
            <given-names>D.W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lemeshow</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          : Applied Logistic Regression.
          <article-title>2nd edn</article-title>
          . John Wiley, New York (
          <year>2000</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Knuth</surname>
            ,
            <given-names>D. E.</given-names>
          </string-name>
          :
          <article-title>Things a Computer Scientist Rarely Talks About</article-title>
          .
          <source>CSLI Publications</source>
          , Stanford (
          <year>2001</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Kwok</surname>
            ,
            <given-names>K. L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grunfeld</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lewis</surname>
            ,
            <given-names>D. D.</given-names>
          </string-name>
          :
          <article-title>TREC-3 Ad-hoc, Routing Retrieval and Thresholding Experiments using PIRCS</article-title>
          .
          <source>In Proceedings of TREC'3</source>
          ,
          <string-name>
            <given-names>NIST</given-names>
            <surname>Publication</surname>
          </string-name>
          #
          <fpage>500</fpage>
          -
          <lpage>225</lpage>
          ,
          <string-name>
            <surname>Gaithersburg</surname>
          </string-name>
          (
          <year>1995</year>
          )
          <volume>247</volume>
          {
          <fpage>255</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4. Le Calv¶e,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Savoy</surname>
          </string-name>
          , J.:
          <source>Database Merging Strategy based on Logistic Regression. Information Processing &amp; Management</source>
          ,
          <volume>36</volume>
          (
          <year>2000</year>
          )
          <volume>341</volume>
          {
          <fpage>359</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Savoy</surname>
          </string-name>
          ,
          <source>J.: Report on CLEF-2002 Experiments: Combining Multiple Sources of Evidence</source>
          . In: Peters,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Braschler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Gonzalo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Kluck</surname>
          </string-name>
          , M. (eds.):
          <string-name>
            <surname>Cross-Language Information</surname>
          </string-name>
          Retrieval and Evaluation. Lecture Notes in Computer Science. SpringerVerlag, Berlin Heidelberg New York (
          <year>2003</year>
          ) to appear
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Savoy</surname>
          </string-name>
          ,
          <source>J.: Report on CLEF-2003</source>
          Monolingual Tracks:
          <article-title>Fusion of Probabilistic models for E®ective Monolingual Retrieval</article-title>
          . In this volume
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Savoy</surname>
          </string-name>
          , J.:
          <article-title>Combining Multiple Strategies for E®ective Cross-Language Retrieval</article-title>
          .
          <source>IR Journal</source>
          ,
          <article-title>(</article-title>
          <year>2003</year>
          ) to appear
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Voorhees</surname>
            ,
            <given-names>E. M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gupta</surname>
            ,
            <given-names>N. K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Johnson-Laird</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>The Collection Fusion Problem</article-title>
          .
          <source>In Proceedings of TREC'3</source>
          ,
          <string-name>
            <surname>NIST</surname>
          </string-name>
          , Publication #
          <fpage>500</fpage>
          -
          <lpage>225</lpage>
          ,
          <string-name>
            <surname>Gaithersburg</surname>
          </string-name>
          (
          <year>1995</year>
          )
          <volume>95</volume>
          {
          <fpage>104</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Venables</surname>
            ,
            <given-names>W.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ripley</surname>
            ,
            <given-names>B.D.</given-names>
          </string-name>
          : Modern Applied Statistics with S-PLUS. Springer, New York (
          <year>1999</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>