matplotlib-devel Mailing List for matplotlib

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 <str...@as...> 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 this point.
> 
> you may want to ping also at #scipy on irc.freenode.net, where the
> sprint participants are all hanging out.
> 
> cheers,
> 
> f

On Dec 15, 2007 2:52 PM, Andrew Straw <str...@as...> 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 this point.
you may want to ping also at #scipy on irc.freenode.net, where the
sprint participants are all hanging out.
cheers,
f

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 precision,
Andrew
John Hunter wrote:
> On Dec 15, 2007 3:13 PM, Andrew Straw <str...@as...> 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 wonder if there's any reason why defaultformatd shouldn't use
>> repr() for numpy.float32 and numpy.float64?
>> 
>
> I'll be happy to make repr the default. I was using %g because I
> mistakenly though this provided the appropriate number of significant
> digits. I changed this to %r in the csvformat_factory in svn.
>
> JDJ
> 

On Dec 15, 2007 3:13 PM, Andrew Straw <str...@as...> 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 wonder if there's any reason why defaultformatd shouldn't use
> repr() for numpy.float32 and numpy.float64?
I'll be happy to make repr the default. I was using %g because I
mistakenly though this provided the appropriate number of significant
digits. I changed this to %r in the csvformat_factory in svn.
JDJ

On Dec 15, 2007 2:13 PM, Andrew Straw <str...@as...> 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(),
> but I wonder if there's any reason why defaultformatd shouldn't use
> repr() for numpy.float32 and numpy.float64?
+1 for repr() in general as the default output method, as it is
supposed (though not guaranteed) in general to be more faithful to the
original object.
cheers,
f

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() for numpy.float32 and numpy.float64?