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

J.L. Hill edited comment on SOLR-2412 at 4/5/14 4:41 PM:
---------------------------------------------------------

After spending the past few days on this, I am a bit stuck on how to limit the 
facets returned to a sublevel of the facets. For example, from the example 
above, only returning the facets L1_T1 and those below it. From normal 
faceting, I think it would be done via facet.prefix=L0_T1/L1_T1
I tried facet.prefix and efacet.prefix. 
Additionally, am I correct that the number of documents matching a facet field 
are to be in the "count" field/key (in standard faceting, it is with the facet 
field name)? The count seems not to match, but I am still testing.
Thanks in advance.


was (Author: hill):
After spending the past few days on this, I am a bit stuck on how to limit the 
facets returned to a sublevel of the facets. For example, from the example 
above, only returning the facets L1_T1 and those below it. From normal 
faceting, I think it would be done via facet.prefix=L0_T1/L1_T1
I tried facet.prefix and efacet.prefix. 
Additionally, am I correct that the number of documents matching a facet field 
are to be in the "count" key rather than with the facet field name as in the 
standard faceting?
Thanks in advance.

> Multipath hierarchical faceting
> -------------------------------
>
>                 Key: SOLR-2412
>                 URL: https://issues.apache.org/jira/browse/SOLR-2412
>             Project: Solr
>          Issue Type: New Feature
>          Components: SearchComponents - other
>    Affects Versions: 4.0
>         Environment: Fast IO when huge hierarchies are used
>            Reporter: Toke Eskildsen
>              Labels: contrib, patch
>         Attachments: SOLR-2412.patch, SOLR-2412.patch, SOLR-2412.patch, 
> SOLR-2412.patch, SOLR-2412.patch, SOLR-2412.patch, SOLR-2412.patch
>
>
> Hierarchical faceting with slow startup, low memory overhead and fast 
> response. Distinguishing features as compared to SOLR-64 and SOLR-792 are
>   * Multiple paths per document
>   * Query-time analysis of the facet-field; no special requirements for 
> indexing besides retaining separator characters in the terms used for faceting
>   * Optional custom sorting of tag values
>   * Recursive counting of references to tags at all levels of the output
> This is a shell around LUCENE-2369, making it work with the Solr API. The 
> underlying principle is to reference terms by their ordinals and create an 
> index wide documents to tags map, augmented with a compressed representation 
> of hierarchical levels.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to