[
https://issues.apache.org/jira/browse/SOLR-1240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12891749#action_12891749
]
Hoss Man commented on SOLR-1240:
--------------------------------
bq. How about an option to request a more verbose output, something like this:
I'm not opposed to having a more verbose output option -- but it should
definitely be optional. I'd like to suggest that we tackle that in an
independent Jira issue. The main question I have for you know is: do you see
any obvious changes we should make to the params/format introduced in this
issue in anticipation of making it simple to add a more verbose option/format
in a subsequent issue?
(Personally: i'm not really interested in working on the verbose format. I
think putting the same effort into something like SOLR-1896 would be more
useful: it would keep the response format small, and make it trivial for people
to "filter" on individual ranges, even with complex "include" params)
bq. p.s. I noticed the start parameter was missing from your xml example, is
that on purpose or a slight oversight?
no ... we've never included "start" in the date faceting (so i didn't include
it here) because it's always the value of the first constraint count ... the
only reason "end" was ever included is because it isn't immediately obvious
what the upper bound of the last range is from the gap: the "hardend" param can
modify it.
do you think we really need to explicitly label the start? if we add an
optional verbose format that can obviously include it, is it really needed in
this simple output?
> Numerical Range faceting
> ------------------------
>
> Key: SOLR-1240
> URL: https://issues.apache.org/jira/browse/SOLR-1240
> Project: Solr
> Issue Type: New Feature
> Components: search
> Reporter: Gijs Kunze
> Priority: Minor
> Attachments: SOLR-1240.patch, SOLR-1240.patch, SOLR-1240.patch,
> SOLR-1240.patch, SOLR-1240.patch, SOLR-1240.patch, SOLR-1240.patch
>
>
> For faceting numerical ranges using many facet.query query arguments leads to
> unmanageably large queries as the fields you facet over increase. Adding the
> same faceting parameter for numbers which already exists for dates should fix
> this.
--
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]
