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
I have a single copyfield that has a number of other fields copied to it.
I'm trying to extract a list of keywords and common terms. I realize it
may not be a 100% dynamic and I may need to manually filter. Right now I
tried using a CommonGrams filter. However, what I see is it creates tokens
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
roman,
have u solved the problem? i'm facing a similar problem. our customer wants to
have separate indexes/core but still want to search across them at times w/o
the IDF limitation that solr has when using shards
Unless I am wrong, sharding across two cores is done over HTTP and has
the
Hi Frank,
I have been working on something very similar and I am at the point where I
don't believe (and I could be totally wrong) that a pure Solr solution is
going to do this. I would look at Mahout and play with some of the machine
learning algorithms that it can run against a Lucene index. I
Hi Fred,
we are having similar issues of scaling Solr 3.1 distributed searches on a
single box with 18 cores. We use the StatsComponent which seems to be mainly
CPU bound. Using distributed searches resulted in a 9 fold decrease in
response time. However, sporadically, Jetty 6.1.2X (shipped with