[jira] Commented: (SOLR-1240) Numerical Range faceting

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] Commented: (SOLR-1240) Numerical Range faceting

JIRA jira@apache.org

    [ 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: [hidden email]
For additional commands, e-mail: [hidden email]