No, that doesn't work yet.
I think we'll need to enhance the Solr query parser in order to support
this.
If that is supported we don't need to use the DataMathParser and this a more
general solution also for other client libraries.
Martijn
On 12 June 2011 20:58, Jamie Johnson <jej2...@gmail.com> wrote:
> Martjin,
>
> I had not considered doing something like
>
>
> manufacturedate_dt:[2007-02-13T15:26:37Z TO 2007-02-13T15:26:37Z+1YEAR]
>
> does this work? If so that completely eliminates the need to use the date
> math parsers right?
>
> On Sun, Jun 12, 2011 at 9:10 AM, Martijn v Groningen <
> martijn.is.h...@gmail.com> wrote:
>
> > Hi Jamie, Just letting you know that I've added a comment to SOLR-2523.
> I
> > ran into a class dependency issue regarding MathDateParser.
> >
> > Martijn
> > On 11 June 2011 16:04, Jamie Johnson <jej2...@gmail.com> wrote:
> >
> > > Awesome Martjin, let me know when you have it comitted and I'll check
> out
> > > the latest version. Again thanks!
> > >
> > > On Sat, Jun 11, 2011 at 8:15 AM, Martijn v Groningen <
> > > martijn.is.h...@gmail.com> wrote:
> > >
> > > > Hi James,
> > > >
> > > > Good idea! I'll add a getAsFilterQuery method to the patch.
> > > >
> > > > Martijn
> > > >
> > > > On 6 June 2011 19:32, Jamie Johnson <jej2...@gmail.com> wrote:
> > > >
> > > > > Small error, shouldn't be using this.start but should instead be
> > using
> > > > > Double.parseDouble(this.getValue());
> > > > > and
> > > > > sdf.parse(count.getValue());
> > > > > respectfully.
> > > > >
> > > > > On Mon, Jun 6, 2011 at 1:16 PM, Jamie Johnson <jej2...@gmail.com>
> > > wrote:
> > > > >
> > > > > > Thanks Martijn. I pulled your patch and it looks like what I was
> > > > looking
> > > > > > for. The original FacetField class has a getAsFilterQuery method
> > > which
> > > > > > returns the criteria to use as an fq parameter, I have logic
> which
> > > does
> > > > > this
> > > > > > in my class which works, any chance of getting something like
> this
> > > > added
> > > > > to
> > > > > > the patch as well?
> > > > > >
> > > > > >
> > > > > > public static class Numeric extends RangeFacet<Number, Number>
> {
> > > > > >
> > > > > > public Numeric(String name, Number start, Number end, Number
> > gap)
> > > {
> > > > > > super(name, start, end, gap);
> > > > > > }
> > > > > >
> > > > > > public String getAsFilterQuery(){
> > > > > > Double end = this.start.doubleValue() +
> > > > this.gap.doubleValue()
> > > > > -
> > > > > > 1;
> > > > > > return this.name + ":[" + this.start + " TO " + end +
> > > "]");
> > > > > > }
> > > > > >
> > > > > >
> > > > > > }
> > > > > >
> > > > > >
> > > > > > and for dates (there's a parse exception below which I am not
> doing
> > > > > > anything with currently)
> > > > > >
> > > > > > public String getAsFilterQuery(){
> > > > > > RangeFacet.Date dateCount =
> > > > > > (RangeFacet.Date)count.getRangeFacet();
> > > > > >
> > > > > > DateMathParser parser = new
> > > > > DateMathParser(TimeZone.getDefault(),
> > > > > > Locale.getDefault());
> > > > > > SimpleDateFormat sdf = new
> > > > > > SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss");
> > > > > >
> > > > > > parser.setNow(dateCount.getStart());
> > > > > > Date end = parser.parseMath(dateCount.getGap());
> > > > > > String startStr = sdf.format(dateCount.getStart()) +
> "Z";
> > > > > > String endStr = sdf.format(end) + "Z";
> > > > > > String label = startStr + " TO " + endStr;
> > > > > > return facetField.getName() + ":[" + label + "]");
> > > > > >
> > > > > > }
> > > > > >
> > > > > >
> > > > > > On Fri, Jun 3, 2011 at 7:05 AM, Martijn v Groningen <
> > > > > > martijn.is.h...@gmail.com> wrote:
> > > > > >
> > > > > >> Hi Jamie,
> > > > > >>
> > > > > >> I don't know why range facets didn't make it into SolrJ. But
> I've
> > > > > recently
> > > > > >> opened an issue for this:
> > > > > >> https://issues.apache.org/jira/browse/SOLR-2523
> > > > > >>
> > > > > >> I hope this will be committed soon. Check the patch out and see
> if
> > > you
> > > > > >> like
> > > > > >> it.
> > > > > >>
> > > > > >> Martijn
> > > > > >>
> > > > > >> On 2 June 2011 18:22, Jamie Johnson <jej2...@gmail.com> wrote:
> > > > > >>
> > > > > >> > Currently the range and date faceting in SolrJ acts a bit
> > > > differently
> > > > > >> than
> > > > > >> > I
> > > > > >> > would expect. Specifically, range facets aren't parsed at all
> > and
> > > > > date
> > > > > >> > facets end up generating filterQueries which don't have the
> > range,
> > > > > just
> > > > > >> the
> > > > > >> > lower bound. Is there a reason why SolrJ doesn't support
> these?
> > > I
> > > > > have
> > > > > >> > written some things on my end to handle these and generate
> > > > > filterQueries
> > > > > >> > for
> > > > > >> > date ranges of the form dateTime:[start TO end] and I have a
> > > > function
> > > > > >> > (which
> > > > > >> > I copied from the date faceting) which parses the range
> facets,
> > > but
> > > > > >> would
> > > > > >> > prefer not to have to maintain these myself. Is there a plan
> to
> > > > > >> implement
> > > > > >> > these? Also is there a plan to update FacetField to not have
> > end
> > > be
> > > > a
> > > > > >> > date,
> > > > > >> > perhaps making it a String like start so we can support date
> and
> > > > range
> > > > > >> > queries?
> > > > > >> >
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> --
> > > > > >> Met vriendelijke groet,
> > > > > >>
> > > > > >> Martijn van Groningen
> > > > > >>
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Met vriendelijke groet,
> > > >
> > > > Martijn van Groningen
> > > >
> > >
> >
> >
> >
> > --
> > Met vriendelijke groet,
> >
> > Martijn van Groningen
> >
>
--
Met vriendelijke groet,
Martijn van Groningen
