Re: Proposed Lucene modification - FieldCollector

2005-03-09 Thread mark harwood
>>To get complete statistics like >>above, you currently have to iterate through the result >> set and pull each Document from the Hits. Not necessarily true. You can use TermVectors or an indexed field eg "doctype" to derive this stuff without stored fields. Here's an example of how I've done it

Proposed Lucene modification - FieldCollector

2005-03-09 Thread Chris Lamprecht
I've been reading the recent discussion in lucene-user about selective/lazy field retrieval and I'd like to propose an idea for a modification to lucene, and get some input. First let me illustrate some common use cases to justify this modification. It seems like a common requirement is to collec

Possible change to SVN repository link on Lucene main page

2005-03-09 Thread Barry Hawkins
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guys, ~I noticed that there is a view-cvs.cgi script at the base of svn.apache.org, and that you can get a more useful view of the Lucene repository by using a viewcvs link[0] rather than the raw repository link[1] that is used on the main page[2] n

DO NOT REPLY [Bug 33884] - [PATCH] add term index interval accessors

2005-03-09 Thread bugzilla
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 33848] - ArrayIndexOutOfBoundsException when using MultiFieldQueryParser

2005-03-09 Thread bugzilla
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: svn commit: r156600 - in lucene/java/trunk/src: java/org/apache/lucene/queryParser/precedence/PrecedenceQueryParser.java java/org/apache/lucene/queryParser/precedence/PrecedenceQueryParser.jj test

2005-03-09 Thread Erik Hatcher
On Mar 9, 2005, at 9:37 AM, Daniel Naber wrote: On Wednesday 09 March 2005 10:52, Erik Hatcher wrote: It's a nuisance to have that static method when making a subclass of QueryParser - since static methods are not overridable it would be easy to mistakenly call the parent static parse method which

Re: svn commit: r156600 - in lucene/java/trunk/src: java/org/apache/lucene/queryParser/precedence/PrecedenceQueryParser.java java/org/apache/lucene/queryParser/precedence/PrecedenceQueryParser.jj test

2005-03-09 Thread Daniel Naber
On Wednesday 09 March 2005 10:52, Erik Hatcher wrote: > It's a nuisance to have that static method when making a subclass of > QueryParser - since static methods are not overridable it would be easy > to mistakenly call the parent static parse method which would > instantiate QueryParser rather th

Re: svn commit: r156600 - in lucene/java/trunk/src: java/org/apache/lucene/queryParser/precedence/PrecedenceQueryParser.java java/org/apache/lucene/queryParser/precedence/PrecedenceQueryParser.jj test

2005-03-09 Thread Erik Hatcher
On Mar 9, 2005, at 3:57 AM, Daniel Naber wrote: On Wednesday 09 March 2005 04:21, [EMAIL PROTECTED] wrote: remove pesky static parse method that stymies flexibility That will make it difficult to make this the new default parser (i.e. rename it toQueryParser) as people will get a compile error the

Re: svn commit: r156600 - in lucene/java/trunk/src: java/org/apache/lucene/queryParser/precedence/PrecedenceQueryParser.java java/org/apache/lucene/queryParser/precedence/PrecedenceQueryParser.jj test

2005-03-09 Thread Daniel Naber
On Wednesday 09 March 2005 04:21, [EMAIL PROTECTED] wrote: > remove pesky static parse method that stymies flexibility That will make it difficult to make this the new default parser (i.e. rename it toQueryParser) as people will get a compile error then. Instead it should be deprecated (but I'm