Return-Path: Mailing-List: contact lucene-user-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list lucene-user@jakarta.apache.org Received: (qmail 83124 invoked from network); 12 Aug 2003 07:59:02 -0000 Received: from smtp6.clb.oleane.net (213.56.31.26) by daedalus.apache.org with SMTP; 12 Aug 2003 07:59:02 -0000 Received: from teck ([217.167.130.37]) (authenticated) by smtp6.clb.oleane.net with ESMTP id h7C7xDe4001386 for ; Tue, 12 Aug 2003 09:59:13 +0200 Message-ID: <003c01c360a8$16eba4e0$6a0010ac@teck> From: "Julien Nioche" To: "Lucene Users List" References: <3F3779AE.2030702@getopt.org> <001001c3601a$fddd97c0$1a0011ac@TFEW02> <002401c36021$d374a490$6a0010ac@teck> <3F37D894.5010405@getopt.org> Subject: Re: Luke v 0.2 - Lucene Index Browser Date: Tue, 12 Aug 2003 10:02:33 +0200 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 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hello, > > - Remove the empty field (see mailing list Lucene dev 4/16/2003 message from > > Otis) > > Well... I thought it was just reported as a bug. I don't see any > responses to this, so I guess this is still a bug, and Luke is not the > one to be fixed. :-) Sure - I meant HIDE this field in the summary as a temporary solution but it would be better to solve the problem in Lucene of course. > > - Information about the # of segments > > Need to check this, but shouldn't be any problem. I'm not sure whether > it's useful, though... ? It 's an indication of whether or not an index has to be optimized. ----- Original Message ----- From: "Andrzej Bialecki" To: "Lucene Users List" Sent: Monday, August 11, 2003 7:55 PM Subject: Re: Luke v 0.2 - Lucene Index Browser > Julien Nioche wrote: > > > Hello, > > > > Thanks to Andrzej for this new version! Luke is really useful. > > > > You're welcome. It was fun to code. > > > > >>open the original Dokuments with the platform dependant mimetype viewer > > Someone else already explained the problems with this... What is a > document in Lucene? It's a set of fields and their String values (or > their terms), so it's not possible to open the original document from > which the values were extracted, because there is no original... > > > > > ??? > > > > My suggestions by order of importance would be : > > > > - History of the 5 last indexes used : under the File Menu item ? > > No problem. I mean, technically it's no problem, it's just a problem of > getting to it on my so called "free time" ... > > > - Remove the empty field (see mailing list Lucene dev 4/16/2003 message from > > Otis) > > Well... I thought it was just reported as a bug. I don't see any > responses to this, so I guess this is still a bug, and Luke is not the > one to be fixed. :-) > > > - Possibility to merge different indexes > > No problem. > > > - Information about the # of segments > > Need to check this, but shouldn't be any problem. I'm not sure whether > it's useful, though... ? > > > [- and almost impossible : recompose the unstored fields of a document] > > It's not impossible, just time-consuming - all information (except the > parts removed by analyzer) is already there. This functionality has a > high "cool-ness" factor, which makes it very tempting... :-) > > Thanks for these suggestions! I can't promise any timeline, but > eventually I'd like to include this functionality in Luke. Patches are > always welcome... :-) > > -- > Best regards, > Andrzej Bialecki > > ------------------------------------------------- > Software Architect, System Integration Specialist > CEN/ISSS EC Workshop, ECIMF project chair > EU FP6 E-Commerce Expert/Evaluator > ------------------------------------------------- > FreeBSD developer (http://www.freebsd.org) > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: lucene-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: lucene-user-help@jakarta.apache.org > >