Return-Path: Delivered-To: apmail-jakarta-lucene-dev-archive@www.apache.org Received: (qmail 35290 invoked from network); 11 Oct 2004 21:10:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 11 Oct 2004 21:10:57 -0000 Received: (qmail 27029 invoked by uid 500); 11 Oct 2004 21:10:50 -0000 Delivered-To: apmail-jakarta-lucene-dev-archive@jakarta.apache.org Received: (qmail 26919 invoked by uid 500); 11 Oct 2004 21:10:48 -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 26771 invoked by uid 99); 11 Oct 2004 21:10:46 -0000 X-ASF-Spam-Status: No, hits=0.3 required=10.0 tests=FORGED_RCVD_HELO,HTML_30_40,HTML_MESSAGE,HTML_TITLE_EMPTY X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [217.160.91.29] (HELO p15112568.pureserver.info) (217.160.91.29) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 11 Oct 2004 14:10:43 -0700 Received: from intrafind.de (ppp-62-245-163-83.mnet-online.de [62.245.163.83]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by p15112568.pureserver.info (Postfix) with ESMTP id 923F514010F for ; Mon, 11 Oct 2004 23:10:40 +0200 (CEST) Message-ID: <416AF6C7.7000807@intrafind.de> Date: Mon, 11 Oct 2004 23:10:31 +0200 From: Bernhard Messer User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lucene Developers List Subject: Re: documentation in fileformats.html References: <416AB317.8060408@intrafind.de> <200410112022.55690@danielnaber.de> In-Reply-To: <200410112022.55690@danielnaber.de> Content-Type: multipart/alternative; boundary="------------050801040905030401080009" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --------------050801040905030401080009 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Daniel Naber wrote: >On Monday 11 October 2004 18:21, Bernhard Messer wrote: > > > >>"Currently only the low-order bit is used of Bits is used. It is one for >>tokenized fields, and zero for non-tokenized fields." >> >>is outdated now and should be updated. Any idea how to proceed ? >> >> > >Is that the only sentence? If so, you could send the new sentence/paragraph >to this list and someone will add it to the documentation in CVS. > > replace: Bits --> Byte Value --> String Currently only the low-order bit is used of Bits is used. It is one for tokenized fields, and zero for non-tokenized fields. with: Bits --> Byte - low order bit is one for tokenized fields. - second bit is one for fields containing binary data. - third bit is one for fields with compression option enabled. Value --> String (default) or byte[] when the field value is a binary field regards Bernhard --------------050801040905030401080009--