On Monday 22 May 2006 23:43, Chris Hostetter wrote:
>
> : In case Explanation is also to explain what a Filter does, it would need
to
> : have both a match flag and a score value.
>
> that's a good point, i hadn't considered hte possibility of "explaining"
> filters much ... but there's no reaso
>"DocIterator", that way even TermDocs could impliment it ...
I played with that idea and what I learned is that DocIterator should throw
IOException as TermDocs throws it (It has been allready mentioned on compact
sparse filters JIRA).
I read the ReleaseTodo and saw a task to push to maven, but not to
JPackage. Any possibility of adding a task to notify the JPackage folks
of the release and perhaps in the future maintaining the package?
Otis Gospodnetic wrote:
+1
If you want, I can try doing this, but I'm likely going to ha
On May 23, 2006, at 4:26 AM, eks dev wrote:
"DocIterator", that way even TermDocs could impliment it ...
I played with that idea and what I learned is that DocIterator
should throw IOException as TermDocs throws it (It has been
allready mentioned on compact sparse filters JIRA).
Since w
Hi Michael,
The java-commits mailing list is not for posting to.
Bug reports or fixes normally get put in a JIRA.
I do think this is a good limitation to fix.
Going from int to long only costs a single cycle, and that's only on
buffer refills (i.e. negligible).
There are other places in RAMInpu
On Fri, 2006-05-19 at 20:20 -0700, Otis Gospodnetic wrote:
> On Mon, 2006-05-08 at 18:34 -0700, Otis Gospodnetic wrote:
> > > about the possibility of eliminating floating point calculations from
> > > Lucene's scoring
>
> > Did you look in to this?
>
>
> No, not yet. I did start looking at h
[
http://issues.apache.org/jira/browse/LUCENE-551?page=comments#action_12412959 ]
Doug Cutting commented on LUCENE-551:
-
Why can't Maven folks upload releases? Why is the burden on Lucene? Lucene
publishes releases that anyone can download to standard
[
http://issues.apache.org/jira/browse/LUCENE-551?page=comments#action_12412965 ]
Martin Cooper commented on LUCENE-551:
--
To your question #1, the Maven people cannot track every release of every
artifact across all open source organisations, which is
Erik Hatcher wrote:
Since we're moving forward with API refactoring discussions, on the
topic of exceptions, perhaps its time to consider putting in our own
exception class or hierarchy to decouple ourselves a bit from "IO".
There are many in-memory non-disk-IO uses of these API's and havin
: I'll repeat the DocIterator from that thread:
:
: public interface DocIterator {
: public int doc();
: public boolean next();
: public boolean skipTo(int target);
: }
:
: to come to my question: should that interface should also have an
: explain(int docNr) m
SpellChecker min score is increased by time
---
Key: LUCENE-575
URL: http://issues.apache.org/jira/browse/LUCENE-575
Project: Lucene - Java
Type: Bug
Components: Search
Versions: 1.9
Reporter: Karl Wettin
P
[ http://issues.apache.org/jira/browse/LUCENE-575?page=all ]
Karl Wettin updated LUCENE-575:
---
Attachment: SpellChecker.java.diff
I would have to say this is for 2.0 as the SpellCheck does not work without it
in most cases.
> SpellChecker min score is inc
FileNotFoundException triggered by maybeeMergeSergments
---
Key: LUCENE-576
URL: http://issues.apache.org/jira/browse/LUCENE-576
Project: Lucene - Java
Type: Bug
Components: Index
Versions: 1.9
Environ
[
http://issues.apache.org/jira/browse/LUCENE-576?page=comments#action_12413035 ]
Ian Boston commented on LUCENE-576:
---
Setting
indexWriter.setMaxMergeDocs(50);
indexWriter.setMergeFactor(50);
Makes the prob
[
http://issues.apache.org/jira/browse/LUCENE-576?page=comments#action_12413039 ]
Ian Boston commented on LUCENE-576:
---
Found the problem,
This is *NOT* a bug,
I am an Idiot!
I had a stale IndexWriter in the stack, which had old Segment Inforamation,
he
[
http://issues.apache.org/jira/browse/LUCENE-551?page=comments#action_12413040 ]
Karl Wettin commented on LUCENE-551:
Comment by Doug Cutting [23/May/06 05:22 PM]
> Why can't Maven folks upload releases? Why is the burden on Lucene? Lucene
> publishes
[
http://issues.apache.org/jira/browse/LUCENE-551?page=comments#action_12413041 ]
Grant Ingersoll commented on LUCENE-551:
I can help, being a Maven user myself.
> Make Lucene - Java 1.9.1 Available in Maven2 repository in iBibilio.org
> ---
SweetSpotSimiliarity
Key: LUCENE-577
URL: http://issues.apache.org/jira/browse/LUCENE-577
Project: Lucene - Java
Type: New Feature
Components: Search
Reporter: Hoss Man
Priority: Minor
Attachments: ss.patch
This is a new Similarity
[ http://issues.apache.org/jira/browse/LUCENE-577?page=all ]
Hoss Man updated LUCENE-577:
Attachment: ss.patch
patch file containing class and test cases
> SweetSpotSimiliarity
>
>
> Key: LUCENE-577
> URL: http://issue
[ http://issues.apache.org/jira/browse/LUCENE-576?page=all ]
Hoss Man closed LUCENE-576:
---
Resolution: Invalid
Glad you were ableto solve your problem, closing.
> FileNotFoundException triggered by maybeeMergeSergments
> --
[
http://issues.apache.org/jira/browse/LUCENE-551?page=comments#action_12413058 ]
Otis Gospodnetic commented on LUCENE-551:
-
I added the iBiblio informatoin to
http://wiki.apache.org/jakarta-lucene/ReleaseTodo . If you have more details
to add, pl
[note: subject header changed from "Re: [jira] Updated: (LUCENE-577)
SweetSpotSimiliarity"]
Thought-provoking stuff, Hoss...
On May 23, 2006, at 5:55 PM, Hoss Man (JIRA) wrote:
This is a new Similarity implimention for the contrib/
miscellaneous/ package, it provides a Similiarty designed fo
: Presumably you had this in the can, and didn't just implement it
: today. :) For those of you who didn't see this afternoon's thread
correct, I've been using it for a few months, and ment to contribute it
last week .. but i forgot until today's discusion of customizing per
field.
: originally
23 matches
Mail list logo
