Hi,
A quick remainder: the trunk will be closed for 1.4.0 changes within
a few hours. After that time, the trunk should only contain things which
will be in 1.5.0, and the 1.4.0 changes will be in the 1.4.0 branch,
which should contain only bug fixes.
cheers,
David
On 11/15/2009 01:16 AM, David Warde-Farley wrote:
On 14-Nov-09, at 10:57 AM, Bruce Southey wrote:
Is it just that bincount does not count negative numbers?
If so, then I would strongly argue that is insufficient for creating
new function. Rather you need to provide a suitable patch to
Jake VanderPlas wrote:
It sounds like all of this could be done very simply without going to
C, using a class based on numpy.ndarray. The following works for 1D
arrays, behaves like a regular 1D numpy array, and could be easily
improved with a little care. Is this what you had in mind?
oops,
I meant to include my code with that last note. Here it is.
accumulator.py: is my implementation.
easy_scale.py: is Jake's suggested implementation.
profile_accumulator.py: contains some test functions that can be run
with ipython's timeit
test_accumulator.py: is test code that can
Charles R Harris wrote:
I would like some advise on the best way to add the new functions. I've
added a new package polynomial, and that package contains four new
modules: chebyshev, polynomial, polytemplate, polyutils.
This seems to belong more in scipy than numpy, but I'll leave that to
On Mon, Nov 16, 2009 at 10:43 AM, Christopher Barker
chris.bar...@noaa.govwrote:
Charles R Harris wrote:
I would like some advise on the best way to add the new functions. I've
added a new package polynomial, and that package contains four new
modules: chebyshev, polynomial, polytemplate,
On Mon, Nov 16, 2009 at 12:48 AM, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
josef.p...@gmail.com wrote:
Are there new changes to the configuration needed? mingw 3.4.5,
WindowsXP, Python 2.5.2
Python.h is not picked up anymore:
_configtest.c:1:20: Python.h: No such file or
2009/11/16 Christopher Barker chris.bar...@noaa.gov:
Charles R Harris wrote:
I would like some advise on the best way to add the new functions. I've
added a new package polynomial, and that package contains four new
modules: chebyshev, polynomial, polytemplate, polyutils.
This seems to
On Mon, Nov 16, 2009 at 3:06 PM, Anne Archibald
peridot.face...@gmail.comwrote:
2009/11/16 Christopher Barker chris.bar...@noaa.gov:
Charles R Harris wrote:
I would like some advise on the best way to add the new functions. I've
added a new package polynomial, and that package contains
Charles R Harris wrote:
That's what I ended up doing. You still need to do import
numpy.polynomial to get to them, they aren't automatically imported
into the numpy namespace.
good start. This brings up a semi-off-topic question:
Is there a way to avoid importing everything when importing a
On Mon, Nov 16, 2009 at 18:05, Christopher Barker chris.bar...@noaa.gov wrote:
Charles R Harris wrote:
That's what I ended up doing. You still need to do import
numpy.polynomial to get to them, they aren't automatically imported
into the numpy namespace.
good start. This brings up a
2009/11/16 Christopher Barker chris.bar...@noaa.gov:
Anne Archibald wrote:
2009/11/13 Christopher Barker chris.bar...@noaa.gov:
Wow! great -- you sounded interested, but I had no idea you'd run out
and do it! thanks! we'll check it out.
well, it turns out the Python version is unacceptably
2009/11/16 Robert Kern robert.k...@gmail.com:
On Mon, Nov 16, 2009 at 18:05, Christopher Barker chris.bar...@noaa.gov
wrote:
Charles R Harris wrote:
That's what I ended up doing. You still need to do import
numpy.polynomial to get to them, they aren't automatically imported
into the numpy
Robert Kern wrote:
Is there a way to avoid importing everything when importing a module
deep in a big package?
The package authors need to keep the __init__.py files clear. There is
nothing you can do as a user.
I figured. so, to bring this back on-topic:
I recommend that no package
Anne Archibald wrote:
The reason numpy and scipy don't do this is largely historical -
Numeric had a nearly flat namespace,
I know. Despite namespaces being one honking great idea, it seems to
have taken a while to catch on.
Since spatial is new, though, it should be pretty good about not
On Mon, Nov 16, 2009 at 18:39, Christopher Barker chris.bar...@noaa.gov wrote:
Robert Kern wrote:
Is there a way to avoid importing everything when importing a module
deep in a big package?
The package authors need to keep the __init__.py files clear. There is
nothing you can do as a user.
On Tue, Nov 17, 2009 at 3:33 AM, josef.p...@gmail.com wrote:
Now, the numpy build runs for a while then breaks while building umath.
Any ideas?
The behavior of distutils with config files is mysterious, I gave up
trying to understand it long ago :) I use scripts instead to control
Hello,
I have a data which represents aerosol size distribution in between 0.1 to
3.0 micrometer ranges. I would like extrapolate the lower size down to 10
nm. The data in this context is log-normally distributed. Therefore I am
looking a way to fit a log-normal curve onto my data. Could you
Theory wise:
-Do a linear regression on your data.
-Apply a logrithmic transform to your data's dependent variable, and do
another linear regression.
-Apply a logrithmic transform to your data's independent variable, and do
another linear regression.
-Take the best regression (highest r^2 value)
I'm pretty sure this shouldn't happen:
In [1]: from numpy import min
In [2]: min(5000, 4)
Out[2]: 5000
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Known issue, I think someone posted about it a while ago too. The numpy
min is array aware, and it expects an array. The second argument is the
axis, which in the case of a single number doesn't matter.
On Tue, 2009-11-17 at 07:07 +, Chris wrote:
I'm pretty sure this shouldn't happen:
In
On Mon, Nov 16, 2009 at 11:07 PM, Chris fonnesb...@gmail.com wrote:
I'm pretty sure this shouldn't happen:
In [1]: from numpy import min
In [2]: min(5000, 4)
Out[2]: 5000
The way you're calling it is working like this: min((5000,) , axis=4)
so you'd need to do this instead: min((5000,4))
Sebastian Berg wrote:
Known issue, I think someone posted about it a while ago too. The numpy
min is array aware, and it expects an array. The second argument is the
axis, which in the case of a single number doesn't matter.
On Tue, 2009-11-17 at 07:07 +, Chris wrote:
I'm pretty sure
On Mon, Nov 16, 2009 at 11:34 PM, V. Armando Solé s...@esrf.fr wrote:
Sebastian Berg wrote:
Known issue, I think someone posted about it a while ago too. The numpy
min is array aware, and it expects an array. The second argument is the
axis, which in the case of a single number doesn't matter.
24 matches
Mail list logo