Interesting.. say you have a double slider with a discrete range (like tripadvisor et.al.) perhaps it would be a good guideline to use these discrete points for the quantum interval for the sparkline as well?
Of course it then becomes the question which discrete values to use for the slider. I tend to follow what tripadvisor does for it's price-slider: set a cap for the max price, and set a fixed interval ($25) for the discrete steps. (of course there are edge cases like when no product hits the maximum capped price) I have also seen non-linear steps implemented, but I guess this doesn't go well with the notion of sparlines. Anyway, from a implementation standpoint it would be enough for Solr to return the 'nr of items' per interval. From that, it would be easy to calculate on the application-side the 'nr of items' for each possible slider-combination. getting these values from solr would require (staying with the price-example): - a new discretised price field. And doing a facet.field. - the (continu) price field already present, and doing 50 facet queries (if you have 50 steps) - another more elegant way ;-) . Perhaps an addition to statscomponent that returns all counts within a discrete (to be specified) step? Would this slow the statscomponent-code down a lot, or ir the info already (almost) present in statscomponent for doing things as calculating sddev / means, etc? - something I'm completely missing... 2010/5/28 Chris Hostetter <hossman_luc...@fucit.org> > > : Perhaps you could show the 'nr of items left' as a tooltip of sorts when > the > : user actually drags the slider. > > Years ago, when we were first working on building Solr, a coworker of mind > suggested using double bar sliders (ie: pick a range using a min and a > max) for all numeric facets and putting "sparklines" above them to give > the user a visual indication of the "spread" of documents across the > numeric spectrum. > > it wsa a little more complicated then anything we needed -- and seemed > like a real pain in hte ass to implement. i still don't know of anyone > doing anything like that, but it's definitley an interesting idea. > > The hard part is really just deciding what "quantum" interval you want > to use along the xaxis to decide how to count the docs for the y axis. > > http://en.wikipedia.org/wiki/Sparkline > http://www.edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=0001OR > > > -Hoss > >
