lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Walter Underwood <wunderw...@netflix.com>
Subject Re: Solr Sorting, merging/weighting sort fields
Date Fri, 11 May 2007 05:34:06 GMT
The boost is a way to adjust the weight of that field, just like you
adjust the weight of any other field. If the boost is dominating the
score, reduce the weight and vice versa.

wunder

On 5/10/07 9:22 PM, "Chris Hostetter" <hossman_lucene@fucit.org> wrote:

> 
> : Is this correct?  bf is a boosting function, so a function is needed there,
> no?
> 
> : If I'm not missing someting, the ^0.5 is just a boost, and "popularity"
> : is just a (numeric) field.  So boosting a numeric field wouldn't make
> : sense, but appying it to a function would. Am I missing something?
> 
> the function parser "does the right thing" when you give it a bare field
> name, from the javadocs...
> 
> http://lucene.apache.org/solr/api/org/apache/solr/search/QueryParsing.html#par
> seFunction(java.lang.String,%20org.apache.solr.schema.IndexSchema)
> // Numeric fields default to correct type
> // (ie: IntFieldSource or FloatFieldSource)
> // Others use implicit ord(...) to generate numeric field value
> myfield
> 
> you are correct about 0.5 being the boost, using either the _val_ hack on
> the SolrQueryParser or using he bf param of dismax the ^0.5 will be used
> as a boost on the resulting function query...
> 
>    qt=standard&q=%2Bfoo%20_val_:popularity^0.5
>    qt=dismax&q=foo&bf=popularity^0.5
> 
> 
> -Hoss
> 


Mime
View raw message