From java-user-return-19218-apmail-lucene-java-user-archive=lucene.apache.org@lucene.apache.org Tue Feb 28 20:35:21 2006 Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 29996 invoked from network); 28 Feb 2006 20:35:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 28 Feb 2006 20:35:21 -0000 Received: (qmail 66092 invoked by uid 500); 28 Feb 2006 20:35:09 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 66038 invoked by uid 500); 28 Feb 2006 20:35:06 -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 65999 invoked by uid 99); 28 Feb 2006 20:35:04 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Feb 2006 12:35:04 -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 [169.229.70.167] (HELO rescomp.berkeley.edu) (169.229.70.167) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Feb 2006 12:34:51 -0800 Received: by rescomp.berkeley.edu (Postfix, from userid 1007) id E79E05B763; Tue, 28 Feb 2006 12:34:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rescomp.berkeley.edu (Postfix) with ESMTP id D375A7F403 for ; Tue, 28 Feb 2006 12:34:26 -0800 (PST) Date: Tue, 28 Feb 2006 12:34:26 -0800 (PST) From: Chris Hostetter To: java-user@lucene.apache.org Subject: Re: Hacking proximity search: looking for feedback In-Reply-To: <50f433360602281210t437b53cbp369d0d306c1e0bbe@mail.gmail.com> Message-ID: References: <50f433360602281210t437b53cbp369d0d306c1e0bbe@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N : Geo definition: : Boxing around a center point. It's not critical to do a radius search with : a given circle. A boxed approach allows for taller or wider frames of : reference, which are applicable for our use. if you are just loking to confine your results to a box then i think RangeFiltering on both the X and Y axis will be more efficient then the individual term queries you are producing. It will have the added bonus of not artificially affecting the scores of hte documents based on how often a particular digit apears in a particular position of hte latitue accross your corpus. Once you've filtered down to a particular bounding box, you might consider going back to the function query approach to score documents inside that box based on their actual distance from the center point. I don't recall at the moment but i believe FunctionQuery's Scorer supports skipTo in such a way that it won't bother computing the function for a document that has been skiped (ie: when containing in a BooleanQuery with another clause that has already prohibited it, or when executed in the context of a Filter) -Hoss --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org