IL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Olivier Jaquemet <[EMAIL PROTECTED]>
Ingénieur R&D Jalios S.A.
Tel: 01.39.23.92.83
http://www.jalios.com/
http://support.jalios.com/
o java-user, so somebody
else can put it there.
Otis
- Original Message ----
From: Olivier Jaquemet <[EMAIL PROTECTED]>
To: Lucene Java User ML
Sent: Wednesday, March 22, 2006 10:08:28 AM
Subject: FileNotFoundException: Corrupted Index?
Hi all,
We are using the last version o
be, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Olivier Jaquemet <[EMAIL PROTECTED]>
Ingénieur R&D Jalios S.A.
Tel: 01.39.23.92.83
http://www.jalios.com/
http://support.jalios.com/
-
e.com/java.lang.OutOfMemoryError-in-lucene-t1324911.html#a3535340
Sent from the Lucene - Java Users forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Ol
ndexExists(luceneDir)) {
writer = new IndexWriter(indexDir, analyzer, true);
writer.close();
}
Any suggestion or remark?
Thanks!
--
Olivier Jaquemet <[EMAIL PROTECTED]>
ry explain(query,doc) instead of (query,i)
:-)
--
Olivier Jaquemet <[EMAIL PROTECTED]>
Ingénieur R&D Jalios S.A.
Tel: 01.39.23.92.83
http://www.jalios.com/
http://support.jalios.com/
-
To unsubscribe, e-m
Hi everyone,
I am encoutering a really weird problem, I'm doing a query which gives
me perfectly good results, with scores which are looking pretty right
too. I wanted to display an explanation of some of my results just to
check for something, and ALL hits output this explanation
0.0 = produ
s has finished. This would make it much easier in
interactive
applications to inform the user that the system is working and not frozen.
Thank you,
Koji
--
Olivier Jaquemet <[EMAIL PROTECTED]>
Ingénieur R&D Jalios S.A.
Tel: 01.39.23.92.83
http://www.jalios.com/
http://sup
Hi all,
Is there a nice way to get information regarding the current progress
state of any/all those operations:
- IndexWriter optimize
- IndexWriter index
- IndexReader delete
For example, having a synchronized method to retrieve a percentage of
completion from writer/reader in another thread
Build what is in Subversion and run with it :) Report issues if you
encounter any.
Then we will do so! :)
Thank you Erik
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi all,
Some features we would like to use for our next software revision are
part of lucene 1.9, in order to know if we can plan to use this version,
could you tell me when do you think lucene 1.9 stable will be released?
I could not find any roadmap on the lucene site or wiki.
---
J.J. Larrea wrote:
At 6:39 PM +0200 10/4/05, Olivier Jaquemet wrote:
In every case I think I will use this to prevent any problem but why nobody
uses finalize methods? is it somehow bad to try to close things correctly that
way?
Because they are not run under "brutal termin
Volodymyr Bychkoviak wrote:
I'm using following code during program startup
[...]
but this method should be used if you are running only one instance of
such program (because one program can unlock index locked by another
program for indexing for example)
Okay this perfect for our applica
ose()
method one more time ensuring this IndexSearcher will be closed as
soon as last thread closes this IndexSearcher.
and about second question:
while changing index all open IndexReaders(and IndexSearchers) don't
"see" changes until reopening.
Olivier Jaquemet wrote:
Hi all
any thoughts on this subjects ?
Olivier Jaquemet wrote:
Hi all,
As I read it on LIA, and as it has already been said on the mailing
list multiple times, you only need one IndexSearcher for all your
thread, and when your index change, you just need to create a new one
to reflect changes
Hi all,
As I read it on LIA, and as it has already been said on the mailing list
multiple times, you only need one IndexSearcher for all your thread, and
when your index change, you just need to create a new one to reflect
changes.
Otis said in this post you could replaced old searcher and l
[EMAIL PROTECTED] wrote:
Just some thoughts - no answers.
As the analyser for each index is different then the query produced by the
query parser will be different.
I had understand it this way, thank you for confirming it.
It may be that you will have to create a query per index then run
Thank you for your answer Grant.
I already have a similar architecture than yours, allowing me do
retrieve the analyzer used for a specific index.
But how does it solve the problem of doing one search on multiple
indices using multiple analyzer ?
I'm not sure I was enough clear when asking my
Olivier Jaquemet wrote:
I have many indices, one for each language, each one has been indexed
using a specific analyzer.
I want to search in all my indices, but I still want/need to use the
same analyzer that has been used for indexing.
MultiSearch only accept one query, and if I use for
Hi,
I have many indices, one for each language, each one has been indexed
using a specific analyzer.
I want to search in all my indices, but I still want/need to use the
same analyzer that has been used for indexing.
MultiSearch only accept one query, and if I use for example QueryParser,
I ca
Legolas Woodland wrote:
Hi
Thank you for reading mu post.
how i can have more than one spell check suggestion ?
for example if some one entered puore
it return :
pore
pour
pure
poor
poer
pire
or something similar ?
I really need to implement this feature
Thank you
Have a look here:
http://toda
Gusenbauer Stefan wrote:
I think nutch uses ngramj for language classification but i don't know
what type of saving language information they use. In our application
for example i save the language in an extra field in the document
because lucene is supporting multiple fields with the same names
ite
some Unicode knowledge to create one.
Is my approach the right one? Is there an analyzer suitable to use?
Thanks.
- HB
On 9/5/05, Olivier Jaquemet <[EMAIL PROTECTED]> wrote:
Hi,
I'd like to go in details regarding issues that occurs when you want to
index and search contents in
Hi,
I'd like to go in details regarding issues that occurs when you want to
index and search contents in multiple languages.
I have read Lucene in Action book, and many thread on this mailing list,
the most interesting so far being this one:
http://mail-archives.apache.org/mod_mbox/lucene-ja
24 matches
Mail list logo
