Thanks Erick.
On 10/27/06, Erick Erickson <[EMAIL PROTECTED]> wrote:
I'm not all that familiar with the remotesearcher stuff. But somewhere you
must open an indexreader. So wherever that code is, just close the index
reader (and anything that uses it, like Serachables(?)) and re-open it.
That
s
On 10/27/06, Stanislav Jordanov <[EMAIL PROTECTED]> wrote:
Have the following problem with (explicitly invoked) index optimization -
it seems to always merge all existing index segments into a single huge
segment, which is undesirable in my case.
Is there a way to force index optimization to hono
On 10/27/06, Chris Lu <[EMAIL PROTECTED]> wrote:
Hi, Peter,
Really great job!
Thanks. (I'll tell the team)
I am interested to know how you implemented "4. Sort by 'Miles'". For
example, if starting from a zip code, how to match items within 20
miles?
I can tell you how we use Lucene to
Hi, Peter,
Really great job!
I am interested to know how you implemented "4. Sort by 'Miles'". For
example, if starting from a zip code, how to match items within 20
miles?
--
Chris Lu
-
Instant Full-Text Search On Any Database/Application
site: http://www.dbsight.net
de
: > 'OpenGL', is it possible to have results like 'OpenGL Guide' to be
: > scored highter then 'A Guide to OpenGL' ?
:
: SpanFirstQuery does this, but afaik there is no query parser supporting it.
if howeveryou *allways* want queries to work this way, it would be pretty
straight foward to subclas
I am pleased to announce the launch of Monster's new job search Beta web
site, powered by Lucene, at: http://jobsearch.beta.monster.com (notice the
Lucene logo at the bottom of the page!).
The jobs index is implemented with Java Lucene 2.0 on 64-bit Windows (AMD
and Intel processors)
Here are so
On Friday 27 October 2006 11:09, Oliver Donald wrote:
> Hi,
>
> I'm quite new to Lucene but I've managed to get it to return quite
> complex results. The problem is that the results aren't bringing up the
> most relevant documents first.
>
> Is it possible to score or boost a result document base
Is your objective to avoid highlighting matching tokens which are not in
a phrase? I recently received the request to avoid highlighting single
tokens which appear in the hit (vs. sequences of matched tokens).
I have just completed a partial re-write of the getBestTextFragments to
allow this.
Hi Mekin,
A couple of things:
- You might try increasing maxBufferedDocs to 1000 or so (depending on
your document size). That controls the size of the smallest segments
and will decrease the numer of merges you end up doing.
- Try using the trunk lucene version... it has indexing enhancements
l
Are you doing all 7 million docs with the same writer? The call to
optimize will take longer as your index size increases. So if you are
actually indexing your docs in smaller chunks, the speed will decrease
due to the call to optimize.
Mekin Maheshwari wrote:
I am creating an index of abou
I'm not all that familiar with the remotesearcher stuff. But somewhere you
must open an indexreader. So wherever that code is, just close the index
reader (and anything that uses it, like Serachables(?)) and re-open it. That
should pick up your recent changes.
Of course, now would be a fine time
[Note: I am reposting this question, as I posted it yesterday and yet it
hasn't appear on the mail list]
Have the following problem with (explicitly invoked) index optimization -
it seems to always merge all existing index segments into a single huge
segment, which is undesirable in my case.
Is
Hi,
I'm quite new to Lucene but I've managed to get it to return quite
complex results. The problem is that the results aren't bringing up the
most relevant documents first.
Is it possible to score or boost a result document based on where a
search term appears in a field? Ie, if I search in a ti
13 matches
Mail list logo
