lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Geert-Jan Brits <>
Subject Re: Sites with Innovative Presentation of Tags and Facets
Date Mon, 31 May 2010 09:23:11 GMT

say you have a double slider with a discrete range (like tripadvisor
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

getting these values from solr would require (staying with the
- 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,
- something I'm completely missing...

2010/5/28 Chris Hostetter <>

> : 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.
> -Hoss

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message