Re: SolrJ commit options

2010-03-05 Thread gunjan_versata

But can anyone explain me the use of these parameters.. I have read upon it..
what i could  not understand was.. if can i set both the params to false,
after how much time will my changes start reflecting?

-- 
View this message in context: 
http://old.nabble.com/SolrJ-commit-options-tp27714405p27802041.html
Sent from the Solr - User mailing list archive at Nabble.com.



using bq with standard request handler

2010-01-24 Thread gunjan_versata


Hi all,

I am using a query like:
http://localhost:8080/solr/select?q=product_category:Groceryfq=in_stock:truedebugQuery=true;
sort=display_priority+desc,prop_l_price+asc

To first sort on display_priority and then on price..

Is it possible to use display_priority/price fields in bq itself to acheive
the same result.. I tried forming some queries that but was unable to get
desired results...

Any kind of help would be highly appreciated...

Regards,
Gunjan
-- 
View this message in context: 
http://old.nabble.com/using-bq-with-standard-request-handler-tp27302951p27302951.html
Sent from the Solr - User mailing list archive at Nabble.com.



Meaning of this error: Failure to meet condition(s) of required/prohibited clause(s)???

2010-01-07 Thread gunjan_versata


Hi All,

i have a document indexed in solr, which is as follow :

doc
str name=idP-E-HE-Philips-32PFL5409-98-Black-32/str
arr name=keywords
strPhilips/str
strLCD TVs/str
/arr
str name=title
Philips 32PFL5409-98  32 LCDTV withPixel Plus HD (Black,32)
/str
/doc

now when i search for lcd tvs, i dont the above doc in search results.. on
doing explain other, i got the following output.. 

   P-E-HE-Philips-32PFL5409-98-Black-32:
0.0 = (NON-MATCH) Failure to meet condition(s) of required/prohibited
clause(s)
  0.0 = no match on required clause (((subKeywords:lcd^0.1 |
keywords:lcd^0.5 | defaultKeywords:lcd | contributors:lcd^0.5 | title:lcd)
(subKeywords:televis^0.1 | keywords:tvs^0.5 | defaultKeywords:tvs |
contributors:tvs^0.5 | (title:televis title:tv title:tvs)))~1)
0.0 = (NON-MATCH) Failure to match minimum number of optional clauses: 1
  0.91647065 = (MATCH) max of:
0.91647065 = (MATCH) weight(keywords:lcd tvs^0.5 in 40), product of:
  0.13178125 = queryWeight(keywords:lcd tvs^0.5), product of:
0.5 = boost
11.127175 = idf(docFreq=34, maxDocs=875476)
0.023686381 = queryNorm
  6.9544845 = (MATCH) fieldWeight(keywords:lcd tvs in 40), product of:
1.0 = tf(termFreq(keywords:lcd tvs)=1)
11.127175 = idf(docFreq=34, maxDocs=875476)
0.625 = fieldNorm(field=keywords, doc=40)

i am not sure of what it means? and if i can tweak it or not?  please not,
this score was more than the results which showed up...

Regards,
Gunjan

-- 
View this message in context: 
http://old.nabble.com/Meaning-of-this-error%3A-Failure-to-meet-condition%28s%29-of-required-prohibited-clause%28s%29tp27058008p27058008.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Meaning of this error: Failure to meet condition(s) of required/prohibited clause(s)???

2010-01-07 Thread gunjan_versata

I have defined a field type in schema.xml :

fieldType name=lowercase class=solr.TextField
positionIncrementGap=100
  analyzer
tokenizer class=solr.KeywordTokenizerFactory/
filter class=solr.LowerCaseFilterFactory /
filter class=solr.TrimFilterFactory /
filter class=solr.SnowballPorterFilterFactory language=English
protected=protwords.txt/
  /analyzer
/fieldType

field name=keywords type=lowercase indexed=true stored=true
multiValued=true/ 
field name=defaultKeywords type=lowercase indexed=true stored=true
multiValued=true/ 
field name=subKeywords type=textTight indexed=true stored=true
multiValued=true/

The other fields don't have lcd tvs in them.. 

And handler used is :

requestHandler name=product class=solr.DisMaxRequestHandler 
lst name=defaults
 str name=echoParamsexplicit/str
 str name=qf
title^0.7 contributors^0.2 keywords^0.5 defaultKeywords^1
subKeywords^0.1
 /str
 str name=pf
keywords^0.5 defaultKeywords^1
 /str
 str name=mm50%/str
/lst
/requestHandler

-Regards,
Gunjan


Erick Erickson wrote:
 
 How are these fields defined in your schema.xml? Note
 that String types are indexed without tokenization, so
 if str is defined as a String field type, that may be
 part of your problem (try text type if so).
 
 If this is irrelevant, please show us the relevant parts
 of your schema and the query you're submitting...
 
 Erick
 
 On Thu, Jan 7, 2010 at 6:17 AM, gunjan_versata
 gunjanga...@gmail.comwrote:
 


 Hi All,

 i have a document indexed in solr, which is as follow :

 doc
 str name=idP-E-HE-Philips-32PFL5409-98-Black-32/str
 arr name=keywords
 strPhilips/str
 strLCD TVs/str
 /arr
 str name=title
 Philips 32PFL5409-98  32 LCDTV withPixel Plus HD (Black,32)
 /str
 /doc

 now when i search for lcd tvs, i dont the above doc in search results..
 on
 doing explain other, i got the following output..

   P-E-HE-Philips-32PFL5409-98-Black-32:
 0.0 = (NON-MATCH) Failure to meet condition(s) of required/prohibited
 clause(s)
  0.0 = no match on required clause (((subKeywords:lcd^0.1 |
 keywords:lcd^0.5 | defaultKeywords:lcd | contributors:lcd^0.5 |
 title:lcd)
 (subKeywords:televis^0.1 | keywords:tvs^0.5 | defaultKeywords:tvs |
 contributors:tvs^0.5 | (title:televis title:tv title:tvs)))~1)
0.0 = (NON-MATCH) Failure to match minimum number of optional clauses:
 1
  0.91647065 = (MATCH) max of:
0.91647065 = (MATCH) weight(keywords:lcd tvs^0.5 in 40), product of:
  0.13178125 = queryWeight(keywords:lcd tvs^0.5), product of:
0.5 = boost
11.127175 = idf(docFreq=34, maxDocs=875476)
0.023686381 = queryNorm
  6.9544845 = (MATCH) fieldWeight(keywords:lcd tvs in 40), product of:
1.0 = tf(termFreq(keywords:lcd tvs)=1)
11.127175 = idf(docFreq=34, maxDocs=875476)
0.625 = fieldNorm(field=keywords, doc=40)

 i am not sure of what it means? and if i can tweak it or not?  please
 not,
 this score was more than the results which showed up...

 Regards,
 Gunjan

 --
 View this message in context:
 http://old.nabble.com/Meaning-of-this-error%3A-Failure-to-meet-condition%28s%29-of-required-prohibited-clause%28s%29tp27058008p27058008.html
 Sent from the Solr - User mailing list archive at Nabble.com.


 
 

-- 
View this message in context: 
http://old.nabble.com/Meaning-of-this-error%3A-Failure-to-meet-condition%28s%29-of-required-prohibited-clause%28s%29tp27058008p27071735.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: solr 1.4: multi-select for statscomponent

2009-12-05 Thread gunjan_versata

Is there any update on this requirement??


Britske wrote:
 
 Is there way to exclude filters from a stats field, like it is possible to
 exclude filters from a facet.field? It didn't work for me. 
 
 i.e: I have a field price, and although I filter on price, I would like to
 be able to get the entire range (min,max) of prices as if I didn't specify
 the filter. Obviously without excluding the filter the min,max range is
 constrained by [50,100]
 
 Part of query: 
 stats=truestats.field={!ex=p1}pricefq={!tag=p1}price:[50 TO 100]
 
 USE-CASE:
 I show a double-slider using javascript to display possible prices. (2
 handles, one allowing to set min-price and the other to set max-price) 
 The slider has a range of [0,maxprice without price filter set]. maxprice
 is inserted by getting info from 'stats.pricestats=true'
 
 When the user sets the slider a filter (fq) is set constraining the
 resultset the set min and max-prices. 
 After the page updates, I still want to show the price-slider, with the
 min and max handles set to the prices as selected by the user, so the user
 can alter his filter quickly.
 
 However (and here it comes) I would also be able to get the 'maxprice
 without price filter set' because I need this to set the max-range of the
 slider. 
 
 Is there any (undocumented) feature that makes this possible? If not,
 would it be easy to add?
 
 Thanks, 
 Britske
 
 

-- 
View this message in context: 
http://old.nabble.com/solr-1.4%3A-multi-select-for-statscomponent-tp22202971p26656565.html
Sent from the Solr - User mailing list archive at Nabble.com.



Behavior of filter query

2009-12-03 Thread gunjan_versata

Hi, 

I am working on SOLR 1.4. And am trying to implement the multi select
feature on my site. I dont want the faceting counts but only results. I
tried diff variations in my query :

They are:

http://localhost:8080/solr/select?q=*:*fq=product_category:Mobiles+%2Bproperty_make:(Nokia%20OR%20Sony-Ericsson)+%2Bproperty_bodyType:(CandyBar%20OR%20Slider)
Result : 47

http://localhost:8080/solr/select?q=Mobilesqt=storefq=property_make:(Nokia%20OR%20Sony-Ericsson)fq=property_bodyType:(CandyBar%20OR%20Slider)
Result : 47

http://localhost:8080/solr/select?q=Mobilesqt=storefq=property_make:(Nokia%20OR%20Sony-Ericsson)+%2Bproperty_bodyType:(CandyBar%20OR%20Slider)
Result : 148

Now problem is, on the basis of my knowledge, I expected all three queries
to give out the same results. Then, why is 3rd one behaving differently? By
the way, in the third query, the result set includes entries which have
either of them, ie it is behaving like OR, not AND. 

Also, if anyone could tell me, performance wise which is the best...

For more insight: 

Schema:

fieldType name=lowercase class=solr.TextField
positionIncrementGap=100
  analyzer
tokenizer class=solr.KeywordTokenizerFactory/
filter class=solr.LowerCaseFilterFactory /
filter class=solr.TrimFilterFactory /
filter class=solr.SnowballPorterFilterFactory language=English
protected=protwords.txt/
  /analyzer
/fieldType

field name=family_id type=string indexed=true stored=true
omitNorms=true/
   field name=product_category type=string indexed=true stored=true
omitNorms=true /
   field name=img_url type=string indexed=false stored=true /
   field name=title type=text indexed=true stored=true /
   field name=price  type=float stored=true/
   field name=sdp_url type=string indexed=false stored=true /
   field name=inStock type=boolean indexed=true stored=false /
   field name=property_keywords type=string stored=false
indexed=true multiValued=true/
   field name=property_features type=string stored=true
indexed=true multiValued=true/
   dynamicField name=property_* type=string stored=true
indexed=true/

field name=text type=lowercase indexed=true stored=false
multiValued=true/
copyField source=property_* dest=text/


Handler: 

  requestHandler name=store class=solr.SearchHandler 
lst name=defaults
 str name=defTypedismax/str
 str name=echoParamsexplicit/str
 str name=qf
product_category
 /str
 str name=mm100%/str
/lst
lst name=appends
  str name=fqinStock:true/str
/lst
  /requestHandler

I am looking out for a quick response. Any kind of help would be highly
appreciated. 

Regards,

Gunjan
-- 
View this message in context: 
http://old.nabble.com/Behavior-of-filter-query-tp26623237p26623237.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Behavior of filter query

2009-12-03 Thread gunjan_versata


Guess I found the problem.. By using fq=%2B bla blo  seems to be fixing the
problem... Can anyone tell me why is it necessary? 

also, which query is the best amongst all?

-Gunjan


gunjan_versata wrote:
 
 Hi, 
 
 I am working on SOLR 1.4. And am trying to implement the multi select
 feature on my site. I dont want the faceting counts but only results. I
 tried diff variations in my query :
 
 They are:
 
 http://localhost:8080/solr/select?q=*:*fq=product_category:Mobiles+%2Bproperty_make:(Nokia%20OR%20Sony-Ericsson)+%2Bproperty_bodyType:(CandyBar%20OR%20Slider)
 Result : 47
 
 http://localhost:8080/solr/select?q=Mobilesqt=storefq=property_make:(Nokia%20OR%20Sony-Ericsson)fq=property_bodyType:(CandyBar%20OR%20Slider)
 Result : 47
 
 http://localhost:8080/solr/select?q=Mobilesqt=storefq=property_make:(Nokia%20OR%20Sony-Ericsson)+%2Bproperty_bodyType:(CandyBar%20OR%20Slider)
 Result : 148
 
 Now problem is, on the basis of my knowledge, I expected all three queries
 to give out the same results. Then, why is 3rd one behaving differently?
 By the way, in the third query, the result set includes entries which have
 either of them, ie it is behaving like OR, not AND. 
 
 Also, if anyone could tell me, performance wise which is the best...
 
 For more insight: 
 
 Schema:
 
 fieldType name=lowercase class=solr.TextField
 positionIncrementGap=100
   analyzer
 tokenizer class=solr.KeywordTokenizerFactory/
 filter class=solr.LowerCaseFilterFactory /
 filter class=solr.TrimFilterFactory /
 filter class=solr.SnowballPorterFilterFactory
 language=English protected=protwords.txt/
   /analyzer
 /fieldType
 
 field name=family_id type=string indexed=true stored=true
 omitNorms=true/
field name=product_category type=string indexed=true
 stored=true omitNorms=true /
field name=img_url type=string indexed=false stored=true /
field name=title type=text indexed=true stored=true /
field name=price  type=float stored=true/
field name=sdp_url type=string indexed=false stored=true /
field name=inStock type=boolean indexed=true stored=false /
field name=property_keywords type=string stored=false
 indexed=true multiValued=true/
field name=property_features type=string stored=true
 indexed=true multiValued=true/
dynamicField name=property_* type=string stored=true
 indexed=true/
 
 field name=text type=lowercase indexed=true stored=false
 multiValued=true/
 copyField source=property_* dest=text/
 
 
 Handler: 
 
   requestHandler name=store class=solr.SearchHandler 
 lst name=defaults
  str name=defTypedismax/str
  str name=echoParamsexplicit/str
  str name=qf
 product_category
  /str
  str name=mm100%/str
 /lst
 lst name=appends
   str name=fqinStock:true/str
 /lst
   /requestHandler
 
 I am looking out for a quick response. Any kind of help would be highly
 appreciated. 
 
 Regards,
 
 Gunjan
 

-- 
View this message in context: 
http://old.nabble.com/Behavior-of-filter-query-tp26623237p26623470.html
Sent from the Solr - User mailing list archive at Nabble.com.