[jira] [Updated] (LUCENE-4935) CustomScoreQuery has broken boosting
[ https://issues.apache.org/jira/browse/LUCENE-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated LUCENE-4935: -- Fix Version/s: (was: 4.4) 4.3.1 CustomScoreQuery has broken boosting Key: LUCENE-4935 URL: https://issues.apache.org/jira/browse/LUCENE-4935 Project: Lucene - Core Issue Type: Bug Components: core/query/scoring Reporter: Robert Muir Labels: lucene-4.3.1-candidate Fix For: 5.0, 4.3.1 Attachments: LUCENE-4935.patch, LUCENE-4935.patch CustomScoreQuery wrongly applies boost^2 instead of boost. It wrongly incorporates its boost into the normalization factor passed down to subquery (like booleanquery does) and *also* multiplies it directly in its scorer. The only reason the test passes today is because it compares raw score magnitudes when querynorm is on, which normalizes this away. Changing the test to use newSearcher() demonstrates the brokenness. -- 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-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-4935) CustomScoreQuery has broken boosting
[ https://issues.apache.org/jira/browse/LUCENE-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated LUCENE-4935: -- Labels: (was: lucene-4.3.1-candidate) CustomScoreQuery has broken boosting Key: LUCENE-4935 URL: https://issues.apache.org/jira/browse/LUCENE-4935 Project: Lucene - Core Issue Type: Bug Components: core/query/scoring Reporter: Robert Muir Fix For: 5.0, 4.3.1 Attachments: LUCENE-4935.patch, LUCENE-4935.patch CustomScoreQuery wrongly applies boost^2 instead of boost. It wrongly incorporates its boost into the normalization factor passed down to subquery (like booleanquery does) and *also* multiplies it directly in its scorer. The only reason the test passes today is because it compares raw score magnitudes when querynorm is on, which normalizes this away. Changing the test to use newSearcher() demonstrates the brokenness. -- 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-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-4935) CustomScoreQuery has broken boosting
[ https://issues.apache.org/jira/browse/LUCENE-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Rowe updated LUCENE-4935: --- Labels: lucene-4.3.1-candidate (was: ) CustomScoreQuery has broken boosting Key: LUCENE-4935 URL: https://issues.apache.org/jira/browse/LUCENE-4935 Project: Lucene - Core Issue Type: Bug Components: core/query/scoring Reporter: Robert Muir Labels: lucene-4.3.1-candidate Fix For: 5.0, 4.4 Attachments: LUCENE-4935.patch, LUCENE-4935.patch CustomScoreQuery wrongly applies boost^2 instead of boost. It wrongly incorporates its boost into the normalization factor passed down to subquery (like booleanquery does) and *also* multiplies it directly in its scorer. The only reason the test passes today is because it compares raw score magnitudes when querynorm is on, which normalizes this away. Changing the test to use newSearcher() demonstrates the brokenness. -- 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-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-4935) CustomScoreQuery has broken boosting
[ https://issues.apache.org/jira/browse/LUCENE-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-4935: Attachment: LUCENE-4935.patch CustomScoreQuery has broken boosting Key: LUCENE-4935 URL: https://issues.apache.org/jira/browse/LUCENE-4935 Project: Lucene - Core Issue Type: Bug Components: core/query/scoring Reporter: Robert Muir Attachments: LUCENE-4935.patch CustomScoreQuery wrongly applies boost^2 instead of boost. It wrongly incorporates its boost into the normalization factor passed down to subquery (like booleanquery does) and *also* multiplies it directly in its scorer. The only reason the test passes today is because it compares raw score magnitudes when querynorm is on, which normalizes this away. Changing the test to use newSearcher() demonstrates the brokenness. -- 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-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-4935) CustomScoreQuery has broken boosting
[ https://issues.apache.org/jira/browse/LUCENE-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-4935: Attachment: LUCENE-4935.patch Here is an updated patch thats more correct in my opinion (but the first one fixes the bug). In my opinion this query should not 'distribute' any boosts down to subQuery, because an arbitrary function will be executed on that score that might not adhere to the distributive law. So if someone has a BooleanQuery(CustomScoreQuery(TermQuery)))^5, but their CustomScoreProvider scores with log(subQueryScore) + valSrcScore, they might wonder what happened to their boost of 5 on the outer booleanquery. This is more of a corner case, but i think it simplifies the thing so it acts more like ConstantScoreQuery. CustomScoreQuery has broken boosting Key: LUCENE-4935 URL: https://issues.apache.org/jira/browse/LUCENE-4935 Project: Lucene - Core Issue Type: Bug Components: core/query/scoring Reporter: Robert Muir Attachments: LUCENE-4935.patch, LUCENE-4935.patch CustomScoreQuery wrongly applies boost^2 instead of boost. It wrongly incorporates its boost into the normalization factor passed down to subquery (like booleanquery does) and *also* multiplies it directly in its scorer. The only reason the test passes today is because it compares raw score magnitudes when querynorm is on, which normalizes this away. Changing the test to use newSearcher() demonstrates the brokenness. -- 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-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org