MultiTermQuery question

2003-02-24 Thread none none
hi, i saw some changes on the MultiTermQuery, it is abstract and there is no getQuery() anymore. How do i get all the terms from all the classes that extends MultiTermQuery ?? Anybody can help me? i am moving my software to latest version, currently is 1.2 in my application. thank you.

Re: User documentation for scoring

2003-02-24 Thread Clemens Marschner
That seems to be empty --Clemens - Original Message - From: "Ype Kingma" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, February 23, 2003 7:24 PM Subject: User documentation for scoring > Dear developers, > > Attached is a first attempt for some user documentation for > scori

Re: [PATCH] Refactoring QueryParser.jj, setLowercaseWildcardTerms()

2003-02-24 Thread Tatu Saloranta
On Sunday 23 February 2003 21:41, Otis Gospodnetic wrote: > Hello, > > --- Doug Cutting <[EMAIL PROTECTED]> wrote: > > +1 > > > > I like this approach of modifying the query parser through > > subclassing. > > > > We should consider taking this approach further, e.g., perhaps by > > making > > addC

Re: MultiTermQuery question

2003-02-24 Thread Tatu Saloranta
On Monday 24 February 2003 04:39, none none wrote: > hi, > i saw some changes on the MultiTermQuery, it is abstract and there is no > getQuery() anymore. How do i get all the terms from all the classes that > extends MultiTermQuery ?? Anybody can help me? i am moving my software to > latest version

Re: FSDirectory patch for file renaming

2003-02-24 Thread Scott Ganyo
I'm ok with this, given the lack of a better option. Please ensure that the input and output streams are closed in a finally block, though. Scott Otis Gospodnetic wrote: I hate having to make the suggested change for the reasons Matt mentioned as disadvantages belowbut what is one to do? I

Re: FSDirectory patch for file renaming

2003-02-24 Thread Otis Gospodnetic
Yeah, I already changed that. Thanks for checking! Otis --- Scott Ganyo <[EMAIL PROTECTED]> wrote: > I'm ok with this, given the lack of a better option. Please ensure > that > the input and output streams are closed in a finally block, though. > > Scott > > Otis Gospodnetic wrote: > > >I h

Re: MultiTermQuery question

2003-02-24 Thread none none
yes, ok , i understod... but, are you telling me Lucene is going backward instead of forward? in the previous release was possible get terms from a MultiTermQuery, now not anymore? i think there has to be a way to get Term from those query that extends MultiTermQuery. Anybody can help please? t

Question about .f1, .f2, etc. files in index directory

2003-02-24 Thread Eric Isakson
Was reading http://jakarta.apache.org/lucene/docs/fileformats.html and noticed that files .f1, f2, ... are not mentioned, but a file called .nrm is. Are the .f1, .f2, ... files that are created in my index directory by DocumentWriter.writeNorms(Document doc, String segment) the .nrm file that is

Re: MultiTermQuery question

2003-02-24 Thread Doug Cutting
Tatu Saloranta wrote: It would be nice if all queries would have a method that allows terms to be collected, ie. so that Query base class would have an abstract method. Visitor pattern might make most sense; so we could have a TermCollector object, and queries could have method like: void collec

Re: Question about .f1, .f2, etc. files in index directory

2003-02-24 Thread Doug Cutting
Yes. The .f[0...] files are indeed the norm files. There is one file for each indexed field and each file contains a one-byte normalization factor for each document. This is a documentation bug. There is no .nrm file with per-document normalization files, rather multiple .f files, one per in

Re: Filters, range queries and MultiSearcher

2003-02-24 Thread Doug Cutting
Martin Sevigny wrote: Looking (and testing) range queries (in particular date interval queries), I think there is a problem with how Lucene handles filters when a multisearcher is used. I think this works correctly. If you are convinced there is a bug, please submit a test case. Basically, a Fil

Re: MultiTermQuery question

2003-02-24 Thread none none
hi, i appreciate see you guys planning for a new feature of Lucene, but this topic started a with a question, it is possible get a list of terms from MultiTermQuery?? as it was possible in the release 1.2. Thank you, -- On Mon, 24 Feb 2003 08:51:22 Doug Cutting wrote: >Tatu Saloranta wrot

Re: MultiTermQuery question

2003-02-24 Thread Doug Cutting
none none wrote: hi, i appreciate see you guys planning for a new feature of Lucene, but this topic started a with a question, it is possible get a list of terms from MultiTermQuery?? as it was possible in the release 1.2. This feature before relied on a few bugs. One was that, when a MultiTermQ

Re: User documentation for scoring

2003-02-24 Thread Ype Kingma
Terry, Otis, Clemens, One more try to correct the lucene-dev email address. Monday evening blues I guess... >Ype, > >I couldn't find/open any attachment. Would you try to send it to me >directly? I'd very much like to read and help revise the document. O well, I changed email program and it _

Re: MultiTermQuery question

2003-02-24 Thread none none
-- On Mon, 24 Feb 2003 10:04:30 Doug Cutting wrote: >none none wrote: >> hi, i appreciate see you guys planning for a new feature of Lucene, but this topic >> started a with a question, it is possible get a list of terms from MultiTermQuery?? >> as it was possible in the release 1.2. > >Th

Re: MultiTermQuery question

2003-02-24 Thread Tatu Saloranta
On Monday 24 February 2003 08:47, none none wrote: > yes, ok , i understod... but, are you telling me Lucene is going backward > instead of forward? in the previous release was possible get terms from a No, I was just explaining how generalizing the solution would make it easier to get terms fro

RE : Filters, range queries and MultiSearcher

2003-02-24 Thread Martin Sevigny
Doug Cutting wrote: > No. The Filter.bits(IndexReader) method has not yet been > called at this > point. That method is called by the Searchable.search() > implementation. > that is called here. So, with a MultiSearcher, a different > bit vector > is created for each of the searchers cont

Re: literal operator?

2003-02-24 Thread Erik Hatcher
+1 on the concept of a literal term query. Syntax I'm not particular about, but single quotes seem fine to me. On Sunday, February 23, 2003, at 01:35 AM, Otis Gospodnetic wrote: Hello Matthew, Nobody responded to this one. Any strong opinions about including this from developers? I thought t