[
https://issues.apache.org/jira/browse/SOLR-258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512626
]
Hoss Man commented on SOLR-258:
-------------------------------
> the big problem being that I doubt the SolrQueryRequest is always available
> everywhere it's needed.
...exactly, at the moment all of the date parsing is done inside DateField.
i think i'll try refactoring it so that DateMathParser does *all* the parsing,
and make DateField delegate to it in the non-trivial case.
the problem that's still a pain to solve is getting all concepts of "NOW" to be
the samefor a request ... things like an fq=f:[NOW * NOW+1DAY] are handled by
DateField via a query parser ... i can't think of easy way to make that
consistent with the facet parsing definition of "NOW" (without resorting to a
ThreadLocal)
> Date based Facets
> -----------------
>
> Key: SOLR-258
> URL: https://issues.apache.org/jira/browse/SOLR-258
> Project: Solr
> Issue Type: New Feature
> Reporter: Hoss Man
> Assignee: Hoss Man
> Attachments: date_facets.patch, date_facets.patch, date_facets.patch,
> date_facets.patch, date_facets.patch
>
>
> 1) Allow clients to express concepts like...
> * "give me facet counts per day for every day this month."
> * "give me facet counts per hour for every hour of today."
> * "give me facet counts per hour for every hour of a specific day."
> * "give me facet counts per hour for every hour of a specific day and
> give me facet counts for the
> number of matches before that day, or after that day."
> 2) Return all data in a way that makes it easy to use to build filter queries
> on those date ranges.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
