if i use
q=scanneddate:["2011-09-22T22:40:30Z" TO "2012-02-02T01:30:52Z"] .
it is working fine .
but when i tried with dismax query .it is not working .
EX :
select/?defType=dismax&q=["2011-09-22T22:40:30Z" TO
"2012-02-02T01:30:52Z"]&qf=scanneddate&version=2.2&start=0&rows=50&indent=on&wt=json&&de
select/?defType=dismax&q=+ibrahim.hamid+2012-02-02T04:00:52Z&qf=+userid+scanneddate&version=2.2&start=0&rows=50&indent=on&wt=json&&debugQuery=on
--
View this message in context:
http://lucene.472066.n3.nabble.com/problem-with-date-searching-tp3961761p3983802.html
Sent from the Solr - User mailing
In fact I am able to see "scanneddate" field when i added query like this
"responseHeader":{
-
-
"q":" ibrahim.hamid 2012-02-02T04:00:52Z",
"qf":" userid scanneddate",
"wt":"json",
"defType":"dismax",
"version":"2.2",
"rows":"50"}},
"response":{"numF
Use debugQuery=true to see exactly how the dismax parser sees this query.
Also, since this is a binary query, you can use filter queries
instead. Those use the Lucene syntax.
On Fri, May 4, 2012 at 8:14 AM, Erick Erickson wrote:
> Right, you need to do the explicit qualification of the date fiel
Right, you need to do the explicit qualification of the date field.
dismax parsing is intended to work with text-type fields, not
numeric or date fields. If you attach &debugQuery=on, you'll
see that your "scanneddate" field is just dropped.
Furthermore, dismax was never intended to work with rang
unless, something else is wrong, my question would be, if you have the
documents in solr stamped with these dates?
also could try for a test specifying the field name directly:
q=scanneddate:["2011-09-22T22:40:30Z" TO "2012-02-02T01:30:52Z"]
also, in your first e-mail you said you have used
[*"2
thanks for quick response.
I tried your advice . ["2011-09-22T22:40:30Z" TO "2012-02-02T01:30:52Z"]
like that even though i am not getting any result .
--
View this message in context:
http://lucene.472066.n3.nabble.com/problem-with-date-searching-tp3961761p3961833.html
Sent from the Solr - Us
you have dates in the wrong order in the second query. Try instead:
["2011-09-22T22:40:30Z" TO "2012-02-02T01:30:52Z"]
in general:
[start_date TO end_date]
Dmitry
On Fri, May 4, 2012 at 1:10 PM, ayyappan wrote:
> Hi
>
> I'm having a slight problem with date searching... if i give same date
