Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!feeds.phibee-telecom.net!newsfeed.xs4all.nl!newsfeed4.news.xs4all.nl!xs4all!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail
MIME-Version: 1.0
In-Reply-To: <CAK291foC1w=ogg6qf=7cFkdn=7AB+3U4d2Y56MMvKDr_sVkBkg@mail.gmail.com>
References: <CAK291fpAycSecNuV6hDnVXK+rhB0CWJTAuC3BKNUz8B4aDg2kQ@mail.gmail.com> <CAK291fpKxW_V=yCvNHj9RRoEhC=i_DYJCa9-cbjxDwRwH4-KfQ@mail.gmail.com> <CAK291foC1w=ogg6qf=7cFkdn=7AB+3U4d2Y56MMvKDr_sVkBkg@mail.gmail.com>
From: Ian Kelly <ian.g.kelly@gmail.com>
Date: Fri, 13 Feb 2015 09:52:10 -0700
Subject: Re: Floating point "g" format not stripping trailing zeros
To: Python <python-list@python.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Newsgroups: comp.lang.python
Message-ID: <mailman.18730.1423846374.18130.python-list@python.org>
Lines: 57
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:85651

On Fri, Feb 13, 2015 at 2:26 AM, Hrvoje Nik=C5=A1i=C4=87 <hniksic@gmail.com=
> wrote:
> Ian Kelly writes:
>> When you specify the a precision of 15 in your format string, you're
>> telling it to take the first 15 of those. It doesn't care that the
>> last couple of those are zeros, because as far as it's concerned,
>> those digits are significant.
>
> OK, it's a bit surprising, but also consistent with the rest of the
> decimal module. Thanks for clearing it up.
>
> My concrete use case is printing an arbitrary fraction as a
> user-readable decimal, rounded to the specified number of digits, and
> using the exponential notation where appropriate:
>
> import decimal
> _dec_fmt_context =3D decimal.Context(prec=3D15, rounding=3Ddecimal.ROUND_=
HALF_UP)
> def _format(frac):
>     with decimal.localcontext(_dec_fmt_context):
>         dec =3D decimal.Decimal(frac.numerator) /
> decimal.Decimal(frac.denominator)
>         return '{:g}'.format(dec)
>
> The decimal obtained by dividing the numerator with the denominator
> includes trailing zeros. Calling normalize() to get rid of them will
> have the unfortunate side effect of turning 9806650 into 9.80665e+6,
> and the method recommended in the documentation:
>
> def remove_exponent(d):
>     return d.quantize(decimal.Decimal(1)) if d =3D=3D d.to_integral() els=
e
> d.normalize()
>
> ...will raise "decimal.InvalidOperation: quantize result has too many
> digits for current context" when the number is too large.

In that case I think you just want to normalize instead. So:

>>> def remove_exponent(d):
...   if d =3D=3D d.to_integral():
...     try:
...       return d.quantize(1)
...     except decimal.InvalidOperation:
...       pass
...   return d.normalize()
...
>>> remove_exponent(D('123000000'))
Decimal('123000000')
>>> remove_exponent(D('123.4567'))
Decimal('123.4567')
>>> remove_exponent(D('123.4567890'))
Decimal('123.456789')
>>> remove_exponent(D('123e6'))
Decimal('123000000')
>>> remove_exponent(D('1234567890123456789012345678901234567890'))
Decimal('1.234567890123456789012345679E+39')