You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Hoss Man (JIRA)" <ji...@apache.org> on 2010/12/13 17:56:01 UTC

[jira] Commented: (SOLR-2014) Allow BF parameter to accept complex nested expressions with whitespace sprinkled throughout

    [ https://issues.apache.org/jira/browse/SOLR-2014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970894#action_12970894 ] 

Hoss Man commented on SOLR-2014:
--------------------------------

Ivan: thanks for your patch.

as noted in, SOLR-2267, In my option, now that we have LocalParams the "bf" param should be deprecated and removed in place of just using the "boost" or "bq" param - "bf=..." is functionally equivalent to "bq={!func}..."

The only reason i can think of why you might explicitly want bf is if you have been using solr since the stone ages, and have really old clients with hardcoded queries and you *want* the legacy semantics of splitting on whitespace to get multiple function boosts.

Can you think of any major advantages "bf" has over "bq" moving forward?

> Allow BF parameter to accept complex nested expressions with whitespace sprinkled throughout
> --------------------------------------------------------------------------------------------
>
>                 Key: SOLR-2014
>                 URL: https://issues.apache.org/jira/browse/SOLR-2014
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Ivan Small
>            Priority: Minor
>         Attachments: SOLR-2014.patch
>
>
> Modify the parsing of the boost function parameter (BF) to allow for whitespace throughout.  This is useful for a couple of reasons.  The first is more intuitive configuration, but the larger is to allow nested boost functions.  By allowing for nesting of the boost function various forms of caching, normalizing and other modification are possible.

-- 
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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org