[
https://issues.apache.org/jira/browse/SOLR-4496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teun Duynstee updated SOLR-4496:
--------------------------------
Attachment: limitLength-limitDelim-1st.patch
This implements the idea, but will throw an exception for multivalued fields.
Tests have been added. Please have mercy on my coding style. I don't know my
way around in java that well.
> Support for faceting on the start of values
> -------------------------------------------
>
> Key: SOLR-4496
> URL: https://issues.apache.org/jira/browse/SOLR-4496
> Project: Solr
> Issue Type: Improvement
> Components: search
> Reporter: Teun Duynstee
> Priority: Minor
> Attachments: limitLength-limitDelim-1st.patch
>
>
> The SimpleFacets component supports the prefix parameter to return only
> facets starting with that prefix. This feature should (IMO) be complemented
> by two more parameters to make it much more usefull (names could be improved
> on of course):
> - limitLength: will return facets for only the first x characters of the real
> facets. If the real values are AAA, CC and CCC, the limitLength=1 parameter
> would cause the facets A and C to be returned, with the sum of the counts.
> This could typpically be used for a UI that allows you to select a first
> letter for fields with many facets.
> - limitDelim: this would not truncate on a fixed length, but on the occurence
> of a certain character after the prefix. This would allow the user to search
> for hierarchical fields without having to resort to including each level of
> the hierarchy at index analysis. This way, the value of the filed cat would
> be 'Comics>Marvel>Batman' and this would be found using
> prefix=Comics>&limitDelim=>. This would return the facet Marvel with the
> combined count for all undelying cat values.
> I am working on a patch that would achieve this by postprocessing the
> resulting counts in getTermCounts(). However, this will not return the
> correct counts for multivalued fields. Also, the combination with field.limit
> is not easy. Any tips for how to implement this? I'm available to work on a
> patch. Or is it a bad idea anyway?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]