Return-Path: Delivered-To: apmail-jakarta-lucene-dev-archive@apache.org Received: (qmail 4882 invoked from network); 18 Nov 2002 22:35:30 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 18 Nov 2002 22:35:30 -0000 Received: (qmail 6033 invoked by uid 97); 18 Nov 2002 22:36:00 -0000 Delivered-To: qmlist-jakarta-archive-lucene-dev@jakarta.apache.org Received: (qmail 5969 invoked by uid 97); 18 Nov 2002 22:35:59 -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 5916 invoked by uid 98); 18 Nov 2002 22:35:59 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-Id: <200211182234.gAIMYoBf077479@smtpzilla2.xs4all.nl> Content-Type: text/plain; charset="iso-8859-1" From: Ype Kingma Reply-To: ykingma@xs4all.nl To: "Lucene Developers List" Subject: Rebuilding indexes for new version: future proof index format Date: Mon, 18 Nov 2002 23:31:49 +0100 X-Mailer: KMail [version 1.3.1] References: <20021030220059.31088.qmail@web12702.mail.yahoo.com> <018101c28064$3d316f10$4452fea9@majesty> <200210310808.g9V882mA070351@smtpzilla3.xs4all.nl> In-Reply-To: <200210310808.g9V882mA070351@smtpzilla3.xs4all.nl> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dear Lucene'd, As the new PrefixQuery will probably make me a lucene CVS user, I have a question about the changed index format. I gathered that the newly introduced document boost factor changes the=20 scoring enough to make rebuilding the indexes necessary. In the documentation of the index format it sais (at the bottom) that the= re are a few places in the current format where the index is not future proo= f=20 because a 32 bit integer is used. Would the new index format be an opportunity to change these 32 bit integ= ers=20 to 64 bits? When so, I'd be happy to try and provide patches. Kind regards, Ype Kingma -- To unsubscribe, e-mail: For additional commands, e-mail: