Hey,
On Wed, Aug 24, 2011 at 5:40 PM, Akos Tajti wrote:
> Dear List,
>
> does the distance of the matches for a multi-term query matter? For example
> if I search for "dog cat", which one of the following matches will get
> higher rank?
this depends on the query you are executing. if you use a p
just use the static factory method FSDirectory#open(File) to obtain a
FSDirectory instance
simon
On Wed, Aug 24, 2011 at 3:55 PM, Mostafa Hadian wrote:
> hello.
> there is this piece of code in the book "lucene in action" :
> Directory dir = new FSDirectory(new File(indexDir), null);
> but class
Dear List,
does the distance of the matches for a multi-term query matter? For example
if I search for "dog cat", which one of the following matches will get
higher rank?
"dog, cat, snake, apple" or "dog, apple, snake, cat"
I expect the second. Am I right?
Thanks in advance,
Ákos Tajti
Hi
I'm having some issues with queries using different fuzziness values and
StandardAnalyzer for a field:
1) *+any:climate~0.8 *, this query works ok returning results. Checking in
Luke the rewritten query is like: any:climat^0.1652 any:climate
2) *+any:climate~0.9* , this query doesn't retu
>> we are probably running out of topic here, but for the record, there is
>> also someone lamenting about ssd
> I find all of this highly on-topic. SSD reliability is an important
> issue. We use customer-grade SSDs (Intel 510 were the latest ones
> bought) in our servers as we see no point in en
Hi Mostafa,
Try looking through the API for help with these types of questions:
http://lucene.apache.org/java/3_3_0/api/all/org/apache/lucene/store/FSDi
rectory.html
You can use a number of FSDirectory subclasses depending on your
circumstances.
Hope this helps!
Jason
-Original Message
hello.
there is this piece of code in the book "lucene in action" :
Directory dir = new FSDirectory(new File(indexDir), null);
but class FSDirectory is an abstract class and cannot be instantiated like
this.
thank you very much for your helping.
David Nemeskey, il 24/08/2011 11:46, ha scritto:
[...]
Theoretically, in the case described above, it would be possible to move
'static' data (data of cells that have not been written to for a long time) to
the 5GB in question and use the 'fresher' cells as free space; this could be
done in a rou
Hi,
interesting discussion about SSDs.
On 2011 August 23, Tuesday 20:56:44 Toke Eskildsen wrote:
> > 50TB before _every single cell in the drive_ gives up. You will change
> > the drive much sooner, probably at the first two occasions of corrupted
> > data.
>
> 50TB for the 5GB of cells. The res
