lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hoss Man (JIRA)" <>
Subject [jira] Commented: (SOLR-1240) Numerical Range faceting
Date Fri, 23 Jul 2010 19:18:51 GMT


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:
>             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:
For additional commands, e-mail:

View raw message