Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@lucene.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Message-ID: <1404.130.159.184.20.1147178102.squirrel@webmail.cis.strath.ac.uk>
In-Reply-To: <1147175419.5665.180.camel@localhost>
References: <20060509013440.24886.qmail@web50313.mail.yahoo.com>
    <1147175419.5665.180.camel@localhost>
Date: Tue, 9 May 2006 13:35:02 +0100 (BST)
Subject: Re: Changing Lucene scoring?
From: Murat.Yakici@cis.strath.ac.uk
To: java-dev@lucene.apache.org
User-Agent: SquirrelMail/1.4.4
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-15
Content-Transfer-Encoding: 8bit
Importance: Normal


Hi,
I'm not happy with the how scoring works either, it might be efficient
though. I have been investigating the code for a while. Everything gets
down to
  -Query (TermQuery, BooleanQuery, PhraseQuery etc.),
  -Inner class Weight in Query,
  -Similarity,
  -Scorer (TermScorer, BooleanScorer etc.)
and interaction between them. Highly wired, back and forth method calls,
query re-writings and so on.

I guess the main challenge is the Query and its derived classes. At the
moment there is not entry point to dive and add your independent scoring
models.

(I hope  I understood u guys right.)
Murat,


> On Mon, 2006-05-08 at 18:34 -0700, Otis Gospodnetic wrote:
>> Hi,
>>
>> Not sure if people caught my question over on java-user@
>> about the possibility of eliminating floating point
>> calculations from Lucene's scoring.  Before I embark on this,
>> I thought I'd ask:
>>
>> - Am I crazy?
>
> I'm all for a refactor of the scoring strategy. A single interface
> attached to the index that takes care of it all.
>
>>  Is this at all doable?
>
> Of course it is.
>
>> - Is this doable without forking and maintaining my own
>> patches?
>
> That I doubt. I have no deep knowledge of the scoring mechanism, but the
> current classes are heavily couple by how the boosts work. It would
> require a huge amount of deprication.
>
> I would start with creating the new interface Index, inherited by
> Directory or any other top level index implementation.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-dev-help@lucene.apache.org
>


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