Only couple of thousand documents are added daily so the old OS cache should
still be useful since old documents remain same, right?
Also can you please comment on my other thread related to Term Vectors?
Thanks!
On Sat, Feb 5, 2011 at 8:40 PM, Otis Gospodnetic wrote:
> Yes, OS cache mostly rem
Hi Bagesh,
I think Hossman and Erick have given you the path that can you choos
and found the desired result.
Try mm value set to 0 to dismax work for your operators "AND" OR and NOT.
Thanx:
Grijesh
Lucid Imagination Inc.
On Sat, Feb 5, 2011 at 8:17 PM, Bagesh Sharma [via Lucene]
wrote:
> Hi f
Yup, here it is, warning about needing to reindex:
http://twitter.com/#!/lucene/status/28694113180192768
Otis
Sematext :: http://sematext.com/ :: Solr - Lucene - Nutch
Lucene ecosystem search :: http://search-lucene.com/
- Original Message
> From: Erick Erickson
> To: solr-user@
Hmmm, my default distance for geospatial was excluding the results, I believe.
I have to check to see if I was actually looking at the desired return result
for 'ballroom' alone. Mabye I wasn't.
But I saw a lot to learn when I applied the techniques you gave me. Thank you
:-)
Dennis Gearon
Hi Peter,
I must jump in this discussion: From a logical point of view what you are
saying makes only sense if both instances do not run on the same machine or
at least not on the same drive.
When both run on the same machine and the same drive, the overall used
memory should be equal plus I do
Hi peter ,
Can you elaborate a little on how performance gain is in cache warming.I am
getting a good improvement on search time.
On 6 February 2011 23:29, Peter Sturge wrote:
> Hi,
>
> We use this scenario in production where we have one write-only Solr
> instance and 1 read-only, pointing to t
Hi,
We use this scenario in production where we have one write-only Solr
instance and 1 read-only, pointing to the same data.
We do this so we can optimize caching/etc. for each instance for
write/read. The main performance gain is in cache warming and
associated parameters.
For your Index W, it's
What does &debugQuery=on give you? Second, what optimizatons are you doing?
What shows up in they analysis page? does your admin page show the terms in
your copyfield you expect?
Best
Erick
On Sun, Feb 6, 2011 at 2:03 AM, Dennis Gearon wrote:
> Thanks to LOTS of information from you guys, my si
Hi all,
I have setup two indexes one for reading(R) and other for writing(W).Index R
refers to the same data dir of W (defined in solrconfig via ).
To make sure the R index sees the indexed documents of W , i am firing an
empty commit on R.
With this , I am getting performance improvement as compar
Try attaching &debugQuery=on to your queries. The results will show
you exactly what the query is after it gets parsed and the difference
should stand out.
About dismax. Try looking at the "minimum should match" parameter,
that might do what you're looking for. Or, think about edismax if you're on
I *think* that there was a post a while ago saying that if you were
using trunk 3_x one of the recent changes required re-indexing, but don't
quote me on that.
Have you tried that?
Best
Erick
On Fri, Feb 4, 2011 at 2:04 PM, Jed Glazner wrote:
> Sorry for the lack of details.
>
> It's all clear i
Hi Chris,
Yes you've identified the problem :-)
I've tried using keyword tokeniser but that seems to merge all comma
seperated lists of synonyms in one.
the pattern tokeniser would seem to be a candidate but can you pass the
pattern attribute to the tokeniser attribute in the synontm filter ?
e
Hi Bill,
quoting in the synonyms file did not produce the correct expansion :-(
Looking at Chris's comments now
cheers
lee
On 5 February 2011 23:38, Bill Bell wrote:
> OK that makes sense.
>
> If you double quote the synonyms file will that help for white space?
>
> Bill
>
>
> On 2/5/11 4:37
Hi
How to apply the AlchemyAPIAnnotator?
will this helps me with the *NamedEntityExtractionAnnotator?*
*thanx a lot Tommaso for you time*
14 matches
Mail list logo