not close valid tickets either.
Also, in my experience, issues specific to win32 should not be closed
because they work on Linux - I remember the fastputmask issue was still
there not so long ago (but could not understand what was going on,
unfortunately).
cheers,
David
On 03/31/2011 06:37 PM, Pearu Peterson wrote:
>
>
> On Thu, Mar 31, 2011 at 12:19 PM, David Cournapeau <mailto:courn...@gmail.com>> wrote:
>
> On Wed, Mar 30, 2011 at 7:22 AM, Russell E. Owen <mailto:ro...@uw.edu>> wrote:
> > In articl
s.
> This is easy to do with heapsort and almost as easy with mergesort.
>
> 2) Ufunc fadd (nanadd?) Treats nan as zero in addition. Should make a
> faster version of nansum possible.
>
> 3) Fast medians.
+1 for fast median as well, and more generally fast "linear"
On 06/01/2011 10:34 AM, Charles R Harris wrote:
>
>
> On Tue, May 31, 2011 at 7:33 PM, David <mailto:da...@silveregg.co.jp>> wrote:
>
> On 06/01/2011 10:08 AM, Charles R Harris wrote:
> > Hi All,
> >
> > I've been contemplating n
Joseph Fox-Rabinovitz
gmail.com> writes:
>
> On Wed, Jul 6, 2016 at 2:57 PM, Eric
Firing hawaii.edu> wrote:
> > On 2016/07/06 8:25 AM, Benjamin Root
wrote:
> >>
> >> I wouldn't have the keyword be
"where", as that collides with the notion
> >> of "where" elsewhere in numpy.
> >
> >
> > Agre
screw up, the only real solution really is to
pass the options to each command, and hope each one is the same.
> Any pointers? More generally -- seeing the above, any ideas on how to
> go about doing what I'm trying to do better?
Not really, that's how you are sup
On 04/10/2010 03:02 AM, Kurt Smith wrote:
> On Fri, Apr 9, 2010 at 2:25 AM, David wrote:
>> On 04/07/2010 11:52 AM, Kurt Smith wrote:
>>> Briefly, I'm encountering difficulties getting things working in numpy
>>> distutils for fwrap's build system.
>&g
in check_mathlib
> if config_cmd.check_func("exp", libraries=libs, decl=True, call=True):
>File "/dev/shm/numpy-1.4.1rc2/numpy/distutils/command/config.py", line
> 310, in check_func
> libraries, library_dirs)
>File "/usr/local/lib/python2.
ported to
scipy 0.7.x (because it requires the new math library as available from
numpy 1.4.0).
I know for sure that scipy trunk + numpy 1.4.x work with ifort + MSVC on
windows 64 (more exactly it worked in december 2009),
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
y/optimize/_lbfgsb.so:
> undefined symbol: lsame_
> gberbeg...@actarus:~/python/mycodes>
You did not build scipy properly: you need to make sure that everything
is built with exactly the same fortran compiler. One way to check this
is to do ldd on the .so files which fail: if you se
in numpy, in the fortran runtime, or by the compiler (when computing
constants). This sounds worse than what you can get from numpy by default,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On 04/27/2010 01:08 AM, threexk threexk wrote:
> David Cournapeau wrote:
> > On Mon, Apr 26, 2010 at 2:42 AM, threexk threexk
> wrote:
> > > Hello,
> > >
> > > I recently uninstalled the NumPy 1.4.0 superpack for Python 2.6 on
> Windows
> > &
ums, and so forth.)
numpy headers are really messy - way too many macros, etc... Fixing it
without breaking API compatibility is a lot of work, though,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
w, it's the release
> manager's decision which changes end up in the next version.
>
>
> No, at this point we don't have a release manager, we haven't since 1.2.
> We have people who do the builds and put them up on sourceforge, but
> they aren't release
how numpy would be so
different that it would require something different, especially without
having tried it first. If the pull model really fails, then we can
always change.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussio
k for me :)
It may not matter much, but I think there is at least one argument for
having real emails: to avoid having duplicate committers (i.e. pvirtanen
is the same committer before and after the git transition). But this is
only significant for current committers.
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
*only* about username/email as recognized by
git itself (as recorded in the commit objects).
Several people already answered me privately to give me their email, I
think that's the way to go,
cheers,
David
___
NumPy-Discussion mailing list
NumPy
; on the compact but slow macros that replace the much nicer ones that
> were in numpy a year or so ago.
Which one are you thinking about: the ones using fpclassify ? Could you
show the code where the current version is slower ?
cheers,
David
_
/ directory inside glibc sources (on
Linux). They use clever tricks to avoid branching, but when I
benchmarked those, things like x != x where much faster on the computer
I tested this on. Most likely very CPU dependent.
cheers,
David
___
NumPy-Discu
of direct
filters coefficients, for example).
I don't think it is directly applicable to your problem, but the series
of papers by Dattorro ten years ago is a goldmine:
"Effect Design Part 1|2|3, Jon Dattorro, J. Audio Eng. Soc., Vol 45, No.
9, 1997 September"
> As far as
le do give you their github username /
>> email combo - assuming that's the easiest combo to work with later?
>
> I think the Github user name is not really needed here, as what goes into
> the history is the Git ID: name + email address.
Indeed. I
erent people may want
to hide different things.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
nk scons issues should affect our policy here - it is not
officially part of numpy. I would not be surprised if the issue were
solved already, and if it isn't, it should be easy to fix.
2.7 is also likely to be the long-term supported version from the 2.x
branch, so supporting i
I am afraid it is quite subtle, and
possibly a bug in python 3 distutils (plus some issues in numpy.distutils).
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
o just that
would be useful. I am not familiar with the ufunc API at all, so I am
not sure how it would go.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
aybe
out of scope for the first refactoring,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On 06/14/2010 08:10 AM, Vincent Davis wrote:
>
> I kinda get that, I posted on the nose list ask what source/version to
> install. I installed the most recent.
They have a special branch for py3k support, I think you have to use that,
cheer
uld be an obvious candidate to test those things.
cheers,
David
P.S: Nitpick: please avoid sending rar archives, only a few people can
read them easily. Use zip or tarballs
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.
It is progressing, and we will keep people posted when there is
something to show,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
this helps somebody else.
>
> Do you think it would be possible to have LDFLAGS added to the default ones?
> Or is there a way to obtain this by setting something else (EXTRA_LDFLAGS) or
> something like that?
You can use numscons, which has this behavior and
LOADOPTS =
>
> And of course I see that -fPIC is actually being used:
> ...
> gfortran -O2 -fPIC -c zsysvx.f -o zsysvx.o
> gfortran -O2 -fPIC -c zsytf2.f -o zsytf2.o
> gfortran -O2 -fPIC -c zsytrf.f -o zsytrf.o
Can you check it is actually used for the file which causes the link
failu
, it is even worse.
> Is it better to avoid setuptools/distribute/PyPI altogether?
Yes, unless you need their features (which in the case of numpy is
mostly egg, since installing from pypi rarely works anyway).
David
___
NumPy-Discussion mailing
any new
packages, just include one single file into your package to
build with bento
- Improved documentation
- 2.4 -> 2.7 support, tested on linux/windows/mac os x
You can download bento on github: http://github.com/cournape/Bento
cheers,
Da
On 07/02/2010 05:05 PM, Dag Sverre Seljebotn wrote:
> David Cournapeau wrote:
>> On Fri, Jul 2, 2010 at 1:56 PM, Robert Pyle wrote:
>>
>>> Hi,
>>>
>>> While I agree that toydist needs a new name, Bento might not be a good
>>> choice. It's
On 07/26/2010 05:44 PM, Pauli Virtanen wrote:
> Mon, 26 Jul 2010 13:57:36 +0900, David Cournapeau wrote:
>> I have finally prepared and uploaded a test repository containing numpy
>> code:
>>
>> http://github.com/numpy/numpy_svn
>
> Some observations based on a qu
On 07/28/2010 05:45 PM, Pauli Virtanen wrote:
> Wed, 28 Jul 2010 12:17:27 +0900, David Cournapeau wrote:
> [clip]
>>>>> http://github.com/numpy/numpy_svn
>>
>> I put a new repostory (same location)
>
> Some more notes:
>
> - 1.1.x branch is missing.
pecific: we want to enforce the usage of endian.h file
> available on all of our architectures
This one has been fixed in the 1.4.x branch (and trunk of course)
>
> 07_bts585309_string_exceptions.diff
> - Remove string exceptions
> -- patch from trunk, we can remove it once a
html
> Is there any way to solve this?
Using % with float is generally a wrong idea IMO. You have not said what
you are trying to do. The solution may be to use integers, or to do it
differently, but we need more info,
cheers,
David
___
NumPy-Dis
targspec
>
> that could be used here.
>
Yep, it was added precisely for avoiding the slow import of upstream
inspect,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
:) ).
To somewhat deal with the unstability API-wise, you can include a copy
of bento+yaku in your project, as I have done in nipy. It is a
self-contained file which is about 350 kb (and down to 80 kb if you
don't care about supporting building windows installers).
cheers,
David
_
nly used when linking, and not the ones used at runtime
generally (the full version, e.g. .so.1.2.3 is). Which version exactly
depends on your installation, but I actually advise you against doing
those softlink. You should instead specificaly link the GOTO library to
numpy, by customizing the
O1 -pthread"
> export FFLAGS="-O2"
>
> #build
> python setup.py config
> python setup.py build
> python setup.py install
>
> #copy site.cfg
> cp ./site.cfg PYTHONDIR/lib/python2.6/site-packages/numpy/distutils/.
This should be PYTHONPATH, not PYTHONDIR. Also, on 64 bits, you need
-fPIC in every *FLAGS variables.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
ldd on the .so
files (for example ldd .../numpy/linalg/lapack_lite.so).
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
[1] http://msdn.microsoft.com/en-us/library/e7s85ffb%28v=VS.90%29.aspx
>
>
> OK, this does seem to be the standard. For instance
>
> The isless macro determines whether its first argument is less than its
> second
> argument. The value of isless(x, y) is always equal to (x) < (y); however,
> unlike (x) < (y), isless(x, y) does not raise the ‘‘invalid’’ floating-point
> exception when x and y are unordered.
Yes, it is - but I cannot reproduce the INVALID FPU exception on Linux
when using e.g. int a = (Nan > 1). I don't know what's up with that, as
the glibc says it should,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
ATH=/opt/lib:$LD_LIBRARY_PATH inside your shell
4: if not found, then you may need to reinstall numpy from sources.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On 08/31/2010 11:19 AM, Dan Elliott wrote:
> Thanks for the reply.
>
> David Warde-Farley cs.toronto.edu> writes:
>> On 2010-08-30, at 11:28 AM, Daniel Elliott wrote:
>>> Large matrices (e.g. 10K x 10K)
>>
>>> Is there a function for performing the in
e numpy there, I strongly advise you
*not* to install anything there unless they explicitely support it.
If you just want to install numpy to use straight numpy, you should
install it on top on python installed outside marc mentat,
cheers,
David
___
es with data-loss consequences using git than with another VCS)
It is very difficult to actually lose data with git thanks to the
reflog:
http://www.gitready.com/intermediate/2009/02/09/reflog-your-safety-net.html
cheers,
David
___
NumPy-Discussion mai
On 09/15/2010 05:58 PM, Gael Varoquaux wrote:
> On Wed, Sep 15, 2010 at 05:10:53PM +0900, David wrote:
>> It is very difficult to actually lose data with git thanks to the
>> reflog:
>> http://www.gitready.com/intermediate/2009/02/09/reflog-your-safety-net.html
>
>
g svn: REPORT of
'/cournape/numpy.git/!svn/vcc/default': 200 OK (http://svn.github.com).
May be due to some network configuration, I don't know. Would be good if
someone else could check,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On 10/12/2010 03:39 AM, Charles Doutriaux wrote:
> Hi David,
>
> The behaviour is there in regular distutils, it is apparently a known
> bug, I'm copy/pasting their answer in there for information.
I saw the discussion, thanks for the update
not commit
Then, check that you don't add unnecessary files (eclipse files) before
committing again. A good way to check what you are about to commit is to
do git diff --stat --cached,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On 10/12/2010 11:12 AM, Charles R Harris wrote:
>
>
> On Mon, Oct 11, 2010 at 7:31 PM, David <mailto:da...@silveregg.co.jp>> wrote:
>
> On 10/12/2010 08:48 AM, Charles R Harris wrote:
> >
> >
> > On Mon, Oct 11, 2010 at 5:09 PM, P
veral commits. I
>> 100% endorse Fernando's recommendations:
>>
>> http://mail.scipy.org/pipermail/ipython-dev/2010-October/006746.html
>>
>> This really sounds like best-practice to me, and it's even empirically
>> tested!
>
> OK - so it se
branch target_branch source_branch
But generally, if you want to create a new branch to start working on
it, you use the -b option of checkout:
git branch -b target_branch source_branch
which is equivalent to
git branch target_branch source_branch
git checkout target_branch
cheers,
David
the safest method, does not require sudo and
works on every platform,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
lapack_lite.so: does it
load the libraries you think are you loading ?
- nm atlas_libraries | grep zgesdd_ for every library in atlas (I don't
know how the recent ones work, but this function should normally be in
libf77blas.so)
The way to get -fPIC everywhere use
On 10/20/2010 04:39 PM, David wrote:
> On 10/20/2010 04:23 PM, Gael Varoquaux wrote:
>> I am really sorry to be landing on the mailing list with Atlas build
>> issues. I usually manage be myself to build Atlas, but this time I have
>> been fighting for a couple of day
atetime tests below? They don't exist in
> 1.5.x, that's simply a file left over from an install of the master
> branch.
I think that's what he meant (although the issue has nothing to do with
numpy and is solely caused by distutils),
cheers,
David
_
h tiny differences are
expected - having exactly the same solution would have been surprising,
actually. You may be surprised about the difference for such a trivial
operation, but keep in mind that dot is implemented with highly
optimized CPU instruct
k it is safe just to delete the folder
> /System/Library/Frameworks/Python.framework to «uninstall» the wrong
> version?
Not really - /System is used for system stuff, as its name suggests, and
removing it may break unrelated things.
David
___
NumPy-Dis
ple of days). I'd prefer someone more familiar with
> that particular code to review and merge it.
I don't think the code is appropriate as is. I can take a look at it
this WE, but not before,
cheers,
David
___
NumPy-Discussion mailing l
h has finally a
working atlas package, thanks to the work of the debian packagers. There
is a version compiled for i7,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
ination overlap in memory. Report and discussion can be found at
> fedora bugzilla <https://bugzilla.redhat.com/show_bug.cgi?id=638477>. I
> don't know that numpy has any problems of this sort but it is worth
> keeping in mind.
It would be kind of cool to get a b
On 11/30/2010 03:32 AM, David Brodbeck wrote:
> I'm trying to install NumPy 1.5.1 on RedHat 5.5 and I'm having trouble
> getting it to find the ATLAS libraries. I did a lot of Googling but
> didn't find anything that helped...also looked through the install
> instruct
now to do that systematically is iterator. There is
a relatively simple example in scipy/signal (lfilter.c.src).
I wonder if it would be possible to add better support for numpy
iterators in cython...
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discus
ch array is not
possible ?
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
autoconf make things very easy, it's a well established pattern,
>> I'm sure David C. will agree.
>>
>>
>>
>> I know he has expressed reservations about it on non-posix platforms
>> and some large projects have moved away from it. I'm not saying
istmas holidays.
I cannot comment in details yet, but it seems to address several issues
I encountered myself while implementing the neighborhood iterator (which
I will try to update to use the new one).
One question: which CPU/platform did you test it on ?
cheers,
David
the JVM than the CLR),
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
or extensions. Is it fundamentally different
so that extensions will need to be rewritten ? I especially wonder about
scipy and cython's codegen backend,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
n Mark's code, I am stlightly concerned about the
dependency between ufunc and multiarray (i.e. ufunc include header in
multiarray).
In the meantime, I put the relevant header in numpy/core/src/private, to
make the dependency clearer.
cheers,
David
On 02/02/2011 01:53 PM, David wrote:
> On 02/02/2011 08:58 AM, Pauli Virtanen wrote:
>> Hi,
>>
>> The master branch did not build today on Python 3. Please make sure that
>> your code works correctly also on Python 3, before pushing it.
>>
>> ***
On 02/02/2011 02:57 PM, Mark Wiebe wrote:
> On Tue, Feb 1, 2011 at 9:49 PM, David <mailto:da...@silveregg.co.jp>> wrote:
>
>
>
>
> > In the meantime, I put the relevant header in
> numpy/core/src/private, to
> > make the dependency c
that we get a basic agreement on the main
goals of numpy 2.0, what can be delayed, what cannot.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
rather nightmarish to support.
Why can't you use a library with a portable file format (e.g. hdf5), or
something like google protocol buffer/thrift/etc... ? Those are designed
to solve your problem
cheers,
David
___
NumPy-Discussion mailing
and beyond.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Hi,
in npy3_compat.h, one function simple_capsule_dtor is defined as static
but non-inline. AFAIK, there is no reason not to put inline (if
supported by the compiler of course) for a static function defined in a
header. Unless I hear someone justify it, I will change it,
cheers,
David
On 02/10/2011 04:45 PM, Sebastien Binet wrote:
> David,
>
> On Thu, 10 Feb 2011 14:30:37 +0900, David wrote:
>> Hi there,
>>
>> Following recent release of waf 1.6 and its adoption by the samba
>> project, as well as my own work on integrating waf and bento, I
used, so it is not very useful
IMO, except maybe to show that you can deal with non trivial problems on
top of python (surprisingly, many scientists programming a fair bit are
still unaware of the vectorizing concept altogether),
cheers,
David
Michael Foord voidspace.org.uk> writes:
> > are you really going to run matrix inversion on the CLR in a browser?)
Yes!
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
ece of code, I'm pretty sure some of us might help you with this
code.
Maybe you should tell your employer how far your project
could benefits from being released to the numpy community (at least this
part of the project) ;-)
>
> Thanks,
> Jonathan
>
> On 11/16/06, Matt Kno
ns an error code which would
results in a python exception ?
In this latter cases, is it ok to returns to python arrays the
values from the C function ? In matlab, for bad cases, it just returns
NAN; is this appropriate ? How should I do it ?
cheers,
r to fix.
Am I attempting the impossible here or am I just doing something
fundamentally and obviously wrong?
David
--
David Bogen :: (608) 263-0168
Unix SysAdmin :: IceCube Project
[EMAIL PROTECTED]
smime.p7s
Description: S/MIME Cryptographic Signature
__
the number of walls I was hitting, it just seemed that I was
traveling down the wrong path.
David
--
David Bogen :: (608) 263-0168
Unix SysAdmin :: IceCube Project
[EMAIL PROTECTED]
smime.p7s
Description: S/MIME Cryptographic Signature
___
Numpy-d
without allocating
additional memory for the array, ie just return a new "view" of the array
where all elements point to the same scalar.
Thanks,
David
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailma
Thanks Travis,
I guess we'll have to tweak the fortran subroutines. It would have been neat
though.
David
Answer: Since g+=1 adds one to all N elements of g, the buffer a gets
incremented N times.
So
a = array(i)
g = ndarray(shape=(1,N), dtype=int, buffer=a, strides=(0,0))
g+=M
returns
a clue for this ?
Regards,
Romaric
--
------
R. David - [EMAIL PROTECTED]
Tel. : 03 90 24 45 48 (Fax 45 47)
--
___
Numpy-discussion mailing list
Numpy-discussion@scipy.or
Hello Tim,
>
> The problem is probably your definition of ipiv. "(DIM)" is just a
> parenthesized scalar, what you probably want is "(DIM,)", which is a
> one-tuple. Personally, I'd recommend using list notation ("[nbrows,
> nbcols]", "[DIM]") rather than tuple notation since it's both easier t
Hello,
> Try replacing 'int' with intc (or numpy.intc if you are not using
> 'import *'). The following 'works' for me in the sense that it doesn't
> throw any errors (although I imagine the results are nonsense):
Thanks, it works now !!
Sorry for non including the whole code, I just not wante
Hi Daniel,
Just out of curiosity, what's wrong with
if all(a==b):
...
?
Cheers,
David
2006/12/11, Abel Daniel <[EMAIL PROTECTED]>:
>
Hi!
My unittests got broken because 'a==b' for numpy arrays returns an
array instead of returning True or False:
>>> im
Abel Daniel wrote:
> to what 'a+b' means with a and b being numpy arrays. But 'A=B' means something
> completely different than 'a==b'.
>
>
I disagree: A=B "on the blackboard" does mean that every element in A
equals its positionally-corresponding element in B, and a==b in numpy
will only be w
I've never seen complex
correlation used without the conjugate, so I was curious why this
definition was used ? It is incompatible with the correlation as a
scalar product, for example.
Could someone give the definition used by those function ?
cheers,
Charles R Harris wrote:
>
>
> On 12/12/06, *David Cournapeau* <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> Hi,
>
> I am polishing some code to compute autocorrelation using fft, and
> when testing the code against numpy.co
*if* that is the assessment, then a transition
path will be plotted. For example, a keyword could be
added, with a proper default, and a warning emitted when it
is not set.
+1 for a change. I'm not using the current implementation. Since it was
undocumented, I prefered coding my own.
rimitives
> are available. At the same time, more informative docstrings would be a
> great.
>
Do you mean signal function in numpy or scipy ? For scipy, this is
already done (module scipy.signals),
David
___
Numpy-discussion mailing list
N
ile if you want to take a look, or if you me the benchmark,
I'll add it to it and report the results.
Cheers,
David
2006/12/14, eric jones <[EMAIL PROTECTED]>:
Rick White wrote:
> Just so we don't get too smug about the speed, if I do this in IDL on
> the same machine it
Hi,
When trying to speed up some matplotlib routines with the matplotlib
dev team, I noticed that numpy.clip is pretty slow: clip(data, m, M) is
slower than a direct numpy implementation (that is data[dataM] = M; return data.copy()). My understanding is that the code
does the same thing, ri
Stefan van der Walt wrote:
> Hi David
>
> The benchmark below isn't quite correct. In clip2_bench the data is
> effectively only clipped once. I attach a slightly modified version,
> for which the benchmark results look like this:
Yes, I of course mistyped the < and the co
Stefan van der Walt wrote:
> On Mon, Dec 18, 2006 at 05:45:09PM +0900, David Cournapeau wrote:
>> Yes, I of course mistyped the < and the copy. But the function is still
>> moderately faster on my workstation:
>>
>> ncalls tottime percall cumtime pe
1 - 100 of 3277 matches
Mail list logo
