I agree, the 2 document sets are not (should not be) mixed
together; you get
a list of FR docs and a list of EN docs (each list can be
sorted by
relevance).
However, not being able to compare result's score across
different queries
is something a lot of people can not (or dont want to)
understand or hear.
Some will even argue that this *is* the same query, that the
index data
obviously takes the language factor into account and
normalizing by the
highest score of the 2 lists is "ok"... And
they'll add "the formula might
be a little off but end-users like the result"...
Cheers
Daniel Naber-10 wrote:
>
> On Thursday 18 October 2007 14:16, Henrib wrote:
>
>> 1/ Anyone with the same kind of functional
requirements? Is using
>> multiple cores a bad idea for this need ?
>
> Are documents sorted by relevance? Then this approach
is problematic as
> you
> cannot compare the result's score across different
queries.
>
> Regards
> Daniel
>
> --
> http://www.danielnaber.de
>
>
--
View this message in context: http://
www.nabble.com/Re%3A-query-handling---multiple-languages---m
ultiple-cores-tf4647287.html#a13276404
Sent from the Solr - Dev mailing list archive at
Nabble.com.
|
