lucene.net

Am working on a "US based nearest city search within a given radius" functionality using Lucene API. Am indexing city's lat and long values in Lucene as follows: doc.Add(new Field("latitude", paddedLatitude, Field.Store.YES, Field.Index.UN_TOKENIZED)); doc.Add(new Field("longitude", paddedLongitude, Field.Store.YES, Field.Index.UN_TOKENIZED)); Since Lucene only understands strings and not numbers, am padding lat and long values. For example, if original lat and long are 41.811846 and -87.820628 respectively, after padding,values look like: paddedLatitude -->"0041.811846" and paddedLongitude-->

I wrote a small loop which added 10,000 documents into the IndexWriter and it took for ever to do it. Is there another way to index large volumes of documents? I ask because when this goes live it has to load in 15,000 records. The other question is how do I prevent having to load in all the records again when the web application is restarted? Edit Here is the code i used; for (int t = 0; t < 10000; t++){ doc = new Document(); text = "Value" + t.toString(); doc.Add(new Field("Value", text, Field.Store.YES, Field.Index.TOKENIZED)); iwriter.AddDocument(doc); }; Edit 2 Analyzer analyzer = new

I'm working on a company search API using Lucene. My Lucene company index has got 2 companies: 1.Abigail Adams National Bancorp, Inc. 2.National Bancorp If the user types in National Bancorp, then only company # 2(ie. National Bancorp) should be returned and not #1.....ie. only exact matches should be returned. How do I achieve this functionality? Thanks for reading. You can use KeywordAnalyzer to index and search on this field. Keyword Analyzer will generate only one token for the entire string. This is something that may warrant the use of the shingle filter. This filter groups multiple

I need to improve performance of my Lucene search query. Can I use RAMDirectory?Does it optimize performance?Is there any index size limit for this? I would appreciate if someone could list pros and cons of using a RAMDirectory. Thanks. I compare FSDirectory and RAMDirectory. index size is 1.4G Centos, 5G memory Search 1000 keywords, the average/min/max response time (ms) is here FSDirectory first run: 351/7/2611 second run: 47/7/837 third run(restart app): 53/7/2343 RAMDirectory first run: 38/7/1133 second run: 34/7/189 third run(restart app): 38/7/959 So, you can see RAMDirectory is do

I am writing a custom Lucene.NET indexer to enable indexing of MS Word documents. The indexer must be capable of handling last three releases of MS Word: 2010, 2007 and 2003. The plan is to use VSTO interop assemblies that are installed as part of VS2010 to extract text content from the documents. Is there a better way to implement Word document indexing? Does this mean I will have to install all three versions of Word on the server? Or just Word 2010? Tools/Environment: Lucene.NET 2.3.1.3 VS2010 / .NET 3.5 Windows 2008 / IIS 7 Note: For details on how to implement this, see Sitecore text

Closed. This question is off-topic. It is not currently accepting answers. Learn more . Want to improve this question? Update the question so it's on-topic for Stack Overflow. I have searched on amazon and could not find a book on lucene.net. Have you guys came across a decent book on lucene.net? You may want to look at: Lucene In Action . Since Lucene.NET is a .NET port of the project, you may find it covers the necessary concepts, even though it's for Java. There should be a 2nd edition of it coming out soon. The book covers: How to integrate Lucene into your applications Ready-to-use