Who can help my contact understand low level Lucene bottlenecks?

ne (probably a committer) who /really understands/ the low-level stuff and would be able to help. These are serious people (I've looked them up) and I would expect you would be paid for your time. Please contact me off-list if you might be able to help. Cheers Charlie P.S. hope to see s

Re: Lucene custom scoring / analyzer

I think you'll need a SpanQuery with the inOrder flag set: https://lucene.apache.org/core/8_8_1/core/org/apache/lucene/search/spans/SpanNearQuery.html Charlie On 17/03/2021 10:30, Vlad Smirnovskiy wrote: Hello! I`d like to do something like that: When I add a document and some text is

Re: Link Lucene index with Adobe reader

viour. Best Charlie Kindly support us. Looking forward for the response Best regards, Anuradha Rajaram -- Charlie Hull Flax - Open Source Enterprise Search tel/fax: +44 (0)8700 118334 mobile: +44 (0)7767 825828 web: www.flax.

Re : Request to be added to the ContributorsGroup

Hi Steve, Sorry for my late reply, your answer didn't reach me! My account name is : CharliePicorini Kind regards, Charlie

Request to be added to the ContributorsGroup

Dear Lucene Team, Please add me to the contributorsGroup so that I can add IntraCherche which is actually based on Lucene. Kind regards,

Re: StandardAnalyzer and Email Addresses

ll look for the full email address. What is the draw back of using the quoted version? Is the performance worse doing this? How much worse? I'm not sure how quoted searches are implemented so it's hard for me to gauge what the draw back is. Thanks Charlie On Mon, Feb 20, 2012 at 12:23

StandardAnalyzer and Email Addresses

This is a pretty simple question to answer, but I have customers asking me how this is suppose to work and I'm having trouble explaining it. I have an app that indexes emails so there are plenty of email addresses in there. Reading the StandardAnalyzer javadoc it says it "recognizes" email addres

Re: Help running out of files

oved and I switched to passing in the IndexReader. So as usual it was pilot error. It was never Lucene's problem just me not be careful when switching to new methods. I'm sorry Lucene you are still my favorite library. :-) Thanks again. Charlie On Mon, Jan 9, 2012 at 12:10 PM, Ian Le

Re: Help running out of files

ndexWriter and IndexReader in order to make changes visible, and it worked great in 2.4. But I see leaking in 3.1. Charlie On Mon, Jan 9, 2012 at 5:15 AM, Ian Lea wrote: > It's hard, impossible for me, to figure out from this what your > problem might be, Multiple indexes, Mult

Re: Help running out of files

;ve double checked that close() was definitely being called with my logs. Again this code was the same in 2.4 and it didn't leak files, but under 3.1 it leaked files. Thanks for you help, Charlie On Fri, Jan 6, 2012 at 3:06 PM, Ian Lea wrote: > Something that did change at some point, can&#

Re: Help running out of files

the handles being counted as being open? I have a single IndexWriter and a single IndexSearcher open on a single CFS directory. The writer is only used by a single thread, but IndexSearcher can be shared among several threads. I still think something has changed in 3.1 that's causing this.

Re: Help running out of files

different is 3.1. Furthermore, when new documents are pulled in through the old mechanism the open file count continues to rise. Over a 24 hours period it's grown by +296 files, but only 10 or 12 documents indexed. So is this a known issue? Should I upgrade to newer version to fix this? Than

Re: How to use RAMDirectory more efficiently

You can always index into RAMDirectory for speed then synchronize those changes to the disk by adding the RAMDirectory to a FSDirectory at some point. Here is a simple example of how to do that: public void save( RAMDirectory ram, File dir ) { FSDirectory fs = FSDirectory.open( dir );

Help running out of files

x that I do close periodically, and its not growing like this one. I've read some posts about using commit() instead of close() in situations like this because its faster performance. However, commit() just flushes to disk rather than flushing and optimizing like close(). Not sure commit() is what I need or not. Any suggestions? Thanks Charlie

Converting Older indexes and NumericField?

o I need to worry about indexing with a lower precision than milliseconds as I did when in using RangeQuery? Finally will queries that are parsed from strings be converted into NumericRangeQuery when the field is a NumericField? Or do I have to handle that? Charlie

Re: Extracting all documents for a given search

the query, sort, and filter in a efficient way? Charlie On Sun, Sep 18, 2011 at 1:01 AM, Chris Hostetter wrote: > > : I'm trying to reimplement a feature I had under 2.x in 3.x. I have a > : feature where a zip file for all of the documents returned by a search > can > : be

Re: Extracting all documents for a given search

to a file. I thought that's essentially what a Collector is, being an interface that is called back whenever it encounters a Document that matches a query. Any elaboration on that? Charlie On Fri, Sep 16, 2011 at 2:30 PM, Eddie Drapkin wrote: > On 9/16/2011 11:30 AM, Charlie Hubbard wr

Extracting all documents for a given search

extract all of the documents matched by that search. I've been trying to understand how Collectors work, but I'm not sure I see the connection. If I wanted to walk over each document that matches the search and save the contents to the zip how would that best be done? Thanks Charlie

Questions regarding upgrading from 2.2.x -> 2.9.x -> 3.1.x

ene-from-2-2-to-2-9-to-3-1 If you want the karma points feel free to post on stackoverflow. If not posting here is fine too. Thanks Charlie

documents with large numbers of fields

ch performance continue to be acceptable if I load up documents with many fields like this? Is there an upper limit on the number of fields comprising a document, and if so what is it? Or, is there some way to make my original approach work after all? Regards and thanks, Charlie

Newbie Problems

ucene-1.4.3-src.zip extraced it, installed ANT, installed the newest JDK 1.5.0_09 and then I run ant. The file is compiled without any error, but when I run my Index-Script I get this error: org/apache/lucene/analysis/StopAnalyzer (Unsupported major.minor version 49.0) So please help me. br Charlie

Re[4]: Span Query NLE

? (not the proprietary one you have mentioned.) I am currently looking at the package, not much doc to read though. -- Best regards, Charlie --- Monday, July 24, 2006, 12:44:16 PM, you wrote: > The "surround" query parser in Lucene's contrib area implement

Re[2]: Span Query NLE

. I had only one compiler class and never feel good about it:) -- Best regards, Charlie --- Monday, July 24, 2006, 2:04:35 AM, you wrote: : >> Would anyone give me a hint regarding the natural language expression : >> of the following span query? > :

Span Query NLE

x, field:hundred], 0, true), spanNear([field:seven, field:hundred], 0, true)]), spanOr([field:seven, field:six])], 100, true) what's its equivalence in natural language? (something we can write in one line and can be parsed by QueryParser) (if

Re[2]: Implemented subclasses of Similarity class in Lucene

Hi Edgar, Are there any technical reports explaining your design and implementation of LM on Lucene? Or what source files are exactly "LM extension"? -- Best regards, Charlie --- Friday, May 26, 2006, 7:36:14 AM, you wrote: > Hi Edgar, > While doing the integration/updatin