Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 37096 invoked from network); 21 Jun 2006 17:32:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 21 Jun 2006 17:32:54 -0000 Received: (qmail 79707 invoked by uid 500); 21 Jun 2006 17:32:29 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 79678 invoked by uid 500); 21 Jun 2006 17:32:29 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 79667 invoked by uid 99); 21 Jun 2006 17:32:29 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Jun 2006 10:32:29 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [194.109.24.29] (HELO smtp-vbr9.xs4all.nl) (194.109.24.29) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Jun 2006 10:32:27 -0700 Received: from k8l.lan (porta.xs4all.nl [80.127.24.69]) by smtp-vbr9.xs4all.nl (8.13.6/8.13.6) with ESMTP id k5LHW3qL012365 for ; Wed, 21 Jun 2006 19:32:03 +0200 (CEST) (envelope-from paul.elschot@xs4all.nl) From: Paul Elschot To: java-user@lucene.apache.org Subject: Re: Modifying the stored norm type Date: Wed, 21 Jun 2006 19:32:02 +0200 User-Agent: KMail/1.8.2 References: <8834A84C87A2C148AD46921BB8BFC97C01E15487@S1SE1MAIL.emea1.ad.group> <200606201801.01980.paul.elschot@xs4all.nl> <1150884781.4882.113.camel@localhost> In-Reply-To: <1150884781.4882.113.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606211932.02935.paul.elschot@xs4all.nl> X-Virus-Scanned: by XS4ALL Virus Scanner X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Wednesday 21 June 2006 12:13, karl wettin wrote: > On Tue, 2006-06-20 at 18:01 +0200, Paul Elschot wrote: > > On Tuesday 20 June 2006 12:02, Marcus Falck wrote: > > > encodeNorm method of the Similarity class will encode my boost value > > into a single byte decimal number. And I will loose a lot of > > resolution and will get severe rounding errors. > > > Are 256 different values enough for your case? > > Marcus is trying to use the norms to enforce results in chronological > order when matching a TB-sized corpus. He can't get any speed by sorting > on a date field. > > Here is an idea: > > Never delete documents. Use unsafe document number as system clock. Make Deleting documents does not change the order of the remaining ones. > sure TermDocs always return references in reversed chronological order There is no need to write extra code for that, the documents would be collected oldest first, newest last. > and write a HitCollector that does not re-order. > > That should work, right? In case you need oldest first, yes. Regards, Paul Elschot --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org