Are we using DecimalFormat class somewhere? I just tested, even Double.toString() returns something not-acceptable for front-end application:
1.199999999E7 I post (ASCII string) value 1.2E7 via XML POST, of course SOLR should return 1.2E7; I'll try to post 11999999.99, let's see... Field is defined as sdouble now... -----Original Message----- From: Yonik Seeley [mailto:[EMAIL PROTECTED] Sent: Sunday, February 04, 2007 3:44 PM To: solr-dev@lucene.apache.org Subject: Re: Float Values shown as 1.2E7 On 2/4/07, Fuad Efendi <[EMAIL PROTECTED]> wrote: > Hello, > > http://www.tokenizer.org shows price (in CAD$) 1.2E7 instead of 11999999.99 > (that is real!) > > I use "sfloat" for a price field... An IEEE float only has 24 mantissa bits (7 decimal digits) of precision. 24*log(2)/log(10) = 7.22 Try an sdouble if you need exact prices that large. -Yonik
