: Thanks for explaining the point system, please find below the complete Sorry .. that part was ment to be a joke, I think i was really tired when i wrote that. The key take away: details matter.
: <int : name="2011-05-02T05:30:00Z">4</int> : <int : name="2011-05-03T05:30:00Z">63</int> : <int : name="2011-05-04T05:30:00Z">0</int> : <int : name="2011-05-05T05:30:00Z">0</int> ... : Now if you notice that the response show 4 records for the 2th of May 2011 : which will fall in the IST timezone (+330MINUTES), but when I try to get the right. : results I see that there is only 1 result for the 5th why is this happening. Why do you say that? According to those facet results, there are 0 docs between 2011-05-05T05:30:00Z and 2011-05-05T05:30:00Z+1DAY (which is what i assume you mean by "the 5th" ... ie: "May 5th, in that timezone offset") Not only that, but the query you posted isn't attempting to filter on "the 5th" by any possible definition of the concept... : <str : name="fq">createdOnGMTDate:[2011-05-01T00:00:00Z+330MINUTES TO *] : </str> ...that's saying you want all docs with a date on or after "the 1st". : If I don't apply the offset the results match with the facet count, is there : something wrong in my query? it looks like your query is just plain wrong. if you're goal was to drill down and show only documents from "the 5th" it should have been something like... fq = createdOnGMTDate:[2011-05-05T00:00:00Z+330MINUTES TO 2011-05-05T00:00:00Z+330MINUTES+1DAY] ...but note also that there is the question of "edge inclusion" and when you want to use [A TO B] vs [A TO B}. The facet.range.include option is how you control wether the edges are used in the facet counts... http://wiki.apache.org/solr/SimpleFacetParameters#facet.date.include -Hoss