Hi all,
on behalf of the IPython development team, I'm happy to announce that
we've just put out IPython 0.10 final. Many thanks to all those who
contributed ideas, bug reports and code.
You can download it from the usual location:
- http://ipython.scipy.org/moin/Download: direct links to vario
On Tue, Aug 04, 2009 at 07:03:43PM -0500, Gökhan Sever wrote:
>I would not be surprised if someone brings a real python snake into the
>conference then :)
http://picasaweb.google.com/ziade.tarek/PyconFR#slideshow/5342502528927090354
___
NumPy-Dis
On Tue, Aug 4, 2009 at 7:18 PM, Jochen wrote:
> Hi all,
> I see something similar on my system.
> OK I've just done a test. System is Ubuntu 9.04 AMD64
> there seems to be a regression for float32 with high values:
>
> In [47]: a=np.random.rand(1).astype(np.float32)
>
> In [48]: b=np.random.r
Hi all,
I see something similar on my system.
OK I've just done a test. System is Ubuntu 9.04 AMD64
there seems to be a regression for float32 with high values:
In [47]: a=np.random.rand(1).astype(np.float32)
In [48]: b=np.random.rand(1).astype(np.float64)
In [49]: c=1000*np.random.rand
On Tue, Aug 4, 2009 at 6:49 PM, David Warde-Farley wrote:
> On 4-Aug-09, at 2:54 PM, Gökhan Sever wrote:
>
> > I see that you should have a browser embedding plugin for Ipyhon
> > which you
> > don't want to share with us :)
>
> Ondrej's well on his way to fixing that: http://pythonnb.appspot.com/
On Tue, Aug 4, 2009 at 7:03 PM, Maria Liukis wrote:
> Josef,
> Thanks a bunch!
> Masha
You're welcome.
Josef
>
> liu...@usc.edu
>
>
> On Aug 4, 2009, at 4:01 PM, josef.p...@gmail.com wrote:
>
> On Tue, Aug 4, 2009 at 6:36 PM, Maria Liukis wrote:
>
> Hello everybody,
> I'm usi
On 4-Aug-09, at 2:54 PM, Gökhan Sever wrote:
> I see that you should have a browser embedding plugin for Ipyhon
> which you
> don't want to share with us :)
Ondrej's well on his way to fixing that: http://pythonnb.appspot.com/
David
___
NumPy-Discuss
Josef,
Thanks a bunch!
Masha
liu...@usc.edu
On Aug 4, 2009, at 4:01 PM, josef.p...@gmail.com wrote:
On Tue, Aug 4, 2009 at 6:36 PM, Maria Liukis wrote:
Hello everybody,
I'm using the following versions of scipy and numpy:
scipy.__version__
'0.6.0'
import numpy
numpy.
On Tue, Aug 4, 2009 at 6:36 PM, Maria Liukis wrote:
> Hello everybody,
> I'm using the following versions of scipy and numpy:
scipy.__version__
> '0.6.0'
import numpy
numpy.__version__
> '1.1.1'
> Would anybody happen to know why I get an exception when calling
> scipy.stats.poisson.
Hello everybody,
I'm using the following versions of scipy and numpy:
>>> scipy.__version__
'0.6.0'
>>> import numpy
>>> numpy.__version__
'1.1.1'
Would anybody happen to know why I get an exception when calling
scipy.stats.poisson.ppf function:
>>> from scipy.stats import *
>>> poisson.ppf
Gotchya, thanks!
DG
--- On Tue, 8/4/09, Robert Kern wrote:
> From: Robert Kern
> Subject: Re: [Numpy-discussion] Funded work on Numpy: proposed improvements
> and request for feedback
> To: "Discussion of Numerical Python"
> Date: Tuesday, August 4, 2009, 2:53 PM
> On Tue, Aug 4, 2009 at 16
On Tue, Aug 4, 2009 at 16:49, David Goldsmith wrote:
>
> --- On Tue, 8/4/09, Bruce Southey wrote:
>
>> [snip]
>>
>> Almost a year ago Travis send an email :
>> 'Report from SciPy'?
>> http://mail.scipy.org/pipermail/numpy-discussion/2008-August/036909.html
>>
>> Of importance was that
>> " * NumPy
--- On Tue, 8/4/09, Bruce Southey wrote:
> [snip]
>
> Almost a year ago Travis send an email :
> 'Report from SciPy'?
> http://mail.scipy.org/pipermail/numpy-discussion/2008-August/036909.html
>
> Of importance was that
> " * NumPy 2.0 will be a library and will not automagically
> import nump
On Tue, Aug 4, 2009 at 3:24 PM, Bruce Southey wrote:
> On Mon, Aug 3, 2009 at 9:42 PM, David
> Cournapeau wrote:
> > Hi All,
> >
> >I (David Cournapeau) and the people at Berkeley (Jarrod Millman,
> > Fernando Perez, Matthew Brett) have been in discussion so that I could
> > do some funded wo
--- On Tue, 8/4/09, Neil Martinsen-Burrell wrote:
> > What features does SciPy have that are absent in
> NumPy?
>
> Many.
And that's an understatement!
DG
> SciPy includes algorithms for optimization,
> solving differential
> equations, numerical integration among many others.
> NumPy pr
On Mon, Aug 3, 2009 at 9:42 PM, David
Cournapeau wrote:
> Hi All,
>
> I (David Cournapeau) and the people at Berkeley (Jarrod Millman,
> Fernando Perez, Matthew Brett) have been in discussion so that I could
> do some funded work on NumPy/SciPy. Although they are obviously
> interested in improv
On Tue, Aug 4, 2009 at 1:53 PM, Bruce Southey wrote:
> On Tue, Aug 4, 2009 at 1:40 PM, Gökhan Sever wrote:
>> This is the loveliest of all solutions:
>>
>> c[isfinite(c)].mean()
>
> This handling of nonfinite elements has come up before.
> Please remember that this only for 1d or flatten array so i
On Tue, Aug 4, 2009 at 1:40 PM, Gökhan Sever wrote:
> This is the loveliest of all solutions:
>
> c[isfinite(c)].mean()
This handling of nonfinite elements has come up before.
Please remember that this only for 1d or flatten array so it not work
in general especially along an axis.
Bruce
___
On 2009-08-04 14:36 , Nanime Puloski wrote:
> What features does SciPy have that are absent in NumPy?
Many. SciPy includes algorithms for optimization, solving differential
equations, numerical integration among many others. NumPy primarily
provides a useful n-dimensional array container. Whi
What features does SciPy have that are absent in NumPy?
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Tue, Aug 4, 2009 at 15:09, Matthew Brett wrote:
> File
> "/home/mb312/usr/local/lib/python2.5/site-packages/numpy/distutils/command/build_ext.py",
> line 74, in run
> self.library_dirs.append(build_clib.build_clib)
> UnboundLocalError: local variable 'build_clib' referenced before assignme
Hi,
On Tue, Aug 4, 2009 at 9:31 AM, David Cournapeau wrote:
> On Tue, Aug 4, 2009 at 8:13 PM, David
> Cournapeau wrote:
>
>> I think I understand the problem. Unfortunately, that's looks tricky to
>> solve... I hate distutils.
>
> Ok - should be fixed in r7281.
Just to clarify - it's still true I
On Tue, Aug 4, 2009 at 12:59 PM, Gael
Varoquaux wrote:
> On Tue, Aug 04, 2009 at 01:54:49PM -0500, Gökhan Sever wrote:
>> I see that you should have a browser embedding plugin for Ipyhon which you
>> don't want to share with us :)
>
> No, I answer e-mail using vim.
Yeah, I'm trying that righ
On Tue, Aug 04, 2009 at 01:54:49PM -0500, Gökhan Sever wrote:
>I see that you should have a browser embedding plugin for Ipyhon which you
>don't want to share with us :)
No, I answer e-mail using vim.
>And do you only fix Mayavi issues in that not-included 2 hours?
No, during the oth
On Tue, Aug 4, 2009 at 14:29, Pierre GM wrote:
>
> On Aug 4, 2009, at 2:43 PM, Robert Kern wrote:
>
>> On Tue, Aug 4, 2009 at 13:40, Gökhan Sever
>> wrote:
>>> This is the loveliest of all solutions:
>>>
>>> c[isfinite(c)].mean()
>>
>> I kind of like c[c == c].mean(), but only because it's a bit mi
On Aug 4, 2009, at 2:43 PM, Robert Kern wrote:
> On Tue, Aug 4, 2009 at 13:40, Gökhan Sever
> wrote:
>> This is the loveliest of all solutions:
>>
>> c[isfinite(c)].mean()
>
> I kind of like c[c == c].mean(), but only because it's a bit mind-
> blowing. :-)
But it doesn't give the same result
On Tue, Aug 4, 2009 at 1:48 PM, Gael Varoquaux <
gael.varoqu...@normalesup.org> wrote:
> On Tue, Aug 04, 2009 at 01:43:54PM -0500, Robert Kern wrote:
> > I kind of like c[c == c].mean(), but only because it's a bit
> mind-blowing. :-)
>
> > > You are all very helpful and funny. I am sure most of y
On Tue, Aug 04, 2009 at 01:43:54PM -0500, Robert Kern wrote:
> I kind of like c[c == c].mean(), but only because it's a bit mind-blowing. :-)
> > You are all very helpful and funny. I am sure most of you spend more than 16
> > hours a day in front of or by your screens :)
> Hey! I resemble that r
On Tuesday 04 August 2009 19:19:22 Andrew Friedley wrote:
> OK, have some interesting results. First is my array creation was not
> doing what I thought it was. This (what I've been doing) creates an
> array of 159161 elements:
>
> numpy.arange(0.0, 1000, (2 * 3.14159) / 1000, dtype=numpy.float32
On Tue, Aug 4, 2009 at 13:40, Gökhan Sever wrote:
> This is the loveliest of all solutions:
>
> c[isfinite(c)].mean()
I kind of like c[c == c].mean(), but only because it's a bit mind-blowing. :-)
> You are all very helpful and funny. I am sure most of you spend more than 16
> hours a day in fron
This is the loveliest of all solutions:
c[isfinite(c)].mean()
You are all very helpful and funny. I am sure most of you spend more than 16
hours a day in front of or by your screens :)
On Tue, Aug 4, 2009 at 11:46 AM, Gökhan Sever wrote:
> Hello,
>
> I know this has to have a very simple answe
On Tue, Aug 04, 2009 at 02:11:57PM -0400, josef.p...@gmail.com wrote:
> On Tue, Aug 4, 2009 at 1:45 PM, David Goldsmith
> wrote:
> > Actually, Robert's really a robot (indeed, the Kernel of all robot minds) -
> > no way a biologic is going to beat him. ;-)
> So, what is the conclusion, do we ne
Uh-oh, if my joke is going to promote wide-spread complacency, I take it back,
I take it back!
DG
--- On Tue, 8/4/09, josef.p...@gmail.com wrote:
> From: josef.p...@gmail.com
> Subject: Re: [Numpy-discussion] Why NaN?
> To: "Discussion of Numerical Python"
> Date: Tuesday, August 4, 2009, 1
On Tue, Aug 4, 2009 at 1:45 PM, David Goldsmith wrote:
>
> Actually, Robert's really a robot (indeed, the Kernel of all robot minds) -
> no way a biologic is going to beat him. ;-)
So, what is the conclusion, do we need more practice, or can we sit
back and let Robert take care of things?
Josef
Charles R Harris wrote:
> Depends on the CPU, FPU and the compiler flags. The computations could very
> well be done using double precision internally with conversions on
> load/store.
Sure, but if this is the case, why is the performance blowing up on
larger input values for float32 but not floa
On Tue, Aug 4, 2009 at 11:19 AM, Andrew Friedley wrote:
> David Cournapeau wrote:
> > On Wed, Aug 5, 2009 at 12:14 AM, Andrew Friedley
> wrote:
> >
> >> Do you know where this conversion is, in the code? The impression I got
> >> from my quick look at the code was that a wrapper sinf was defined
Actually, Robert's really a robot (indeed, the Kernel of all robot minds) - no
way a biologic is going to beat him. ;-)
DG
--- On Tue, 8/4/09, Robert Kern wrote:
> From: Robert Kern
> Subject: Re: [Numpy-discussion] Why NaN?
> To: "Discussion of Numerical Python"
> Date: Tuesday, August 4,
On Tue, Aug 4, 2009 at 12:19, Andrew Friedley wrote:
> OK, have some interesting results. First is my array creation was not
> doing what I thought it was. This (what I've been doing) creates an
> array of 159161 elements:
>
> numpy.arange(0.0, 1000, (2 * 3.14159) / 1000, dtype=numpy.float32)
>
>
David Cournapeau wrote:
> On Wed, Aug 5, 2009 at 12:14 AM, Andrew Friedley wrote:
>
>> Do you know where this conversion is, in the code? The impression I got
>> from my quick look at the code was that a wrapper sinf was defined that
>> just calls sin. I guess the typecast to float in there will
On Tue, Aug 4, 2009 at 10:51 AM, Dave wrote:
> David Cournapeau gmail.com> writes:
>
> >
> > On Tue, Aug 4, 2009 at 8:13 PM, David
> > Cournapeau ar.media.kyoto-u.ac.jp> wrote:
> >
> > > I think I understand the problem. Unfortunately, that's looks tricky to
> > > solve... I hate distutils.
> >
On Tue, Aug 4, 2009 at 10:05 AM, wrote:
> What's going on with the response time here?
>
> I cannot even finish reading the question and start python.
The trick is to not read the entire question. I usually reply after
reading the subj line. Or just auto-reply with "x.sort() returns None"
which s
On Tue, Aug 4, 2009 at 12:05, wrote:
> What's going on with the response time here?
>
> I cannot even finish reading the question and start python.
Practice. :-)
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless
enigma that is made terrible by our own mad at
On Tue, Aug 4, 2009 at 12:59 PM, Keith Goodman wrote:
> On Tue, Aug 4, 2009 at 9:54 AM, Keith Goodman wrote:
>> On Tue, Aug 4, 2009 at 9:46 AM, Gökhan Sever wrote:
>>> Hello,
>>>
>>> I know this has to have a very simple answer, but stuck at this very moment
>>> and can't get a meaningful result ou
On Tue, Aug 4, 2009 at 9:54 AM, Keith Goodman wrote:
> On Tue, Aug 4, 2009 at 9:46 AM, Gökhan Sever wrote:
>> Hello,
>>
>> I know this has to have a very simple answer, but stuck at this very moment
>> and can't get a meaningful result out of np.mean()
>>
>>
>> In [121]: a = array([NaN, 4, NaN, 12]
Note that NaN generally contaminates sums and other net results (as it
should). You should filter them out (there is more than one way to do
that). But also note that the IEEE standard for floating point numbers
requires NaN != Nan. Thus any attempts to find where NaNs that way is
destined
On Tue, Aug 4, 2009 at 9:46 AM, Gökhan Sever wrote:
> Hello,
>
> I know this has to have a very simple answer, but stuck at this very moment
> and can't get a meaningful result out of np.mean()
>
>
> In [121]: a = array([NaN, 4, NaN, 12])
>
> In [122]: b = array([NaN, 2, NaN, 3])
>
> In [123]: c =
On Tue, Aug 4, 2009 at 11:46, Gökhan Sever wrote:
> Hello,
>
> I know this has to have a very simple answer, but stuck at this very moment
> and can't get a meaningful result out of np.mean()
>
>
> In [121]: a = array([NaN, 4, NaN, 12])
>
> In [122]: b = array([NaN, 2, NaN, 3])
>
> In [123]: c = a/
David Cournapeau gmail.com> writes:
>
> On Tue, Aug 4, 2009 at 8:13 PM, David
> Cournapeau ar.media.kyoto-u.ac.jp> wrote:
>
> > I think I understand the problem. Unfortunately, that's looks tricky to
> > solve... I hate distutils.
>
> Ok - should be fixed in r7281.
>
> David
>
Well, that se
Hello,
I know this has to have a very simple answer, but stuck at this very moment
and can't get a meaningful result out of np.mean()
In [121]: a = array([NaN, 4, NaN, 12])
In [122]: b = array([NaN, 2, NaN, 3])
In [123]: c = a/b
In [124]: mean(c)
Out[124]: nan
In [125]: mean a
> mean
On Tue, Aug 4, 2009 at 8:13 PM, David
Cournapeau wrote:
> I think I understand the problem. Unfortunately, that's looks tricky to
> solve... I hate distutils.
Ok - should be fixed in r7281.
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy
On Wed, Aug 5, 2009 at 12:14 AM, Andrew Friedley wrote:
> Do you know where this conversion is, in the code? The impression I got
> from my quick look at the code was that a wrapper sinf was defined that
> just calls sin. I guess the typecast to float in there will do the
> conversion
Exact. Gi
Charles R Harris wrote:
> On Mon, Aug 3, 2009 at 11:51 AM, Andrew Friedley wrote:
>
>> Charles R Harris wrote:
>>> What compiler versions are folks using? In the slow cases, what is the
>>> timing for converting to double, computing the sin, then casting back to
>>> single?
>> I did this, is this
On Tue, Aug 04, 2009 at 07:37:03AM -0700, Keith Goodman wrote:
> I'm always amazed at the solutions people come up with on this list.
> So if you send an example, someone might be able to get rid of the
> need for atleast_1d.
On the other hand, it costs almost no time, and makes your API more
robu
On Tue, Aug 4, 2009 at 4:23 AM, Mark Bakker wrote:
> Hello all,
> I am making a lot of use of atleast_1d and atleast_2d in my routines.
> Does anybody know whether this will slow down my code significantly?
> Thanks,
> Mark
Here's atleast_1d:
def atleast_1d(*arys):
res = []
for ary in ary
Bruce Southey wrote:
> Hi,
> Can you try these from the command line:
> python -m timeit -n 100 -s "import numpy as np; a = np.arange(0.0, 1000,
> (2*3.14159) / 1000, dtype=np.float32)"
> python -m timeit -n 100 -s "import numpy as np; a = np.arange(0.0, 1000,
> (2*3.14159) / 1000, dtype=np.float
Hello,
>I am making a lot of use of atleast_1d and atleast_2d in my routines.
>Does anybody know whether this will slow down my code significantly?
if there is no need to make copies (i.e. if you take arrays as
parameters (?)), calls to atleast_1d and atleast_2d should be
Dave wrote:
> David Cournapeau ar.media.kyoto-u.ac.jp> writes:
>
>
>> Dave wrote:
>>
>>> Dave gmail.com> writes:
>>>
>>>
>>>
Work's for me.
-Dave
>>> Except now when trying to compile the latest scipy I get the following
>>>
>
Hello all,
I am making a lot of use of atleast_1d and atleast_2d in my routines.
Does anybody know whether this will slow down my code significantly?
Thanks,
Mark
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailma
David Cournapeau ar.media.kyoto-u.ac.jp> writes:
>
> Dave wrote:
> > Dave gmail.com> writes:
> >
> >
> >> Work's for me.
> >>
> >> -Dave
> >>
> >>
> >
> > Except now when trying to compile the latest scipy I get the following
error:
> >
>
> Was numpy installed from a bdist_wininst
Dave wrote:
> Dave gmail.com> writes:
>
>
>> Work's for me.
>>
>> -Dave
>>
>>
>
> Except now when trying to compile the latest scipy I get the following error:
>
Was numpy installed from a bdist_wininst installer, or did you use the
install method directly ?
David
Dave gmail.com> writes:
>
> Work's for me.
>
> -Dave
>
Except now when trying to compile the latest scipy I get the following error:
C:\dev\src\scipy>svn up
Fetching external item into 'doc\sphinxext'
External at revision 7280.
At revision 5890.
C:\dev\src\scipy>python setup.py bdist_wini
David Cournapeau gmail.com> writes:
>
> On Tue, Aug 4, 2009 at 5:28 PM, David
> Cournapeau ar.media.kyoto-u.ac.jp> wrote:
>
> >
> > No, I think you and Matthew actually found a bug in recent changes I
> > have done in distutils. I will fix it right away,
>
> Ok, not right away, but could you c
On Tue, Aug 4, 2009 at 5:28 PM, David
Cournapeau wrote:
>
> No, I think you and Matthew actually found a bug in recent changes I
> have done in distutils. I will fix it right away,
Ok, not right away, but could you check that r7280 fixed it for you ?
cheers,
David
__
Dave wrote:
> David Cournapeau ar.media.kyoto-u.ac.jp> writes:
>
>
>> You need to do as follows, if you want to control from the command line:
>>
>> python setup.py build -c mingw32 bdist_wininst
>>
>> That's how I build the official binaries .
>>
>> cheers,
>>
>> David
>>
>>
>
> Running t
David Cournapeau ar.media.kyoto-u.ac.jp> writes:
>
> You need to do as follows, if you want to control from the command line:
>
> python setup.py build -c mingw32 bdist_wininst
>
> That's how I build the official binaries .
>
> cheers,
>
> David
>
Running the command:
C:\dev\src\numpy>pyt
Dave wrote:
> David Cournapeau ar.media.kyoto-u.ac.jp> writes:
>
>
>> Matthew Brett wrote:
>>
>>> Hi,
>>>
>>> We are using numpy.distutils, and have run into this odd behavior in
>>> windows:
>>>
>>>
>> Short answer:
>>
>> I am afraid it cannot work as you want. Basically, when you
Hi Chuck,
Charles R Harris wrote:
>
>
>
> To make purely computational code available to third parties, two
> things are
> needed:
>
> 1. the code itself needs to make the split explicit.
> 2. there needs to be support so that reusing those functionalities
> is as
> p
David Cournapeau ar.media.kyoto-u.ac.jp> writes:
>
> Matthew Brett wrote:
> > Hi,
> >
> > We are using numpy.distutils, and have run into this odd behavior in
> > windows:
> >
>
> Short answer:
>
> I am afraid it cannot work as you want. Basically, when you pass an
> option to build_ext, it d
68 matches
Mail list logo
