Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Message-ID: <18063461.398801282067120900.JavaMail.jira@thor>
Date: Tue, 17 Aug 2010 13:45:20 -0400 (EDT)
From: "Grant Ingersoll (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Subject: [jira] Assigned: (LUCENE-2479) need the ability to also sort
 SpellCheck results by freq, instead of just by Edit Distance+freq
In-Reply-To: <21740977.6781274904329355.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/LUCENE-2479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grant Ingersoll reassigned LUCENE-2479:
---------------------------------------

    Assignee: Grant Ingersoll

> need the ability to also sort SpellCheck results by freq, instead of just by Edit Distance+freq
> -----------------------------------------------------------------------------------------------
>
>                 Key: LUCENE-2479
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2479
>             Project: Lucene - Java
>          Issue Type: Improvement
>          Components: contrib/spellchecker
>         Environment: all
>            Reporter: Gerald DeConto
>            Assignee: Grant Ingersoll
>
> This issue was first noticed and reported in this Solr thread; http://lucene.472066.n3.nabble.com/spellcheck-issues-td489776.html#a489788
> Basically, there are situations where it would be useful to sort by freq first, instead of the current "sort by edit distance, and then subsort by freq if edit distance is equal"
> The author of the thread suggested "What I think would work even better than allowing a custom compareTo function would be to incorporate the frequency directly into the distance function.  This would allow for greater control over the trade-off between frequency and edit distance"
> However, custom compareTo functions are not always be possible (ie if a certain version of Lucene must be used, because it was release with Solr) and incorporating freq directly into the distance function may be overkill (ie depending on the implementation)
> it is suggested that we have a simple modification of the existing compareTo function in Lucene to allow users to specify if they want the existing sort method or if they want to sort by freq.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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