You might be able to skip on a front-end to solr by making extensive use
of XSL to format the results, but there are several other arguments
putting code in front of solr (e.g. saved searches, custom sorting,
result-level embedded actions, etc..)
Cheers,
Dan
On 11/19/2010 01:58 PM, cyang2010
otally lost on that.
I will buy a book here shortly.
-Original Message-
From: Dan Lynn [mailto:d...@danlynn.com]
Sent: Tuesday, November 16, 2010 5:01 PM
To: solr-user@lucene.apache.org
Subject: Re: Spell Checker
I had to deal with spellchecking today a bit. Make sure you are
performing
index builds during optimize.
Hope this helps,
Dan Lynn
http://twitter.com/danklynn
On 11/16/2010 05:45 PM, Eric Martin wrote:
Hi (again)
I am looking at the spell checker options:
http://wiki.apache.org/solr/SpellCheckerRequestHandler#Term_Source_Configura
tion
http://wiki.apache.
Thanks for the feedback, guys!
On 11/15/2010 10:14 AM, Dan Lynn wrote:
Hi,
I just finished reading on the wiki about deduplication and the
solr.UUIDField type. What I'd like to do is generate an ID for a
document by hashing a subset of its fields. One route I thought would
be to do
Hi,
I just finished reading on the wiki about deduplication and the
solr.UUIDField type. What I'd like to do is generate an ID for a
document by hashing a subset of its fields. One route I thought would be
to do this ahead of time to CSV data, but I would think sticking
something into the Upd
