[
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:39 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" key rather than with the facet field name as in the
standard faceting?
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 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]
