OK, I created a test for numpy to isolate an issue:
http://scipy.org/scipy/numpy/ticket/629
I think setting MPL's behavior to repr() is good, though. John, I see
you did that r4745 -- thanks.
-Andrew
Fernando Perez wrote:
> On Dec 15, 2007 2:52 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
>> Ha
On Dec 15, 2007 2:52 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Hang on a minute, it looks like numpy.float64.__repr__() itself isn't
> reproducing all significant digits... I'm writing up a test now and will
> move this to the numpy list. I'm not sure how much is MPL and how much
> is numpy at
Hang on a minute, it looks like numpy.float64.__repr__() itself isn't
reproducing all significant digits... I'm writing up a test now and will
move this to the numpy list. I'm not sure how much is MPL and how much
is numpy at this point.
Trying to make a roundtrip through a .csv file not loose
On Dec 15, 2007 3:13 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> mlab.defaultformatd sets the default float formatter for rec2csv() to be
> something that doesn't keep the full representation of a floating point
> number. Obviously, I can pass in my own formatd argument to rec2csv(),
> but I wond
On Dec 15, 2007 2:13 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Hi,
>
> mlab.defaultformatd sets the default float formatter for rec2csv() to be
> something that doesn't keep the full representation of a floating point
> number. Obviously, I can pass in my own formatd argument to rec2csv(),
> bu
Hi,
mlab.defaultformatd sets the default float formatter for rec2csv() to be
something that doesn't keep the full representation of a floating point
number. Obviously, I can pass in my own formatd argument to rec2csv(),
but I wonder if there's any reason why defaultformatd shouldn't use
repr()
