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

Hoss Man commented on SOLR-2251:
--------------------------------

just to clarify: the "key" local param was original added to support 
multiselect faceting with alternate exclusions -- that's why the only 
documentation about it is in the [Multi-Select faceting 
docs|http://wiki.apache.org/solr/SimpleFacetParameters#key_:_Changing_the_output_key]
 and nothing in those docs suggest that specifying a key will cause it to use 
that key when looking or param names.

that said: i agree that i would be good if facet params work the way you 
describe

if a user specifies {{facet.field={!key=alt_name}orig_name}} then the order of 
precedence for options like facet.mincount should be...

* f.alt_name.facet.mincount
* f.orig_name.facet.mincount
* facet.mincount

...ditto for facet.query, facet.range, and facet.date.

> Facet "key" not used when setting mincount, etc on individual facets
> --------------------------------------------------------------------
>
>                 Key: SOLR-2251
>                 URL: https://issues.apache.org/jira/browse/SOLR-2251
>             Project: Solr
>          Issue Type: Improvement
>          Components: search
>    Affects Versions: 1.4.1
>            Reporter: Tim
>            Priority: Minor
>
> The "key" parameter that is used for aliasing output is very helpful in 
> simplifying the readability of complex facets.  However it doesn't seem that 
> this same alias can be used when configuring facets of individual fields.  
> The following example that does not use the key parameter works fine under 
> 1.4.1:
> rows=0&q=*:*+NOT+customers.blocked:1&facet=true&f.customers_name.facet.mincount=2&facet.field=customers_name
> <lst name="customers_name">
>   <int name="jone">2</int>
> </lst>
> The example below also works and does use the key parameter, however note 
> that we're still using the original field name when referring to 
> f.customers_name.facet.mincount:
> rows=0&q=*:*+NOT+customers.blocked:1&facet=true&f.customers_name.facet.mincount=2&facet.field={!key=alt_name}customers_name
> <lst name="customers_name">
>   <int name="jone">2</int>
> </lst>
> The final example below does not work.  It uses the alias established by the 
> key parameter to configure the mincount setting for the customers_name field.
> rows=0&q=*:*+NOT+customers.blocked:1&facet=true&f.alt_name.facet.mincount=2&facet.field={!key=alt_name}customers_name
> <lst name="alt_name">
>   <int name="jone">2</int>
>   <int name="tim">1</int>
>   <int name="sami">0</int>
> </lst>
> This is a trivial example.  The behavior becomes much more important when 
> talking about facet queries.

-- 
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]

Reply via email to