[ https://issues.apache.org/jira/browse/LUCENE-1420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12643614#action_12643614 ]
Michael McCandless commented on LUCENE-1420: -------------------------------------------- OK thanks Andrzej. I plan to commit in a day or two. > Similarity.lengthNorm and positionIncrement=0 > --------------------------------------------- > > Key: LUCENE-1420 > URL: https://issues.apache.org/jira/browse/LUCENE-1420 > Project: Lucene - Java > Issue Type: Improvement > Components: Index > Affects Versions: 2.3.3, 2.9 > Reporter: Andrzej Bialecki > Assignee: Michael McCandless > Fix For: 2.3.3, 2.9 > > Attachments: LUCENE-1420.patch, similarity-v2.patch, similarity.patch > > > Calculation of lengthNorm factor should in some cases take into account the > number of tokens with positionIncrement=0. This should be made optional, to > support two different scenarios: > * when analyzers insert artificially constructed tokens into TokenStream > (e.g. ASCII-fied versions of accented terms, stemmed terms), and it's > unlikely that users submit queries containing both versions of tokens: in > this case lengthNorm calculation should ignore the tokens with > positionIncrement=0. > * when analyzers insert synonyms, and it's likely that users may submit > queries that contain multiple synonymous terms: in this case the lengthNorm > should be calculated as it is now, i.e. it should take into account all terms > no matter what is their positionIncrement. > The default should be backward-compatible, i.e. it should count all tokens. > (See also the discussion here: http://markmail.org/message/vfvmzrzhr6pya22h ) -- 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]