Return-Path: Delivered-To: apmail-jakarta-lucene-dev-archive@apache.org Received: (qmail 50698 invoked from network); 23 May 2002 16:51:46 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 23 May 2002 16:51:46 -0000 Received: (qmail 4142 invoked by uid 97); 23 May 2002 16:51:47 -0000 Delivered-To: qmlist-jakarta-archive-lucene-dev@jakarta.apache.org Received: (qmail 4114 invoked by uid 97); 23 May 2002 16:51:47 -0000 Mailing-List: contact lucene-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Lucene Developers List" Reply-To: "Lucene Developers List" Delivered-To: mailing list lucene-dev@jakarta.apache.org Received: (qmail 4101 invoked by uid 98); 23 May 2002 16:51:46 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <024c01c202c5$bb443ee0$660010ac@teck> From: "Julien Nioche" To: "Lucene Developers List" References: Subject: Re: Possible features for next release Date: Thu, 23 May 2002 18:52:58 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N What about the Support for Search Term Highlighting? (see Maik Schreiber's paper) It seems to have vanished from the list of features? ----- Original Message ----- From: "Peter Carlson" To: "Lucene Developers List" Sent: Thursday, May 23, 2002 8:29 AM Subject: VOTE: Possible features for next release > Hello all, > > Below is a list of all features that were requested/suggested for the next > release of Lucene. > > If you are in favor of the feature AND you are willing to help implement / > integrate and test it please put a +1 in the brackets. If you are against a > feature please put a -1 in the brackets and provide a reason. > > Note: Non committers can vote here, but at least 1 committer must be active > on the feature (i.e. willing to test and integrate it) for it to be part of > the next release. > > If something is unclear please let me know. Also, if people have suggestions > on a better way to organize this, let me know. > > --Peter > > -------------------------------------------------------------------------- - > > > [ ] Peter Halacsy's changes to the QueryParser that, I believe, make it > possible to programmatically specify a default operator (OR or AND). > > [ ] The recently submitted code that allows for queries such as "Microsoft > suc*" to match "Microsoft success" and "Microsoft sucks". > > [ ] Alex Murzaku contributed some code for dealing with Russian. > > [ ] A lady from Finland submitted code for handling Finnish. > > [ ] Japanese Analyzer ( Kazuhiro Kazama ) > > [ ] make package protected abtract methods of > org.apache.lucene.search.Searcher to public (I'd like to be able to make > subclasses of Searcher, IndexWriter, InderReader ) > > [ ] Term Vector Support > > [ ] add lastModified() method to Directory, FSDirectory and RamDirectory (so > it could be cached in IndexWriter/Searcher manager) > > [ ] support for adding more than 1 term to the same position (I'm sorry I > didn't find Doug's email about this) > > [ ] Does anyone see a problem with adding support for storing unindexed, > untokenized *binary* data as document fields? At the moment, the closest > thing we have is unindexed, untokenized *character* data. Looking at the > source, this will be a trivial change, but I'm curious to learn if there are > specific reasons (other than inclination and opportunity) that this has been > left out. > > [ ] Another feature could be the ability to retrieve the number of > occurences not only for a term but also for a Phrase (see > http://www.mail-archive.com/lucene-dev@jakarta.apache.org/msg00101.html) > > [ ] Better support for hits sorted by things other than score. An easy, > efficient case is to support results sorted by the order documents were > added to the index. > > [ ] Support for results sorted by an arbitrary field. > > [ ] Add ability to "boost" individual documents/fields. When a document is > indexed, a numeric "boost" value could be specified for the whole document, > and/or for individual fields. This value would be multipled into scores for > hits on this document. This would facilitate the implementation of things > like Google's pagerank. > > [ ] Add to FSDirectory the ability to specify where lock files live and to > disable the use of lock files altogether (for read-only media). > > [ ] Add some requested methods: > String[] Document.getValues(String fieldName); > String[] IndexReader.getIndexedFields(); > void Token.setPositionIncrement(int); > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > -- To unsubscribe, e-mail: For additional commands, e-mail: