From: Xaver W. <xav...@we...> - 2009-01-11 23:33:13
|
Hi, thanks for the quick answers, I was thinking that it might be some float-precision problem. But, being a newbie and as gnuplot.py apparently doesn't have a documentation, I couldn't figure it out. You're right, this type of precision is probably only interesting for physicists and us chemists ;-) And I could probably do with less precision, I just haven't bothered to think about if rounding is always a good idea. But couldn't there be an auto-detection for the float type or sth? I mean, if someone's passing highly precise numbers, he'll probably want to plot them correctly... Could you maybe point me to some information on how to use that workaround? I've tried reading the list values as 'np.float64' or converting the list via 'np.asarray(x).astype(np.float64)' but that doesn't seem to change anything... Regards, X.W. Am Sunday 11 January 2009 17:47:07 schrieb Alan G Isaac: > On 1/11/2009 11:34 AM Michael Haggerty apparently wrote: > > Not Python arrays, but numpy arrays. The reason this is done is to save > > space for huge data sets. My assumption was that it is unusual to plot > > values that vary only in the ninth decimal place. And since there is a > > workaround, it doesn't seem like a bad compromise. > > How about letting dtype be an optional argument? > The default can be np.float32, but the user could > specify any dtype. > > Alan Isaac > > > --------------------------------------------------------------------------- >--- Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Gnuplot-py-users mailing list > Gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-py-users -- Xaver Wurzenberger Guardinistr. 89 81375 München Tel.: 089/32163661 Mobil: 0179/4478756 |