Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@lucene.apache.org
Message-ID: <1214927853.1203948771235.JavaMail.jira@brutus>
Date: Mon, 25 Feb 2008 06:12:51 -0800 (PST)
From: =?utf-8?Q?Christian_Kohlsch=C3=BCtter_=28JIRA=29?= <jira@apache.org>
To: java-dev@lucene.apache.org
Subject: [jira] Updated: (LUCENE-954) Toggle score normalization in Hits
In-Reply-To: <18510181.1183999984502.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


     [ https://issues.apache.org/jira/browse/LUCENE-954?page=3Dcom.atlassia=
n.jira.plugin.system.issuetabpanels:all-tabpanel ]

Christian Kohlsch=C3=BCtter updated LUCENE-954:
------------------------------------------

        Lucene Fields: [New, Patch Available]  (was: [Patch Available, New]=
)
    Affects Version/s: 2.4

> Toggle score normalization in Hits
> ----------------------------------
>
>                 Key: LUCENE-954
>                 URL: https://issues.apache.org/jira/browse/LUCENE-954
>             Project: Lucene - Java
>          Issue Type: Improvement
>          Components: Search
>    Affects Versions: 2.2, 2.3, 2.3.1, 2.4
>         Environment: any
>            Reporter: Christian Kohlsch=C3=BCtter
>             Fix For: 2.4
>
>         Attachments: hits-scoreNorm.patch, LUCENE-954.patch
>
>
> The current implementation of the "Hits" class sometimes performs score n=
ormalization.
> In particular, whenever the top-ranked score is bigger than 1.0, it is no=
rmalized to a maximum of 1.0.
> In this case, Hits may return different score results than TopDocs-based =
methods.
> In my scenario (a federated search system), Hits delievered just plain wr=
ong results.
> I was merging results from several sources, all having homogeneous statis=
tics (similar to MultiSearcher, but over the Internet using HTTP/XML-based =
protocols).
> Sometimes, some of the sources had a top-score greater than 1, so I ended=
 up with garbled results.
> I suggest to add a switch to enable/disable this score-normalization at r=
untime.
> My patch (attached) has an additional peformance benefit, since score nor=
malization now occurs only when Hits#score() is called, not when creating t=
he Hits result list. Whenever scores are not required, you save one multipl=
ication per retrieved hit (i.e., at least 100 multiplications with the curr=
ent implementation of Hits).

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org