[ http://issues.apache.org/jira/browse/SOLR-44?page=all ]
Hoss Man updated SOLR-44:
-------------------------
Attachment: simple-facets.patch
Small change to the way the fq params are processed...
previously it was valid to have an "fq" param of "" that would be ignored by
the DisMax handler (if it did't ignore it, you got a parse error from
QueryParser) ... i readded that logic to the utility that now deals with the FQ
params for both standard and dismax.
> Basic Facet Count support
> -------------------------
>
> Key: SOLR-44
> URL: http://issues.apache.org/jira/browse/SOLR-44
> Project: Solr
> Issue Type: New Feature
> Components: search
> Reporter: Hoss Man
> Assigned To: Hoss Man
> Attachments: simple-facets.patch, simple-facets.patch,
> simple-facets.patch, simple-facets.patch
>
>
> First pass at basic facet support. initial patch includes utilities for use
> in RequestHandlers, and usage in StandardRequestHandler (DisMax should use
> SolrParams before attempting to add this)
> Basic idea is that:
> * facet=true indicates facet counts are desired.
> * facetField=inStock indicates we want a count of the matching docs for
> each value in the field inStock
> * facetQuery=title:ipod indicates we want the count of matching docs also
> in the set of docs matching query title:ipod
> * if user wants to apply a facet constraint on subsequent queries, they can
> add an "fq" (filter query) param (support for this was added to
> StandardRequestHandler as well)
> Things marked TODO...
> * add support for per field facetLimit indicating that only the top N items
> in each facetField should be returned
> * add support for a per field facetZero boolean indicating that there is no
> reason to bother returning counts of 0 for facetFields (some clients may want
> to know the list, others don't care)
> * potential optimization when using faceLimit to cache the terms with the
> highest docFreq and see if they provide all the info we need without doing a
> full TermEnum
> I'd like to get some feedback on the overall appraoch and params before i
> proceed too much farther.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
