Does the IndexWriter.mergeFactor remain the same
effect on the RAM use after the introduce of
IndexWriter.minMergeDocs?
The minMergeDocs was introduced into
IndexWriter(Revision 1.21 in cvs) in order to control
the number of
Documents merged in RAMDirectory independently of the
mergeFactor (see
ht
Hi,
I know that there are several ports of Lucene, like
cLucene, pLucene, etc. Are there other ports of Nutch
besides java?
Many thanks.
__
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
---
if so the top score should always be 1.0. Isn't so.
Or does boosting multiple individual fields wreck that ?
sameer
On 11/6/05, Chris Lamprecht <[EMAIL PROTECTED]> wrote:
> Lucene just takes the highest score returned, and divides all scores
> by this max_score. So max_score / max_score = 1.0, an
Lucene just takes the highest score returned, and divides all scores
by this max_score. So max_score / max_score = 1.0, and voila.
On 11/5/05, Karl Koch <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I am wondering how many of you actually work with own scoring mechanism
> (overwriting Lucenes stand
TopDocs search()
TopFieldDocs search(...)
...
Just peek at the IndexSearcher.java source.
Otis
--- Karl Koch <[EMAIL PROTECTED]> wrote:
> I always thought that Lucene search is always returning a Hits
> object. In
> what occation would this not be the case?
>
> Karl
>
> > --- Ursprünglic
0.0 - 1.0 score - yes.
Otis
--- Karl Koch <[EMAIL PROTECTED]> wrote:
> Yes, the Similarity class existed in version 1.2, but no description
> is
> included in its JavaDoc. After somebody could point me to the
> formular I
> would also like to know if the formula ensures the score is always
> bet
I always thought that Lucene search is always returning a Hits object. In
what occation would this not be the case?
Karl
> --- Ursprüngliche Nachricht ---
> Von: Yonik Seeley <[EMAIL PROTECTED]>
> An: java-user@lucene.apache.org
> Betreff: Re: Scoring formula
> Datum: Sat, 5 Nov 2005 17:49:40 -05
Lucene 1.2 is before my time, but check if the functions are
implemented the same as the current version (they probably are).
Scores are not naturally <= 1, but for most search methods (including
all that return Hits) they are normalized to be between 1 and 0 if the
highest score is greater than 1
Hello all,
I am wondering how many of you actually work with own scoring mechanism
(overwriting Lucenes standard scoring) and how many of you do work on how to
normalise this score.
I would like to add a second score on top of Lucenes TF/IDF score. The
resulting score is most likely higher then
Yes, the Similarity class existed in version 1.2, but no description is
included in its JavaDoc. After somebody could point me to the formular I
would also like to know if the formula ensures the score is always between
0.0 and 1.0 (without any boosting)... Is this the case?
Karl
> --- Ursprüngli
Hallo,
I know my topic is a little bit out of topic. but I am trying and trying
to do something without no effort. I have a very simple application.I
tested this application on my homepc with tomcat 3.3.2 and it worked.
But on the the server off my webhosting agency it does not work. I
putted
On Saturday 05 November 2005 01:29, Erik Hatcher wrote:
>
> On 4 Nov 2005, at 18:32, Sean O'Connor wrote:
> > I'm posting this primarily hoping to give back a tiny bit to a very
> > helpful community. More likely however, someone else will open my
> > eyes to an easier approach than what I out
On 4 Nov 2005, at 23:08, Ahmed El-dawy wrote:
BTW, I think there's a newer version of Lucene that I can't get, my
version is 1.4.3 and I didn't find any newer version at the site. For
example, the QueryParser in my version doesn't care with term position
and I had to override it by myself to supp
13 matches
Mail list logo