Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@lucene.apache.org
Received-SPF: pass (athena.apache.org: domain of karl.wettin@gmail.com
 designates 64.233.182.187 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
        b=R8uDVGAcwphatt4bEsZokk9liTdkfgJTPgJKq53yyRyWILWRCHQS7p/ECqdcdky9MHs/8EatHgn41mTevDqAbisbpzVAkUcjqFP/w1UpKccniVNXPgZEPjNHfufmErUAJd9y9nuBzkgS77c0oQSnSkmCoPvrU+xutJya3KkxF/s=
Message-ID: <47F7B672.1080803@gmail.com>
Date: Sat, 05 Apr 2008 19:27:14 +0200
From: Karl Wettin <karl.wettin@gmail.com>
User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213)
MIME-Version: 1.0
To: java-user@lucene.apache.org
Subject: Re: document boost and omitted norms
References: <47F6C8D1.6080005@gmail.com>
 <D3975866-EC6D-40D4-B4C0-A531E8492795@mikemccandless.com>
In-Reply-To: <D3975866-EC6D-40D4-B4C0-A531E8492795@mikemccandless.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Michael McCandless skrev:
> Karl Wettin wrote:
>> Is it so that document and field boosts are omitted together with 
>> Field#setOmitNorms? By setting lengthNorm to 1f in the Similarity for 
>> these fields and not omitting norms would fix it?
> >
> Yes and yes.

I'm not sure if I do these things backwards or what, but in this case 
the resolution of the 8 bit float of norms is not enough for me.

So I patched the norms float table in Similarity to handle the boost 
values I assign my documents. Discretized 100f-250f in 60 bags and 
cought up with the default table in 16 more bags.

But to me it seem as this only works if I also turn off length 
normalization for all the other fields in my index, as they will affect 
the value of the norm?

I could store it in the payloads of my tokens too, but I really don't 
want payloads on all of them.

Now I'm thinking it would be nice to store a full float in an optional 
document boost file. Perhaps with variable bytesize. But that would take 
a lot of effort to update all related code.

Is there an easier way out here? Perhaps variable byte size per norms 
and field? Document payloads? I don't know. Help much appreciated.


     karl


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