<!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>SINAI-GIR System. University of Ja¶en at GeoCLEF 2008</article-title>
      </title-group>
      <abstract>
        <p>This paper describes the third participation of the SINAI research group from University of Ja¶en in GeoCLEF track. We have tried to improve the system proposed last year in GeoCLEF 2007. The main developments are related to the use of query reformulation, keywords recognition, hyponyms extraction and query geo-expansion. On the other hand, new rules have been applied in the Validator subsystem in order to ¯lter the documents recovered by the IR subsystem. We have run several experiments, combining these developments in order to resolve the monolingual and bilingual tasks. The results obtained shown that ¯ltering does not reach yet to improve the baseline case. However, the use of keywords and hyponyms in the re-ranking process seems to improve the ¯ltering results. On the other hand, the use of query reformulation and geo-expansion does not improve the baseline case either.</p>
      </abstract>
      <kwd-group>
        <kwd>Geographic Information Retrieval (GIR)</kwd>
        <kwd>Named Entity Recognition (NER)</kwd>
        <kwd>Spatial Relations</kwd>
        <kwd>Geo-referencing</kwd>
        <kwd>Filtering Documents</kwd>
        <kwd>GeoCLEF</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        GeoCLEF is a cross-language Geographic Information Retrieval (GIR) task at the Cross-Language
Evaluation Forum (CLEF) campaign since 2005. The aim of GeoCLEF is to evaluate GIR systems.
Given a multilingual statement describing a spatial user need (topic), the challenge is to ¯nd
relevant documents from target collections using queries into several languages [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ]. Queries are
textual descriptions with three ¯elds (title, description and narrative), including spatial relations
and geographic locations such us continents, seas, rivers or regions.
      </p>
      <p>
        This paper describes the approaches taken by the SINAI1 research group from the University of
Ja¶en for the main GeoCLEF 2008 subtasks: mono and bilingual retrieval. In 2006 [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], we studied
the behavior of query expansion using a gazetteer and a thesaurus. In GeoCLEF 2007 [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], we
changed the approach and we applied ¯ltering to the documents retrieved by the IR subsystem.
This year, our GIR system, called SINAI-GIR, follows a similar architecture of the previous one
presented at GeoCLEF 2007 but using new developments related to several techniques such as
query reformulation, keywords and hyponyms extraction and even query geo-expansion. We have
also implemented new rules for the ¯ltering and re-ranking of documents retrieved.
      </p>
      <p>Next section describes the whole system. Then, in the section 3, each module of the system is
explained. Following, results are described and ¯nally, the conclusions about our participation in
GeoCLEF 2008 are expounded.
2</p>
    </sec>
    <sec id="sec-2">
      <title>System Overview</title>
      <p>Our SINAI-GIR system is made up of ¯ve main subsystems: Translator, Collection Preprocessing
subsystem, Query Analyzer, Information Retrieval subsystem and Validator. We make use of the
Geonames gazetteer2 as geographic knowledge base for the whole system. As Information Retrieval
(IR) index-search engine we have used Lemur3.</p>
      <p>
        Each translated query is preprocessed and analyzed by the Query Analyzer, identifying their
geo-entities and spatial relations. This module also applies query reformulation based on the query
parsing subtask [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], generating several independent queries which will be indexed and searched by
means of the IR subsystem. On the other hand, the collection is preprocessed by the Collection
Preprocessing module and ¯nally the documents recovered by the IR subsystem are ¯ltered and
reranked by means of the Validator subsystem. Figure 1 shows the SINAI-GIR system architecture.
3
3.1
      </p>
    </sec>
    <sec id="sec-3">
      <title>Subsystems Description</title>
      <sec id="sec-3-1">
        <title>Translator</title>
        <p>
          As translation module, we have used SINTRAM (SINai TRAnslation Module), our Machine
Translation system which works with di®erent online machine translators and implements several
heuristics to combine di®erent translations [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ]. This module translates the queries from other languages
into English.
3.2
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>Collection Preprocessing Subsystem</title>
        <p>
          In our architecture we only worked with English documents collection4 and we have applied a
o®-line preprocess to this one. In this preprocess we have applied the Porter stemmer [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ], the
English stop-words list, the Brill POS tagger [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] and a speci¯c Named Entity Recognizer (NER).
The collection preprocessed is indexed later using the IR subsystem.
        </p>
        <p>During the preprocessing, two indexes are generated:
² The locations index. This index stores all location entities detected and recognized by
the NER in each document of the collection. This year we have used LingPipe5 as NER
in our architecture. All entities classi¯ed as a location by the NER are checked using the
GeoNames gazetteer. This locations index will be used later by the Validator in order to
¯lter the documents recovered by the IR subsystem.</p>
        <p>2http://www.geonames.org/. Geonames is a geographic database which contains over eight million geographical
names and consists of 6.3 million unique features whereof 2.2 million populated places and 1.8 million alternate
names.</p>
        <p>3http://www.lemurproject.org/. Lemur is a open-source IR toolkit which is being developed as part of the
Lemur Project, a collaboration between the Computer Science Department at the University of Massachusetts and
the School of Computer Science at Carnegie Mellon University.</p>
        <p>4The collection consists of 169,477 documents composed of stories from the British newspaper Glasgow Herald
(1995) and the American newspaper Los Angeles Times (1994).</p>
        <p>5http://alias-i.com/lingpipe/. LingPipe is a suite of Java libraries for the linguistic analysis of human language
which includes a NER module.
² The keywords index. This index stores the keywords of each document of the collection.</p>
        <p>We have considered as keyword the nouns that appearing more than once in the document.
We have decided to consider only the nouns because they have more meaning than verbs or
adjectives. This keywords will be used by the Validator in order to re-rank the documents
recovered by the IR subsystem.
3.3</p>
      </sec>
      <sec id="sec-3-3">
        <title>Query Analyzer</title>
        <p>
          The Query Analyzer module is responsible for preprocessing of English queries as well as the
generation of di®erent query reformulations. This analyzer is also made up of several components:
Preprocessing module. This module removes guidance information from the topics such us
\Relevant documents contain information about ", \Find documents describing " or \To be
relevant, documents must describe", and descriptions about irrelevant documents. The
default query (Q1) is formed by the preprocessed content of the title, description and narrative
labels of the topics, applying the Porter stemmer [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ] and discarding the English stop-words.
NER module. The aim of this NER module is to recognize the locations in the queries. As in
the Collection Preprocessing subsystem, we have used LingPipe. All locations detected are
also veri¯ed using the GeoNames gazetteer.
        </p>
        <p>Geo-Relation Finder module. This module is used to ¯nd the spatial relations in the queries.</p>
        <p>It is based on manual rules and the entities detected by the NER module. This module
makes use of several text ¯les that store all geo-relations that can be detect. Some examples
of these spatial relations are: in, near, north of, next to, in or around, in the west of...
Query Reformulation module. This module parses only the title of the query, detecting the
three components on which it is usually composed: \what ", \geo-relation" and \where".
Before the query parsing, we apply a particular translation of sentences like \capital of
&lt;entity&gt;" or \&lt;entity&gt;'s capital ", replacing the entire sentence by the corrected location
using the Geonames gazetteer. By example, the sentence \the capital of France" would be
replaced by \Paris". This module generates three query reformulations:
² Q1: it is formed by the preprocessed content of the topic labels, depending on the
experiment. Some experiments consider only the content of the title and description from
the topics. Others consider the content of all labels (title, description and narrative).
² Q2: it is formed only by the concatenation of \what " and \where" components detected
in the title of the topic.
² Q3: it is the same as the previous one, but adding it the expanded locations found
in Geonames gazetteer, related to the \where" component and depending on the
georelation detected in the title of the topic.</p>
        <p>
          Keywords-Hyponyms extractor module. The aim of this module is to detect the keywords
only in the title of the queries. As in the Collection Preprocessing subsystem, we have
considered as keywords only the nouns because they have more importance than verbs or
adjectives in the re-ranking process. We have used the Brill POS tagger [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] to detect the
nouns. In addition, for each keyword recognized, this module extracts its hyponyms using
WordNet6[
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. These extracted hyponyms also will be used later in the re-ranking process by
the Validator.
3.4
        </p>
      </sec>
      <sec id="sec-3-4">
        <title>Information Retrieval Subsystem</title>
        <p>
          The index-search engine that we have used in the experiments is Lemur. It is a open toolkit
that supports indexing of large-scale text databases, the construction of simple language models
for documents, queries, or sub-collections, and the implementation of retrieval systems based on
language models. Lemur supports several weighting functions such as Okapi [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ], TF¢IDF and
the use of Pseudo-Relevant Feedback (PRF) [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]. In the experiments carried out in this paper we
have always used the Okapi with PRF because it is the weighting function which o®ers the best
results.
        </p>
        <p>The aim of this module is to retrieve the most relevant documents for each query reformulation.
As we can see in the previous section, the Query Analyzer generates three queries for each topic
(Q1, Q2 and Q3). The list of retrieved documents for the Q1 query is considered as baseline case
in our experiments because we do not apply it any ¯ltering or re-ranking process.
3.5</p>
      </sec>
      <sec id="sec-3-5">
        <title>Validator</title>
        <p>The aim of the Validator process is to ¯lter the lists of documents recovered by the IR subsystem,
establishing what of them are valid, depending on the locations and the geo-relations detected in
the query. Another important function of this process is to establish the ¯nal ranking of documents,
based on manual rules and prede¯ned weights. These prede¯ned weights allow to assign a score
to each document, in addition to the score provided by the IR subsystem.</p>
        <p>In order to validate each document recovered, the Validator applies di®erent manual rules,
making use of geographical data detected in the topic. Some examples of these manual rules are:
² If the entity of the topic is a country and its geo-relation associated is \in the north of ",
the Validator will accept the document if it has any location situated in the north of that
country. Using the Geonames gazetteer, the module obtains the maximum and minimum
latitudes of all locations that belong to that country. Then, it calculates half of the latitude
from the maximal and minimal latitudes to estimate the north of the region.
² If the entity of the topic is a city and its geo-relation associated is \near to", the module
will consider that a location is near to another one when it is at a distance of less than 50
kilometers around. We have tried several distances in the experiments and the distance of
50 kilometers provided us the best results. In order to measure the distance in kilometers
between two locations we have used the simple formula for calculating the distance with
geographic coordinates:</p>
        <p>d = p(x2 + y2)
where:
x = 110:56 ¤ abs(lat2 ¡ lat1)
y = 84:8 ¤ abs(lon2 ¡ lon1)
lat2, lat1, lon2 and lon1 are the latitudes and longitudes from location 2 and 1 respectively.</p>
        <p>If the d value is less than 50, the location 1 will be considered near to location 2.
² If the entity of the topic is a continent or a country and its geo-relation associated is \in",
\of ", \at ", \on", \from" or \along", the module will accept the document recovered if a
location exists in the document that belongs to that continent or country.</p>
        <p>In order to re-rank each valid document recovered, the Validator makes use of several prede¯ned
weights that are added to the score provided by the IR subsystem, depending on the manual rules
which the document complies. By example, there is a prede¯ned weight for the ¯rst manual rule
previously explained (the entity type is country and its geo-relation associated is \in the north
of "). If any document complies with that rule, the prede¯ned weight for that rule is added to the
IR score of the document. In the experiments carried out in this paper we have tried with several
weights, allowing us for an optimal adjustment of the system.
4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Experiments and Results</title>
      <p>SINAI has participated in monolingual and bilingual tasks with a total of 15 experiments. In
some experiments we have considered the content of all the topics labels (title, description and
narrative), identi¯ed them as TDN, and for others experiments we have considered only the title
and description labels, identi¯ed them as TD.</p>
      <p>Our baseline experiment consists of the retrieval of documents more relevant by means of
IR subsystem using the Q1 as query for each topic, without applying any ¯ltering or re-ranking
process. This baseline experiment has been applied in the monolingual and bilingual tasks, using
TDN and TD labels from topics.</p>
      <p>Other experiments carried out in this paper consist of applying the ¯ltering and re-ranking
processes to the di®erent lists of relevant documents retrieved by the IR subsystem. In some
experiments, the ¯ltering and re-ranking processes have been applied to the fusion list of the
documents recovered by the Q1, Q2 and Q3 queries for each topic. This fusion list is generated
by adding the documents from Q2 and Q3 lists that are not in Q1. In other experiments, we have
considered the use of keywords and hyponyms in the re-ranking process.</p>
      <p>With respect to the weighting function used in the IR subsystem, in the experiments carried
out in this paper we have always used Okapi with PRF because after trying several weighting
functions, it o®ers the best results.
4.1</p>
      <sec id="sec-4-1">
        <title>Monolingual task</title>
        <p>In monolingual task we have participated with a total of 9 experiments. Three of them are
considered as baseline experiments because we have not applied any ¯ltering or re-ranking process
to the list of recovered documents. Other experiments combining the fusion list and the use of
keywords and hyponyms. The results for monolingual task are shown in Table 1.</p>
        <p>Labels</p>
        <p>TD
TDN
TDN
TD
TDN
TDN
TD
TDN
TDN
TDN</p>
        <p>Fusion
no
no
yes
no
no
yes
no
no
no
yes</p>
        <p>Filtering
no
no
no
yes
yes
yes
yes
yes
yes
yes</p>
        <p>Keywords
no
no
no
no
no
no
yes
yes
yes
yes</p>
        <p>Hyponyms
no
no
no
no
no
no
no
no
yes
no
In bilingual task we have participated with a total of 6 experiments. We have used the English
collection and the topics in Portuguese and German languages. Three of the experiments are
considered as the baseline case because we have not applied any ¯ltering or re-ranking process
to them. Other experiments combining the ¯ltering and re-ranking process without the use of
keywords or hyponyms. The results for bilingual task are shown in Table 2.
4.3</p>
      </sec>
      <sec id="sec-4-2">
        <title>Results</title>
        <p>The analysis of results based on MAP values shows that the ¯ltering and re-ranking process does
not improve the baseline case, because the re-ranking process is not performing well yet. There
are valid documents which do not rise enough in the ¯nal ranking. Moreover, the number of
documents recovered by the IR subsystem normally is around 3000 and the size of the ¯nal list
returned by the Validator is 1000, so some valid documents are left outside for some topics.</p>
        <p>However, in some experiments in which we apply ¯ltering, the use of keywords improves the
result obtained without using keywords. Instead, the use of hyponyms does not improve in any
case the results.</p>
        <p>On the other hand, surprisingly we have obtained best results using only the content of the
title and description labels from the topics (TD), unlike what happened in the 2007 experiments,
where we reached the best results using the content of all labels (TDN ).</p>
        <p>In reference to the results obtained for the bilingual task, we can a±rm that the Translator
module works better with Portuguese. As in the monolingual experiments, the best results have
been achieved without the use of ¯ltering or re-ranking process, although the results using ¯ltering
almost equal the baseline experiments.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Conclusions</title>
      <p>In this paper we have presented the experiments carried out in our third participation in the
GeoCLEF track, following the basic architecture used in the 2007 experiments. We have tried
to improve the ¯ltering and re-ranking process introduced the previous year, adding new
developments related to several techniques such as query reformulation, keywords and hyponyms
extraction and even query geo-expansion. Moreover, we have established prede¯ned weights for
each manual rule in Validator in order to improve the ¯nal score of the valid documents.
However, we still get the best result without applying any of these techniques. This is because we
have not used an optimal method to raise valid documents in the ¯nal ranking, depending on the
geo-information that recovered documents and topics have in common.</p>
      <p>About the new developments employed in the experiments, only the use of keywords in the
reranking process seems to improve the ¯ltering results in some cases. Instead, the use of hyponyms
does not improve the results. Therefore, the proper use of keywords for the re-ranking process
could be interesting in the future.</p>
      <p>With respect to the experiments in which we have used the fusion list, the results obtained
indicates that the query reformulation does not seem to work well in this ¯eld, although in some
topics the Q2 and Q3 query types add valid documents to the ¯nal list which have not been found
by the IR subsystem using the default query (Q1).
6</p>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgments</title>
      <p>This work has been supported by a grant from the Spanish Government, project TIMOM
(TIN200615265-C06-03), and the RFC/PP2006/Id 514 granted by the University of Ja¶en.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Fredric</given-names>
            <surname>Gey</surname>
          </string-name>
          , Ray Larson, Mark Sanderson, Kerstin Bischo®,
          <string-name>
            <surname>Thomas</surname>
            <given-names>Mandl</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Christa</surname>
            <given-names>WomserHacker</given-names>
          </string-name>
          , Diana Santos, and
          <string-name>
            <given-names>Paulo</given-names>
            <surname>Rocha</surname>
          </string-name>
          .
          <source>Geoclef</source>
          <year>2006</year>
          :
          <article-title>the clef 2006 cross-language geographic information retrieval track overview</article-title>
          .
          <source>In Proceedings of the Cross Language Evaluation Forum (CLEF</source>
          <year>2006</year>
          ),
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>Thomas</given-names>
            <surname>Mandl</surname>
          </string-name>
          , Fredric Gey, Giorgio Di Nunzio, Nicola Ferro, Ray Larson, Mark Sanderson, Diana Santos, Christa Womser-Hacker, and
          <string-name>
            <given-names>Xing</given-names>
            <surname>Xie</surname>
          </string-name>
          .
          <source>Geoclef</source>
          <year>2007</year>
          :
          <article-title>the clef 2007 cross-language geographic information retrieval track overview</article-title>
          .
          <source>In Proceedings of the Cross Language Evaluation Forum (CLEF</source>
          <year>2007</year>
          ),
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>Manuel</given-names>
            <surname>Garc</surname>
          </string-name>
          <article-title>¶³a-Vega, Miguel A. Garc¶³a-</article-title>
          <string-name>
            <surname>Cumbreras</surname>
            ,
            <given-names>L.A.</given-names>
          </string-name>
          <string-name>
            <surname>Uren</surname>
          </string-name>
          <article-title>~a-L¶opez</article-title>
          , and Jos¶e
          <string-name>
            <given-names>M. PereaOrtega. GEOUJA</given-names>
            <surname>System</surname>
          </string-name>
          .
          <article-title>The ¯rst participation of the University of Ja¶en at GEOCLEF 2006</article-title>
          .
          <source>In Lecture Notes in Computer Science</source>
          , volume
          <volume>4730</volume>
          <source>of LNCS Series</source>
          , pages
          <volume>913</volume>
          {
          <fpage>917</fpage>
          . Springer-Verlag,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4] Jos¶e
          <string-name>
            <given-names>M.</given-names>
            <surname>Perea-Ortega</surname>
          </string-name>
          ,
          <article-title>Miguel A. Garc¶³a-Cumbreras, Manuel Garc¶³a-Vega, and Arturo Montejo-R¶aez</article-title>
          .
          <source>GEOUJA System</source>
          . University of Ja¶
          <article-title>en at GEOCLEF 2007</article-title>
          .
          <article-title>In Proceedings of the Cross Language Evaluation Forum (CLEF</article-title>
          <year>2007</year>
          ), page 52,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Zhisheng</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Chong</given-names>
            <surname>Wanga</surname>
          </string-name>
          , Xing Xie, and
          <string-name>
            <surname>Wei-Ying Ma</surname>
          </string-name>
          .
          <source>Query Parsing Task for GeoCLEF 2007 Report. In Proceedings of the Cross Language Evaluation Forum (CLEF</source>
          <year>2007</year>
          ),
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Miguel</surname>
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Garc</surname>
          </string-name>
          <article-title>¶³a-</article-title>
          <string-name>
            <surname>Cumbreras</surname>
            ,
            <given-names>L. Alfonso</given-names>
          </string-name>
          <article-title>Uren~a-L¶opez</article-title>
          , Fernando Mart¶³nez Santiago, and Jos¶e M.
          <article-title>Perea-Ortega. BRUJA System. The University of Ja¶en at the Spanish task of QA@CLEF 2006</article-title>
          .
          <source>In Lecture Notes in Computer Science</source>
          , volume
          <volume>4730</volume>
          <source>of LNCS Series</source>
          , pages
          <volume>328</volume>
          {
          <fpage>338</fpage>
          . Springer-Verlag,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>M.F.</given-names>
            <surname>Porter</surname>
          </string-name>
          .
          <article-title>An algorithm for su±x stripping</article-title>
          .
          <source>In Program 14</source>
          , pages
          <fpage>130</fpage>
          {
          <fpage>137</fpage>
          ,
          <year>1980</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>E.</given-names>
            <surname>Brill</surname>
          </string-name>
          .
          <article-title>A simple rule-based part-of-speech tagger</article-title>
          .
          <source>In Proceedings of the third Conference on Applied Natural Language Processing (ANLP'92)</source>
          , pages
          <fpage>152</fpage>
          {
          <fpage>155</fpage>
          ,
          <string-name>
            <surname>Trento</surname>
          </string-name>
          , Italy,
          <year>1992</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Jason</given-names>
            <surname>Rennie</surname>
          </string-name>
          . Wordnet:
          <article-title>:querydata: a Perl module for accessing the WordNet database</article-title>
          . http://people.csail.mit.edu/»jrennie/WordNet,
          <year>2000</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>S.E.</given-names>
            <surname>Robertson</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>Walker</surname>
          </string-name>
          .
          <article-title>Okapi-Keenbow at TREC-8</article-title>
          .
          <source>In Proceedings of the 8th Text Retrieval Conference TREC-8, NIST Special Publication 500-246</source>
          , pages
          <fpage>151</fpage>
          {
          <fpage>162</fpage>
          ,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>G.</given-names>
            <surname>Salton</surname>
          </string-name>
          and
          <string-name>
            <given-names>G.</given-names>
            <surname>Buckley</surname>
          </string-name>
          .
          <article-title>Improving retrieval performance by relevance feedback</article-title>
          .
          <source>Journal of American Society for Information Sciences</source>
          ,
          <volume>21</volume>
          :
          <fpage>288</fpage>
          {
          <fpage>297</fpage>
          ,
          <year>1990</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>