On Mon, Dec 5, 2011 at 12:39 PM, Mark Wiebe wrote:
> On Mon, Dec 5, 2011 at 8:58 AM, David Cournapeau wrote:
>>
>> On Sun, Dec 4, 2011 at 9:45 PM, Charles R Harris
>> wrote:
>>
>> >
>> > We'll see how much interest there is. If it becomes o
lse than doing
a fft on every column, but this is true in matlab as well.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
simple way to do this?
Doing np.any(np.isnan(a)) for an array a should answer this exact question
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Excerpts from Xavier Barthelemy's message of mar. déc. 06 06:53:09 +0100 2011:
> Hi everyone
>
> I was wondering if there is a more optimal way to write what follows:
> I am studying waves, so I have an array of wave crests positions, Xcrest
> and the positions of the ZeroCrossings, Xzeros.
>
> T
Excerpts from Xavier Barthelemy's message of mar. déc. 06 08:51:22 +0100 2011:
> ok let me be more precise
>
> I have an Z array which is the elevation
> from this I extract a discrete array of Zero Crossing, and another discrete
> array of Crests.
> len(crest) is different than len(Xzeros). I hav
se the same lapack underlying
function,
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Note that the pytables pro you are referring to is no longer behind a
pay wall. Recently the project went through some changes and the pro
versions disappeared. All pro features where merged into the main
project and, are as a consequence, also available for free.
Regards,
David
On 13/12/11
On Tue, Dec 13, 2011 at 3:43 PM, Ralf Gommers
wrote:
> On Sun, Oct 30, 2011 at 12:18 PM, David Cournapeau
> wrote:
>>
>> On Thu, Oct 27, 2011 at 5:19 PM, Ralf Gommers
>> wrote:
>> > Hi David,
>> >
>> > On Thu, Oct 27, 2011 at 3:02 PM, David Co
ually supposed to) assigns A[0] to MyObject(1)[0], [1] to
MyObject(1)[1] and so on.
Is there any way to just get a reference of the instance of MyObject into every
entry of the array slice?
Thank you for any help on this problem
David
___
NumPy-Discu
Hi Oliver,
thank you very much for your reply, sadly it is not working as you and I hoped.
The array still stays at None even after the code.
I've also tried A[X] = [MyObject(...)]*len(X) but that just results in a Memory
error.
So is there really no way to avoid this broadcasting?
t doesn't involve cython or rolling
> my own resampler?
Although it could be possible with lots of work, it would most likely
be a bad idea. You will need to wrap something around your
model/data/etc... Could you explain a bit more what you have in mind ?
David
.
And I do like the sound of the gihub workflow as currently done by the
ipython team.
Regards,
David
On 20/01/12 08:49, Scott Sinclair wrote:
> On 19 January 2012 21:48, Fernando Perez wrote:
>> We've moved to the following setup with ipython, which works very well
>> fo
Just out of curiosity, what speed-up factor did you achieve?
Regards,
David
On 04/02/12 22:20, Naresh wrote:
> Warren Weckesser enthought.com> writes:
>
>>
>> On Sat, Feb 4, 2012 at 2:35 PM, Benjamin Root ou.edu> wrote:
>>
>>
>> On Saturday, Febr
On Sat, Feb 4, 2012 at 3:55 PM, Ralf Gommers
wrote:
>
>
> On Wed, Dec 14, 2011 at 6:50 PM, Ralf Gommers
> wrote:
>>
>>
>>
>> On Wed, Dec 14, 2011 at 3:04 PM, David Cournapeau
>> wrote:
>>>
>>> On Tue, Dec 13, 2011 at 3:43 PM, Ral
e a "match" function similar to R's and a lot of other things.
khash.h is not the only thing that I'd like to use in numpy if I had
more time :)
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Tue, Feb 7, 2012 at 1:30 PM, Sturla Molden wrote:
> On 27.10.2011 15:02, David Cournapeau wrote:
>
>> - we need to recompile atlas (but I can take care of it)
>> - the biggest: it is difficult to combine gfortran with visual
>> studio (more exactly you cannot li
I
checked). That's very useful information, I will look into it.
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
elease.
At the risk of sounding like a broken record, I would really like to
stay to 2.4, especially for a long term release :) This is still the
basis used by a lots of long-term python products. If we can support
2.4 for a LTS, I would then be much
On Sat, Feb 11, 2012 at 9:08 AM, Ralf Gommers
wrote:
>
>
> On Fri, Feb 10, 2012 at 8:51 PM, Ralf Gommers
> wrote:
>>
>>
>>
>> On Fri, Feb 10, 2012 at 10:25 AM, David Cournapeau
>> wrote:
>>>
>>> On Sun, Feb 5, 2012 at 7:19 AM, Ralf Go
On Sat, Feb 11, 2012 at 1:30 PM, Ralf Gommers
wrote:
>
>
> As Bruce said, 29 Feb 2012 and not 2014:
> https://access.redhat.com/support/policy/updates/errata/
I think Bruce and me were not talking about the same RHEL version (4 vs 5).
Let me see if I can set up a buildbot for
for
many bugs at once is simple. You don't have priorities, etc…, though.
The Rest API also enables in principle to write tools to automate the
repetitive tasks.
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
decides what goes when. I am also not
completely comfortable by having a roadmap advertised to Pycon not
coming from the community.
regards,
David
On Tue, Feb 14, 2012 at 9:03 AM, Travis Oliphant wrote:
> For reference, here is the table that shows the actual changes between 1.5.1
> and 1.
lunteer to do it
> in person.
I will be at pydata, so I can try to get an elevator pitch ready for
the packaging situation. I may be biased, but I don't think distutils2
actually improved the situation much for the scientific community
(most likely made it worse by having yet one more solution without
much improvement).
In particular;
- commands are still coupled to each other
- it is still not possible to use an actual build system with
dependency handling
- no sensible API (distutils2 cannot be used as a library)
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
gt; well. In addition to employing Travis, Enthought also employees many other
> key contributors to Numpy and Scipy, like Robert and David. Furthermore, the
> Scipy and Numpy mailing lists and repos and web pages were all hosted at
> Enthought. If they didn't like how a particul
On Tue, Feb 14, 2012 at 6:25 PM, Travis Oliphant wrote:
>
> On Feb 14, 2012, at 3:32 AM, David Cournapeau wrote:
>
>> Hi Travis,
>>
>> It is great that some resources can be spent to have people paid to
>> work on NumPy. Thank you for making that happen.
&
eventing useful C constructs, and without removing some of
the existing features (like our use of C99 complex). The subset that
is both C and C++ compatible is quite constraining.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Fri, Feb 17, 2012 at 3:39 PM, Charles R Harris
wrote:
>
>
> On Fri, Feb 17, 2012 at 8:01 AM, David Cournapeau
> wrote:
>>
>> Hi Travis,
>>
>> On Thu, Feb 16, 2012 at 10:39 PM, Travis Oliphant
>> wrote:
>> > Mark Wiebe and I have been
clang exported to other languages is in c...
David
Le 17 févr. 2012 18:21, "Mark Wiebe" a écrit :
>
> On Fri, Feb 17, 2012 at 11:52 AM, Eric Firing wrote:
>>
>> On 02/17/2012 05:39 AM, Charles R Harris wrote:
>> >
>> >
>> > On Fri, Feb 17, 2012
Le 17 févr. 2012 17:58, "Mark Wiebe" a écrit :
>
> On Fri, Feb 17, 2012 at 10:27 AM, David Cournapeau
wrote:
>>
>> On Fri, Feb 17, 2012 at 3:39 PM, Charles R Harris
>> wrote:
>> >
>> >
>> > On Fri, Feb 17, 2012 at 8:01 AM, David Cour
Le 18 févr. 2012 00:58, "Charles R Harris" a
écrit :
>
>
>
> On Fri, Feb 17, 2012 at 4:44 PM, David Cournapeau
wrote:
>>
>> I don't think c++ has any significant advantage over c for high
performance libraries. I am not convinced by the number of people a
Le 17 févr. 2012 18:21, "Mark Wiebe" a écrit :
>
> On Fri, Feb 17, 2012 at 11:52 AM, Eric Firing wrote:
>>
>> On 02/17/2012 05:39 AM, Charles R Harris wrote:
>> >
>> >
>> > On Fri, Feb 17, 2012 at 8:01 AM, David Cournapeau > >
Le 18 févr. 2012 03:53, "Charles R Harris" a
écrit :
>
>
>
> On Fri, Feb 17, 2012 at 7:29 PM, David Cournapeau
wrote:
>>
>>
>> Le 18 févr. 2012 00:58, "Charles R Harris" a
écrit :
>>
>>
>> >
>> >
>> >
&
Le 18 févr. 2012 04:37, "Charles R Harris" a
écrit :
>
>
>
> On Fri, Feb 17, 2012 at 9:18 PM, David Cournapeau
wrote:
>>
>>
>> Le 18 févr. 2012 03:53, "Charles R Harris" a
écrit :
>>
>>
>> >
>> >
>> >
&g
ted in leading a tutorial (can be a team of people)?
> Anyone willing to coordinate the sprint? Who would be willing to be present
> and help during the sprint?
I would be happy to be part of the team doing it,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Wed, Mar 27, 2013 at 8:45 PM, Jonathan Rocher wrote:
> Awesome Ralf!
>
> And thanks David C. for being available for the US one. When you say you
> would like to be part of it, did you mean an advanced tutorial or a sprint?
I meant I would be happy to contribute to a tutorial in t
, 3], 2:4] (return the first row limited to columns 3, 4, and the
4th row limiter to columns 3, 4).
Numpy's syntax is' biased' toward fancy indexing, and you need more
typing if you want to extract 'irregular' submatrices. Matlab has a
different tradeoff (extracting irregular sub-matrices is sligthly
easier, but selecting a few points is harder as you need sub2index to
use linear indexing).
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Hi,
Not a developer here, but I was under the impression that you can only use
the BLAS/LAPACK libraries that where chosen at build time?
As a side note: I've read [1] that OpenBLAS on some systems could perform
quite well compared to ATLAS, I used some simple benchmarks [2] and noticed
that on m
track
a python call to its core C implementation).
Stéfan Van Der Walt agreed in principle to contribute, but his
participation is still very conditional.
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman
Hi Colin,
Please ask Canopy question on the corresponding Enthought list, or Anaconda
questions on the corresponding channel at continuum.
This Mailing List is for discussion about NumPy itself,
David
On Thu, Apr 11, 2013 at 1:43 AM, Colin J. Williams
wrote:
> Are CANOPY and Anaco
ou the configuration set up at build time
You can't see static libraries being loaded as once linked, the static
library is out of the picture. Generally, to check which libraries are
linked (dynamically), you use ldd on unix, otool -L on mac and dumpbin
or dependency
n for int+int and float+float. [1]
You are pointing out something that may well be the main difficulty:
the code there is messy, and we need to ensure that optimisations
don't preclude later extensions (especially with regard to new dtype
addition).
David
_
dation would be an understatement :)
David
>
> On Thu, May 2, 2013 at 10:12 AM, David Cournapeau
> wrote:
>>
>> On Thu, May 2, 2013 at 5:25 AM, Arink Verma
>> wrote:
>> > @Raul
>> > I will pull new version, and try to include that also.
>> >
(no runtime
support needed), but you need a 'recent' kernel
http://indico.cern.ch/getFile.py/access?contribId=20&sessionId=4&resId=0&materialId=slides&confId=141309
I am hoping to talk a bit about those for our diving into numpy c
On Thu, May 2, 2013 at 2:58 PM, Nathaniel Smith wrote:
> On Thu, May 2, 2013 at 9:25 AM, David Cournapeau wrote:
>>> * Re: the profiling, I wrote a full oprofile->callgrind format script
>>> years ago: http://vorpus.org/~njs/op2calltree.py
>>> Haven't used i
terested in some hack I've done to use winrm from
fabric: https://github.com/fabric/fabric/pull/872
It gives a new winrm_run function where you can put any batch command.
While the code is a hack, it works pretty well in practice. This works
from mac os x and linux, without the need for wine, or ssh on windows.
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
brary_dirs = "where the libraries are"
include_dirs = "where the headers are"
libpack_libs = mkl_lapack95
mkl_libs = mkl_intel,mkl_intel_thread, mkl_core, mkl_p4m, mkl_p4p
and (that's the undocumented/buggy part), set ATLAS=1 to disable accelerate.
David
_
ing ptp as an alias. The function name is really quite poor.
I think it is a matter of context. I don't know the history of that
function, but coming from a signal processing background, its meaning
was obvious to me. It is a peak to peak is a very common operations
when dealing with audio file,
wer MSVC versions do.
There are stdint,h for msvc hanging around, like here:
https://code.google.com/p/msinttypes/
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
al to remove any date dtype hardcoding
in both multiarray and ufunc machinery), but I am sure others have
more interesting ideas :)
thanks,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/
On Sat, May 25, 2013 at 4:19 PM, Charles R Harris
wrote:
>
>
> On Sat, May 25, 2013 at 8:23 AM, David Cournapeau
> wrote:
>>
>> Hi there,
>>
>> I agreed to help organising NumPy sprints during the scipy 2013
>> conference in Austin.
>>
>>
ust ordinary python objects, but haven't written it down yet due to a
> combination of lack of time to do so, and lack of anyone with time to
> actually implement the plan even if it were written down. I mention
> this just in case someone wants to volunteer, which would move it up
>
disappears and then favors
numpy arrays (around 50 on my own machine, but that's platform
specific).
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
as a user type as it is still platform/compiler
> dependent. The rational type added to numpy could supply a template for
> adding the new type.
I would be in support of that direction as well: let it live
separately until CPU/compiler support is coming up.
Anne, will you be at scipy conference ?
S and the compiler. Using long double
for anything else than compatibility (e.g. binary files) is often a
mistake IMO, and highly unportable.
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
will look into the issue with Accelerate on 10.8 (am still on 10.7
myself), but I would not mind dropping support for it if it is too
much of an hassle. I will look into the bento issue that makes it fail
on 64 bits python, and maybe using openblas should become the default
?
David
__
On Wed, Jun 12, 2013 at 7:55 PM, Anne Archibald wrote:
> On 9 June 2013 13:23, David Cournapeau wrote:
>>
>> So it depends on the CPU, the OS and the compiler. Using long double
>> for anything else than compatibility (e.g. binary files) is often a
>> mistake
ing bento, with something like:
CFLAGS="-O0 -fno-omit-frame-pointer -g" bentomaker build -i -v -j4
There is a bit of overhead to set it up, though.
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Tue, Jun 18, 2013 at 7:26 AM, Nathaniel Smith wrote:
> On 18 Jun 2013 12:40, "David Cournapeau" wrote:
> >
> > On Mon, Jun 17, 2013 at 4:06 PM, Arink Verma
> wrote:
> > > I am building numpy from source, python setup.py build
> --fcompiler=gnu95
heers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
It is better with a link, sorry about that:
https://github.com/numpy/numpy/wiki/Scipy-2013
On Fri, Jun 28, 2013 at 7:44 AM, David Cournapeau wrote:
> Hi there,
>
> It is very last minute, but I have set up a page to coordinate a bit scipy
> 2013's numpy sprints (Friday 28
eave it to those of you with more numpy experience to decide what
would be the best way to go.
Cheers,
David
http://www-hep.colorado.edu/~schaich/
+++
Here's the simple example:
>>> import numpy as np
>>> m = np.array([0.008, 0.01, 0.015])
>>> dat = np.array
Hello,
This is my first time contributing and I was hoping to get a review of a change
I made. Here is the comparison link.
https://github.com/dvreed77/numpy/compare/nanmean
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.s
Hi Thomas,
Your array is Nx6 do you want the nan values replace by the mean of the 2
adjacent elemets by row or by column?
On Tue, Aug 13, 2013 at 2:50 AM, Thomas Goebel <
thomas.goe...@th-nuernberg.de> wrote:
> Hi,
>
> i am trying to remove nan-values from an array of shape(40, 6).
> These nan
@th-nuernberg.de> wrote:
> * On 13/08/2013 23:32, David Reed wrote:
> > Hi Thomas,
> >
> > Your array is Nx6 do you want the nan values replace by the
> > mean of the 2 adjacent elemets by row or by column?
>
> Hi David,
>
> i want it to be replaced by column.
>
I am +1 as well, I don't think they should have been included in the first
place.
The deprecation should happen after a separate package has been made
available, in case some people depend on it.
On Mon, Aug 19, 2013 at 7:37 AM, Juan Luis Cano wrote:
> As now master is open for 1.9, following
Windows issue). If anyone has tried the 10.6 SDK on 10.8
> and knows if it actually works, that would be helpful.
>
I am not sure one can use 10.6 SDK on 10.8 ? I am actually looking into
those issues for our mac support at Enthought
Are you here for euroscipy ?
David
>
> Any conc
On Tue, Aug 20, 2013 at 11:20 PM, KACVINSKY Tom wrote:
> You can use the 10.6 SDK on 10.8. At least we do.
>
With which compiler ?
David
>
> Tom
>
> On Aug 20, 2013, at 18:17, "David Cournapeau" wrote:
>
>
>
>
> On Tue, Aug 20, 2013 a
's
long:
arch -32 python -c "import numpy as np; print np.dtype(np.int); print
np.dtype(np.long)"
int32
int64
arch -64 python -c "import numpy as np; print np.dtype(np.int); print
np.dtype(np.long)"
int64
int64
and python -c "import numpy as np; print np.long is l
It looks like it broke the build with MKL as well (in, surprised, ARPACK).
I will investigate this further this WE
On Thu, Aug 22, 2013 at 2:12 PM, Ralf Gommers wrote:
> Hi all,
>
> I'm happy to announce the availability of the first beta release of Scipy
> 0.13.0. Please try this beta and repor
On Fri, Aug 30, 2013 at 7:16 PM, David Cournapeau wrote:
> It looks like it broke the build with MKL as well (in, surprised, ARPACK).
> I will investigate this further this WE
>
Ok, I think the commit 5935030f8cced33e433804a21bdb15572d1d38e8 is quite
wrong.
It conflates the issue o
On Mon, Sep 2, 2013 at 5:46 PM, Pauli Virtanen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> 02.09.2013 18:30, David Cournapeau kirjoitti:
> [clip]
> > Ok, I think the commit 5935030f8cced33e433804a21bdb15572d1d38e8 is
> > quite wrong.
)size_t, intptr_t and
ptrdiff_t depending on the use case, not hardcoding the bitwidth.
David
>
> Can we start using stdint.h and int32_t and friends?
>
> -CHB
>
>
> On Sep 3, 2013, at 5:18 PM, Charles R Harris
> wrote:
>
>
>
>
> On Tue, Sep 3, 2013 at 6:09 P
efined reference to `main'
> collect2: error: ld returned 1 exit status
>
> Build command was:
> env ATLAS=/usr/lib64 FFTW=/usr/lib64 BLAS=/usr/lib64 LAPACK=/usr/lib64
> CFLAGS="-mtune=native -march=native -O3" LDFLAGS="-Wl,-
> rpath=/opt/intel/mkl
Hi there,
Is there a faster way to perform a 2D Histogram from a 2D matrix than what
I have below:
def spatial_histogram(frame, n_bins):
shape = frame.shape
h_len = shape[0]/n_bins
w_len = shape[1]/n_bins
h_ind = range(0, shape[0], h_len)
w_ind = range(0, shape[1], w_len)
max_val = 255*h_len*
anopy packaging people (i.e. me :-) ).
David
On Fri, Sep 13, 2013 at 9:07 AM, Mark Bakker wrote:
> Hello List,
>
> I am teaching a Python programming class where students use their own
> computer.
>
> When I create an array with 3 rows and 4 columns, a = zeros((3,4)), and
> ask for
> official binaries and even if this requires some unaesthetic hacks. I
> bet we'd have more windows developers if there was an accessible way
> to build on windows...)
>
Mingw 4 already works for compilation, no ? If not, that's definitely
something to fi
ip install' realistic on Windows, but I don't know how much
> trouble they are to build.
>
I made a proof of concept with Olivier Grisel from scikit learn at
EuroScipy. I submitted a talk to pycon.fr to show how to automate the whole
thing with vagrant/packer, an
On Mon, Sep 16, 2013 at 4:36 PM, Charles R Harris wrote:
> New summary
>
>1. 32 bit windows, python 2.6, 2.7, 3.2, 3.3, compiled with MSVC
>2. 64 bit windows, python 2.6, 2.7, 3.2, 3.3, compiled with MSVC,
>linked with MKL
>
> These should be good for both windows 7 and window 8.
>
>
On Mon, Sep 16, 2013 at 7:19 PM, Charles R Harris wrote:
>
>
>
> On Mon, Sep 16, 2013 at 12:12 PM, David Cournapeau wrote:
>
>>
>>
>>
>> On Mon, Sep 16, 2013 at 4:36 PM, Charles R Harris <
>> charlesr.har...@gmail.com> wrote:
>>
>>&
Hi,
I am getting a strange error when finding the minimum of a matrix. The
weird thing is I get this while running within iPython shell, and if I do
%debug and go to the line where this fails and run the command `a =
np.min(D, axis=0)`, I get no error.
Here is the trace:
draw_lines/main.pyc in
Thanks Sebastian, but still have same error. Also doesn't explain why it
works when I run the same code at the debug prompt. Scratching my head on
this one.
Dave
On Sun, Sep 22, 2013 at 10:42 AM, Sebastian Berg wrote:
> On Sun, 2013-09-22 at 10:21 -0400, David Reed wrote
Sebastian,
I apologize, that did work. I forgot to autoreload. Can you explain why
the original code did work at the debug prompt?
-Dave
On Sun, Sep 22, 2013 at 10:45 AM, David Reed wrote:
> Thanks Sebastian, but still have same error. Also doesn't explain why it
> works whe
Is np.random.randint(2, size=N) the fastest way to do this? Thanks!
DG
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Thanks, St?fan, speed: N ~ 1e9. Thanks again.
DG
--
>
> Message: 1
> Date: Sun, 22 Sep 2013 14:04:09 -0700
> From: David Goldsmith
> Subject: [Numpy-discussion] Generating a (uniformly distributed)
>
thing too alarming.
- scipy is still a bit trouble some, I need to look more into it. It
definitely looks better than last time I've tried (where it crashed right
away).
David
On Tue, Sep 17, 2013 at 9:20 PM, Ralf Gommers wrote:
>
>
>
> On Mon, Sep 16, 2013 at 10:05 PM,
Is this a valid algorithm for generating a 3D Wiener process? (When I
graph the results, they certainly look like potential Brownian motion
tracks.)
def Wiener3D(incr, N):
r = incr*(R.randint(3, size=(N,))-1)
r[0] = 0
r = r.cumsum()
t = 2*np.pi*incr*(R.randint(3, size=(N,))-1)
Thanks, guys. Yeah, I realized the problem w/ the
uniform-increment-variable-direction approach this morning: physically, it
ignores the fact that the particles hitting the particle being tracked are
going to have a distribution of momentum, not all the same, just varying in
direction. But I don'
MCR stands for MATLAB Compiler Runtime and if that's all it requires,
that's great, 'cause that's free. Look forward to giving this a try; does
the distribution come w/ examples?
DG
Date: Sat, 05 Oct 2013 11:27:04 +0300
> From: Dmitrey
> Subject: Re: [Numpy-discussion] [ANN] MATLAB ODE solvers
On Sun, Oct 6, 2013 at 10:00 AM, wrote:
> Message: 2
> Date: Sat, 05 Oct 2013 21:36:48 +0300
> From: Dmitrey
> Subject: Re: [Numpy-discussion] [ANN] MATLAB ODE solvers - now
> available inPython
> To: Discussion of Numerical Python
> Cc: numpy-discussion@scipy.org
> Message-ID: <138
Looks like Wolfram MathWorld would favor the docstring, but the possibility
of a "use-domain" dependency seems plausible (after all, a similar dilemma
is observed, e.g., w/ the Fourier Transform)--I guess one discipline's
future is another discipline's past. :-)
http://mathworld.wolfram.com/Autoco
Date: Wed, 9 Oct 2013 21:54:07 +0100
> From: Nathaniel Smith
> Subject: Re: [Numpy-discussion] Bug in numpy.correlate documentation
> To: Discussion of Numerical Python
> Message-ID:
> z8v-ahuu+85lz88xywmawxgzhk5ghtfuw8h...@mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> O
It looks better than rc1, thanks for the great work. I have only tested on
rh5 for now, but building the following against numpy 1.7.1 and running
against 1.8.0 rc2 only give a few failures for the full list of packages
supported by Enthought. Bottleneck / larry are caused by numpy, the sklearn
may
Does anyone on this list know how Scalable Vector Graphics C, S, etc.
command data are translated into curves (i.e., pixel maps) and might you be
willing to answer some questions off-list? Thanks!
DG
PS: I receive numpy-discussion in digest mode, so if you "qualify," please
reply directly to my
Many thanks to Daniele Nicolodi for pointing me to the Wikipedia article
on Bézier curves. Said article gives two formulae for the Bézier curve of
degree n: one explicit, one recursive. Using numpy.polynomial.Polynomial
as the base class, and its evaluation method for the evaluation in each
dimen
In Clawpack, we use numpy.distutils to handle compilation and wrapping of
Fortran source files via f2py. This generates a huge amount of output
(warnings generated by f2py in intermediate steps) that (it seems) can
safely be ignored. However, it's problematic to have pages of warnings fly
by when
We really ought to have a special page for all of Robert's little gems!
DG
On Tue, Oct 29, 2013 at 10:00 AM, wrote:
>
> -Message: 5
> Date: Tue, 29 Oct 2013 17:02:33 +
> From: Robert Kern
> Subject: Re: [Numpy-discussion] getting the equivalent complex dtype
>
his any further.
cheers,
David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
.
David
On Thu, Nov 7, 2013 at 3:11 PM, Carl Dr. Kleffner wrote:
> Hi list,
>
> my name is Carl and I'm new to the list. With the advent of the recently
> released mingw-w64 libs and headers v-3.0 (
> http://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release)
(no line number, etc...)
thanks,
David
On Fri, Nov 8, 2013 at 7:42 AM, Carl Kleffner wrote:
> Hi list,
>
> I created a repository at google code
> https://code.google.com/p/mingw-w64-static with some downloads as well as
> my last numpy setp.py log.
>
Carl,
It looks like the google drive contains the binary and not the actual log ?
For the log, it is more convenient to put it on gist.github.com,
thanks for the work,
David
On Mon, Nov 11, 2013 at 9:51 AM, Carl Kleffner wrote:
> Hi David,
>
> I made a new build with the numpy-1
601 - 700 of 3277 matches
Mail list logo
