[
https://issues.apache.org/jira/browse/LUCENE-4378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13453588#comment-13453588
]
Hoss Man commented on LUCENE-4378:
----------------------------------
bq. I can't think of any actual use cases,
bq. instead lots of confusion where people really want a small boost instead of
a negative one.
Hmmm.. all of my experiences are the generally the opposite -- people want to
penalize the scores of documents that match some query, and if they try using a
"small boost" it still increases the score of the documents they are trying to
penalize, so they wind up needing to do something like...
{noformat}
(thing_they_want_to_match (*:* -thing_they_want_to_penalize)^100)
{noformat}
when what they ideally want to be able to write is..
{noformat}
(thing_they_want_to_match thing_they_want_to_penalize^-100)
{noformat}
...but i'm not passionate enough about this to really fight for it -- i just
wanted to point out the disconnect.
(Wondering if there are any other opinions)
> QueryParsers do not support negative boosts
> -------------------------------------------
>
> Key: LUCENE-4378
> URL: https://issues.apache.org/jira/browse/LUCENE-4378
> Project: Lucene - Core
> Issue Type: Improvement
> Reporter: Hoss Man
> Attachments: LUCENE-4378-test.patch
>
>
> Negative query boosts have been supported at the "Query" object level for a
> long time (resulting in negative scores for matching documents), but
> evidently we never updated the QueryParsers to know about this - attempting
> to specify a negative boost in the query string results in a parse error.
> we should probably add this to the parser grammer(s)
--
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: [email protected]
For additional commands, e-mail: [email protected]