If you are going to compare scores across multiple indices, I'd suggest
considering one of the patches here:
http://issues.apache.org/bugzilla/show_bug.cgi?id=31841
Chuck
> -----Original Message-----
> From: Erik Hatcher [mailto:erik@ehatchersolutions.com]
> Sent: Monday, November 22, 2004 6:30 AM
> To: Lucene Users List
> Subject: Re: Question about multi-searching [re-post]
>
>
> On Nov 22, 2004, at 9:18 AM, Cocula Remi wrote:
> >> (First of all : what is the plurial of index in english ; indexes
or
> >> indices ?)
>
> We used "indexes" in Lucene in Action. Its a bit ambiguous in
English,
> but indexes sounds less formal and is acceptable.
>
> >> For that, I parse a new query using QueryParser or
> >> MultiFieldQueryParser.
> >> Then I search my indexes using the MultiSearcher class.
> >>
> >> Ok, but the problem comes when different analyzer are used for
each
> >> index.
> >> QueryParser requires an analyzer to parse the query but a query
> >> parsed with an analyzer is not suitable for searching into an
index
> >> that uses another analyzer.
> >>
> >> Does anyone know a trick to cope this problem.
>
> Nothing built into Lucene solves this problem specifically. You'll
> have to come up with your own MultiSearcher-like facility that can
> apply different queries to different indexes and merge the results
back
> together. This will be awkward when it comes to scoring though,
since
> each index is using a different query.
>
> >> Eventually I could run a different query on each index to obtain
> >> several Hits objects.
> >> Then I could write some collector that collects Hits in the order
of
> >> highest scores.
> >> I wonder if this could work and if it would be as efficient as
the
> >> MultiSearcher . In this situation does it make sense to compare
the
> >> scores of two differents Hits.
>
> No, it won't make good sense to compare the scores between the
queries,
> but I suspect our queries are pretty close to one another if all
that
> varies is the analyzer. It still will be an awkward comparison
though,
> but maybe good enough for your needs?
>
> Erik
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: lucene-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: lucene-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: lucene-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: lucene-user-help@jakarta.apache.org
|