[
https://issues.apache.org/jira/browse/LUCENE-2557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12892290#action_12892290
]
Robert Muir commented on LUCENE-2557:
-------------------------------------
bq. I think we're agreed that the effects of IDF are troublesome when ranking
variant term matches but I question that the default solution should be to
remove IDF from the equation completely.
Mark, just fyi, the boost-only rewrite method isnt the default (its just a
simple option, but no runtime behavior has changed, it still uses "normal"
boolean expansion as default).
I basically agree with your idea that it would be nicer to add a smarter
rewrite method, and if so, probably change the defaults. But my concerns are:
* this input term / does not exist thing seems a little wierd to me as
mentioned.
* doing a lot of docfreq/idf calls seems expensive? this is no problem with
FuzzyLikeThis i think though, doesnt it uses a more reasonable PQ size? (50 or
something)
> FuzzyQuery - fuzzy terms and misspellings are ranked higher than exact matches
> ------------------------------------------------------------------------------
>
> Key: LUCENE-2557
> URL: https://issues.apache.org/jira/browse/LUCENE-2557
> Project: Lucene - Java
> Issue Type: Bug
> Components: Query/Scoring
> Affects Versions: 3.0.2
> Reporter: Jingkei Ly
> Attachments: idf-scoring-test-case.patch, LUCENE-2557.patch
>
>
> The FuzzyQuery often causes misspellings to be ranked higher than the exact
> match, which seems to be an undesirable property generally.
> For example, in an index of surnames, if I search using a FuzzyQuery for
> "smith", the misspellings such as "smiith", or "smiht" would appear near the
> top of the search results ahead of documents that match "smith".
--
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: [email protected]
For additional commands, e-mail: [email protected]
