[
https://issues.apache.org/jira/browse/LUCENE-1360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12987763#action_12987763
]
Lance Norskog commented on LUCENE-1360:
---------------------------------------
bq. Lance, this is a bit misleading. only lengths {3,4} , {6,7}, and {8,9,10}
share the same values.
I thought I got them all the same when I tested with Lucene 2.9, but ok.
bq. For most uses, this isn't really that big of a deal that a few numbers
quantize to the same bytes.
The problem is then the curve of how much field norms affect boosting.
Sure, close this. My goal is to make Solr work smoothly in all environments.
Lance
> A Similarity class which has unique length norms for numTerms <= 10
> -------------------------------------------------------------------
>
> Key: LUCENE-1360
> URL: https://issues.apache.org/jira/browse/LUCENE-1360
> Project: Lucene - Java
> Issue Type: Improvement
> Components: Query/Scoring
> Reporter: Sean Timm
> Assignee: Otis Gospodnetic
> Priority: Trivial
> Attachments: LUCENE-1380 visualization.pdf,
> ShortFieldNormSimilarity.java
>
>
> A Similarity class which extends DefaultSimilarity and simply overrides
> lengthNorm. lengthNorm is implemented as a lookup for numTerms <= 10, else
> as {{1/sqrt(numTerms)}}. This is to avoid term counts below 11 from having
> the same lengthNorm after stored as a single byte in the index.
> This is useful if your search is only on short fields such as titles or
> product descriptions.
> See mailing list discussion:
> http://www.nabble.com/How-to-boost-the-score-higher-in-case-user-query-matches-entire-field-value-than-just-some-words-within-a-field-td19079221.html
--
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-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
