Return-Path: 
 <dev-return-107655-apmail-lucene-dev-archive=lucene.apache.org@lucene.apache.org>
X-Original-To: apmail-lucene-dev-archive@www.apache.org
Delivered-To: apmail-lucene-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id AD6C3DA4E
	for <apmail-lucene-dev-archive@www.apache.org>;
 Sun,  2 Sep 2012 22:02:09 +0000 (UTC)
Received: (qmail 61448 invoked by uid 500); 2 Sep 2012 22:02:08 -0000
Delivered-To: apmail-lucene-dev-archive@lucene.apache.org
Received: (qmail 61333 invoked by uid 500); 2 Sep 2012 22:02:08 -0000
Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@lucene.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@lucene.apache.org>
List-Post: <mailto:dev@lucene.apache.org>
List-Id: <dev.lucene.apache.org>
Reply-To: dev@lucene.apache.org
Delivered-To: mailing list dev@lucene.apache.org
Received: (qmail 61321 invoked by uid 99); 2 Sep 2012 22:02:08 -0000
Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Sep 2012 22:02:08 +0000
Date: Mon, 3 Sep 2012 09:02:08 +1100 (NCT)
From: "Itamar Syn-Hershko (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: <408670279.29096.1346623328357.JavaMail.jiratomcat@arcas>
In-Reply-To: <1206653344.162.1341260136586.JavaMail.jiratomcat@issues-vm>
Subject: [jira] [Commented] (LUCENE-4186) Lucene spatial's "distErrPct" is
 treated as a fraction, not a percent.
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394


    [ https://issues.apache.org/jira/browse/LUCENE-4186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13447037#comment-13447037 ] 

Itamar Syn-Hershko commented on LUCENE-4186:
--------------------------------------------

distErrPct makes sense to me - it makes more sense to talk about the expected error rate rather than actual given precision. Hence the name "Distance Error Percentage" makes perfect sense, although is tough to make an acronym of...

And while at it throw a bug fix in: SpatialArgs.toString should multiply distPrecision by 100, not divide it.
                
> Lucene spatial's "distErrPct" is treated as a fraction, not a percent.
> ----------------------------------------------------------------------
>
>                 Key: LUCENE-4186
>                 URL: https://issues.apache.org/jira/browse/LUCENE-4186
>             Project: Lucene - Core
>          Issue Type: Bug
>          Components: modules/spatial
>            Reporter: David Smiley
>            Assignee: David Smiley
>            Priority: Critical
>             Fix For: 4.0
>
>
> The distance-error-percent of a query shape in Lucene spatial is, in a nutshell, the percent of the shape's area that is an error epsilon when considering search detail at its edges.  The default is 2.5%, for reference.  However, as configured, it is read in as a fraction:
> {code:xml}
>     <fieldType name="location_2d_trie" class="solr.SpatialRecursivePrefixTreeFieldType"
>                distErrPct="0.025" maxDetailDist="0.001" />
> {code}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

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