: What are wild-card range searches?
i'm pretty sure we was just refering to open ended range searchers, like
the example he asked about...
: > What does this mean?
: >
: > {* TO *}
:
: Same thing as [* TO *] - not worth trying to make it different IMO.
...right, that's something the Sol
On Fri, Sep 11, 2009 at 3:59 PM, Lance Norskog wrote:
> Thanks! I had to find this in the Lucene query parser syntax- it is
> not mentioned anywhere in the Solr wiki. You are right [a TO z} and {a
> TO z] are obvious improvements and solve the bucket-search problem the
> right way. But this collid
Thanks! I had to find this in the Lucene query parser syntax- it is
not mentioned anywhere in the Solr wiki. You are right [a TO z} and {a
TO z] are obvious improvements and solve the bucket-search problem the
right way. But this collides with wild-card range searches.
What does this mean?
: datefield:[X TO* Y] for X to Y-0....1
:
: This would be backwards-compatible. {} are used for other things and lexing
You lost me there ... {} aren't used for "other things" in the query
parser -- they're used for range queries that are exclusive of their end
points. datefield:{X TO
datefield:[X TO* Y] for X to Y-0....1
This would be backwards-compatible. {} are used for other things and lexing
is a dying art. Using a * causes mistakes to trigger wildcard syntaxes,
which will fail loudly.
On Tue, Sep 8, 2009 at 5:20 PM, Chris Hostetter wrote:
>
> : I ran into that p
: I ran into that problem as well but the solution was provided to me by
: this very list :) See
: http://www.nabble.com/Range-queries-td24057317.html It's not the
: cleanest solution, but as long as you know what you're doing it's not
: that bad.
Hmmm... yeah, that's a total hack. one of these
Chris Hostetter wrote:
: When I added numerical faceting to my checkout of solr (solr-1240) I basically
: copied date faceting and modified it to work with numbers instead of dates.
: With numbers I got a lot of doulbe-counted values as well. So to fix my
: problem I added an extra parameter to n
: When I added numerical faceting to my checkout of solr (solr-1240) I basically
: copied date faceting and modified it to work with numbers instead of dates.
: With numbers I got a lot of doulbe-counted values as well. So to fix my
: problem I added an extra parameter to number faceting where you
: Is this a known behavior people are happy with, or should I file an issue
: asking for ranges in date-facets to be constructed to subtract one second
: from the end of each range (so that the effective range queries for my case
It's a known anoyance, but not something that seems to anoy people e
Hi Stephen,
When I added numerical faceting to my checkout of solr (solr-1240) I
basically copied date faceting and modified it to work with numbers
instead of dates. With numbers I got a lot of doulbe-counted values as
well. So to fix my problem I added an extra parameter to number faceting
I don't think this behavior needs to be fixed. It is justified for the data
you have indexed.
"date minus 1 second" should definitely work for you.
Cheers
Avlesh
On Mon, Aug 31, 2009 at 11:37 PM, Stephen Duncan Jr <
stephen.dun...@gmail.com> wrote:
> If we do date faceting and start at 2009-01-0
11 matches
Mail list logo
