Re: Span Query Performance

A bit more: On Thursday 06 January 2005 10:22, Paul Elschot wrote: > On Thursday 06 January 2005 02:17, Andrew Cunningham wrote: > > Hi all, > > > > I'm currently doing a query similar to the following: > > > > for w in wordset: > >     query = w near (word1 V word2 V word3 ... V word1422); > >

DO NOT REPLY [Bug 32965] New: - Use filter bits for next() and skipTo() in FilteredQuery

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32965] - Use filter bits for next() and skipTo() in FilteredQuery

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32965] - Use filter bits for next() and skipTo() in FilteredQuery

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[ANNOUNCE] Highlighter.Net 1.4.0 RC1 (port of lucene Java highlighter to C#)

Hi Folks, I am pleased to announce the availability of "Highlighter.Net 1.4.0 RC1 build 001" This is the first "Release Candidate" release of version 1.4.0 of Lucene's Java Highlighter ported to C# and is intended to be "Final". Please visit http://www.sourceforge.net/projects/dotlucene/ to lea

[ANNOUNCE] dotLucene 1.4.3 RC2 (port of Jakarta Lucene to C#)

Hi Folks, I am pleased to announce the availability of "dotLucene 1.4.3 RC2 build-001" This is the second "Release Candidate" release of version 1.4.3 of Jakarta Lucene ported to C# and is intended to be "Final". Please visit http://www.sourceforge.net/projects/dotlucene/ to learn more about dot

DO NOT REPLY [Bug 32965] - Use filter bits for next() and skipTo() in FilteredQuery

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: DO NOT REPLY [Bug 32965] - Use filter bits for next() and skipTo() in FilteredQuery

[EMAIL PROTECTED] wrote: --- Additional Comments From [EMAIL PROTECTED] 2005-01-06 20:13 --- Patch to IndexSearcher.java to use FilteredQuery I like where this is going, and want to take it further! Why not patch Searcher.java instead of IndexSearcher.java? Once that's done, Filters coul

Re: auto-filters?

Paul Elschot wrote: Filters are more efficient than query terms for many I think there are two reasons for the peformance gain: - having things in RAM, eg. the bits of a filter after it is computed once, - being able to search per field instead of per document. Also, bit-vectors are constant-time

Re: auto-filters?

On Thursday 06 January 2005 22:31, Doug Cutting wrote: > Paul Elschot wrote: > >>Filters are more efficient than query terms for many > > > > I think there are two reasons for the peformance gain: > > - having things in RAM, eg. the bits of a filter after it is computed once, > > - being able to

DO NOT REPLY [Bug 32981] New: - MultiFieldQueryParser.parse("foo[", ... ) throws ParseException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32981] - MultiFieldQueryParser.parse("foo[", ... ) throws ParseException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu