Re: Scoring

Karl, This is a great start. I have also started a scoring.xml document under the xdocs directory (in my sandbox). So far, I have the following sections (some even have content under them!): 1. Introduction // Intro about Vector Space Model, some references to theory, links to the Similarit

Bugs

So, being the newbie committer, I have been looking through the bug list trying to figure out where I can contribute some help. It seems to me like there are a lot of patches/bugs that are languishing (through no one's fault, we are all busy and this is a volunteer project). I know you can vo

[jira] Commented: (LUCENE-550) InstanciatedIndex - faster but memory consuming index

[ http://issues.apache.org/jira/browse/LUCENE-550?page=comments#action_12416271 ] Karl Wettin commented on LUCENE-550: > I'll come with a new number soon enough. Right, it was 25% faster. So forget everthing I said about anything. > InstanciatedIndex -

[jira] Commented: (LUCENE-550) InstanciatedIndex - faster but memory consuming index

[ http://issues.apache.org/jira/browse/LUCENE-550?page=comments#action_12416266 ] Karl Wettin commented on LUCENE-550: > If eveything works as it should I doesn't. I keep taking out the victories in advance. I'll try not to in the future. So forget ab

Re: javadoc compilation problem?

I had a similar approach to this working on 1.4 but you have been 5 min faster ;) Never mind... I tried yours on java 1.4.2_12 (windows) and blackdown 1.4(linux) it is working fine for my 1.4 JVM's but I do agree with you that we need a better way to deal with 1.5 dependent contib modules. Me and

[jira] Resolved: (LUCENE-599) java.io.IOException: Pipe Closed

[ http://issues.apache.org/jira/browse/LUCENE-599?page=all ] Otis Gospodnetic resolved LUCENE-599: - Resolution: Won't Fix > java.io.IOException: Pipe Closed > > > Key: LUCENE-599 > URL: http://i

Re: javadoc compilation problem?

: I tried building the java doc without any errors using java 5 but : using 1.4the api doc can not be build. the problem is that javadoc has to parse the files to generate the docs, and the 1.4 javadoc binary doesn't understand the 1.5 syntax. I've just commited a change to the build.xml so tha

Re: javadoc compilation problem?

On 6/14/06, Nadav Har'El <[EMAIL PROTECTED]> wrote: Hi, When I try to do "ant javadocs" to get an HTML version of the javadocs (I want to check the javadocs in a patch I proposed), I get 80 errors from contrib/gdata-server, and it appears like none of the HTML documents get updates. I guess I

[jira] Commented: (LUCENE-599) java.io.IOException: Pipe Closed

[ http://issues.apache.org/jira/browse/LUCENE-599?page=comments#action_12416217 ] Akshay Java commented on LUCENE-599: Thanks for the reply. Setting the MaxFieldLength to some larger value works for me. Cheers Akshay > java.io.IOException: Pipe Closed

javadoc compilation problem?

Hi, When I try to do "ant javadocs" to get an HTML version of the javadocs (I want to check the javadocs in a patch I proposed), I get 80 errors from contrib/gdata-server, and it appears like none of the HTML documents get updates. I guess I have one request and one question: 1. Can someone pleas

[jira] Updated: (LUCENE-504) FuzzyQuery produces a "java.lang.NegativeArraySizeException" in PriorityQueue.initialize if I use Integer.MAX_VALUE as BooleanQuery.MaxClauseCount

[ http://issues.apache.org/jira/browse/LUCENE-504?page=all ] Nadav Har'El updated LUCENE-504: Attachment: fuzzyquery.patch This is my proposed patch described above. > FuzzyQuery produces a "java.lang.NegativeArraySizeException" in > PriorityQueue.init

[jira] Commented: (LUCENE-504) FuzzyQuery produces a "java.lang.NegativeArraySizeException" in PriorityQueue.initialize if I use Integer.MAX_VALUE as BooleanQuery.MaxClauseCount

[ http://issues.apache.org/jira/browse/LUCENE-504?page=comments#action_12416168 ] Nadav Har'El commented on LUCENE-504: - Hi Doron and Otis, My view is that this bug is a problem in FuzzyQuery, not in PriorityQueue or BooleanQuery. It is the caller's du

Re: [jira] Updated: (LUCENE-550) InstanciatedIndex - faster but memory consuming index

On Wed, 2006-06-14 at 07:36 +, Karl Wettin (JIRA) wrote: > > > If eveything works as it should (I think so) then I'm happy to report > that a FuzzyQuery seems to be about 1500 (one thousand five hundred) > times faster on this memory implementation than on a RAMDirectory. The > speed is gaine

Re: Refactored FuzzyTermEnum

On Jun 13, 2006, at 12:14 PM, Bob Carpenter wrote: Does anyone have regression/performance test harnesses? There's been talk of formalizing a benchmarker suite. Andrzej wrote something a while ago; I don't know if it would be appropriate for this. The benchmarker I wrote is indexing only

[jira] Updated: (LUCENE-550) InstanciatedIndex - faster but memory consuming index

[ http://issues.apache.org/jira/browse/LUCENE-550?page=all ] Karl Wettin updated LUCENE-550: --- Attachment: InstanciatedIndexTermEnum.java ArrayBoundsOutOfIndex-bugfix. If eveything works as it should (I think so) then I'm happy to report that a FuzzyQuery

Re: Refactored FuzzyTermEnum

: I don't know what the protocol is for one-off contributions. I'm not sure what you mean by a "one-off contribution" but the process for submiting changes/improvements/additions was recenlty wiki-ized... http://wiki.apache.org/jakarta-lucene/HowToContribute (Incidently, please feel free to sha