Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 44078 invoked from network); 15 Nov 2005 05:37:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 15 Nov 2005 05:37:15 -0000 Received: (qmail 37542 invoked by uid 500); 15 Nov 2005 05:37:13 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 37520 invoked by uid 500); 15 Nov 2005 05:37:13 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 37509 invoked by uid 99); 15 Nov 2005 05:37:12 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Nov 2005 21:37:12 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [209.10.110.95] (HELO londo.swishmail.com) (209.10.110.95) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Nov 2005 21:37:04 -0800 Received: (qmail 22036 invoked by uid 89); 15 Nov 2005 05:36:50 -0000 Received: from unknown (HELO ?192.168.168.81?) (71.138.157.43) by londo.swishmail.com with SMTP; 15 Nov 2005 05:36:50 -0000 Message-ID: <437973F2.4000803@apache.org> Date: Mon, 14 Nov 2005 21:36:50 -0800 From: Doug Cutting User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc3 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: java-dev@lucene.apache.org Subject: Re: svn commit: r332747 - in /lucene/java/trunk: ./ src/java/org/apache/lucene/search/regex/ src/test/org/apache/lucene/search/regex/ References: <20051112090339.7956.qmail@minotaur.apache.org> <437917E3.6030605@apache.org> <7A9460D0-72C3-432B-839C-FDAB09729900@ehatchersolutions.com> In-Reply-To: <7A9460D0-72C3-432B-839C-FDAB09729900@ehatchersolutions.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Erik Hatcher wrote: > The downside is scoring closer matches (in say the WildcardQuery) would > no longer be possible, right? Right. We could implement a scorer that keeps a byte array of scores instead of a bit vector, using Similarity.java's 8-bit float format. That would use more memory, but still permit ranked searches. Worth it? I don't know. I'd go with the simpler solution first. Doug --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org