; charset=UTF-8
On Mi, 2014-03-05 at 10:21 -0800, David Goldsmith wrote:
+1 for it being too baroque for NumPy--should go in SciPy (if it
isn't already there): IMHO, NumPy should be kept as lean and mean as
possible, embellishments are what SciPy is for. (Again, IMO.)
Well, on the other hand
Date: Wed, 05 Mar 2014 17:45:47 +0100
From: Sebastian Berg sebast...@sipsolutions.net
Subject: [Numpy-discussion] Adding weights to cov and corrcoef
To: numpy-discussion@scipy.org
Message-ID: 1394037947.21356.20.camel@sebastian-t440
Content-Type: text/plain; charset=UTF-8
Hi all,
in Pull
On Thu, Feb 20, 2014 at 10:37 PM, numpy-discussion-requ...@scipy.orgwrote:
Date: Fri, 21 Feb 2014 07:43:17 +0100
From: V. Armando Sol? s...@esrf.fr
*Ref. 8173* *- Deadline for returning application forms: * *01/04/2014*
I assume that's the European date format, i.e., the due date is April 1,
Date: Thu, 6 Feb 2014 08:42:38 -0800
From: Chris Barker chris.bar...@noaa.gov
Subject: Re: [Numpy-discussion] create numerical arrays from strings
To: Discussion of Numerical Python numpy-discussion@scipy.org
Message-ID:
Am I the only one who feels that this (very important--I'm being sincere,
not sarcastic) thread has matured and specialized enough to warrant it's
own home on the Wiki?
DG
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
-Type: text/plain; charset=utf-8
On 21 Jan 2014 17:28, David Goldsmith d.l.goldsm...@gmail.com wrote:
Am I the only one who feels that this (very important--I'm being sincere,
not sarcastic) thread has matured and specialized enough to warrant it's
own home on the Wiki?
Sounds plausible
On Tue, Jan 21, 2014 at 10:00 AM, numpy-discussion-requ...@scipy.orgwrote:
Date: Tue, 21 Jan 2014 09:53:25 -0800
From: David Goldsmith d.l.goldsm...@gmail.com
Subject: Re: [Numpy-discussion] A one-byte string dtype?
To: numpy-discussion@scipy.org
Message-ID:
CAFtPsZqRrDxrshBMVyS+Z
Date: Tue, 21 Jan 2014 19:20:12 +
From: Robert Kern robert.k...@gmail.com
Subject: Re: [Numpy-discussion] A one-byte string dtype?
The wiki is frozen. Please do not add anything to it. It plays no role in
our current development workflow. Drafting a NEP or two and iterating on
them
On Mon, Jan 20, 2014 at 9:11 AM, numpy-discussion-requ...@scipy.org wrote:
I think that is right. Not having an effective way to handle these common
scientific data sets will block acceptance of Python 3. But we do need to
figure out the best way to add this functionality.
Chuck
Sounds
On Wed, Jan 15, 2014 at 9:52 AM, numpy-discussion-requ...@scipy.org wrote:
Date: Wed, 15 Jan 2014 10:57:51 -0700
From: Charles R Harris charlesr.har...@gmail.com
Subject: Re: [Numpy-discussion] using loadtxt to load a text file in
to a numpy array
To: Discussion of Numerical Python
Thanks Anthony and Paul!
OlyDLG
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
question for Octonion and/or general n-basis
Grassmann (exterior) and/or Clifford Algebras? (rosettacode appears to
have none of these). Thanks!
David Goldsmith
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman
As for your proposal, it would be good to know if adding a warning would
actually catch any bugs. For the truncation warning it caught several in
scipy and other libs IIRC.
Ralf
In light of this, perhaps the pertinent unit tests should be modified (even
if the warning suggestion isn't
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, numpy-discussion-requ...@scipy.orgwrote:
-Message: 5
Date: Tue, 29 Oct 2013 17:02:33 +
From: Robert Kern robert.k...@gmail.com
Subject: Re:
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
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. :-)
On Sun, Oct 6, 2013 at 10:00 AM, numpy-discussion-requ...@scipy.org wrote:
Message: 2
Date: Sat, 05 Oct 2013 21:36:48 +0300
From: Dmitrey tm...@ukr.net
Subject: Re: [Numpy-discussion] [ANN] MATLAB ODE solvers - now
available inPython
To: Discussion of Numerical Python
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 tm...@ukr.net
Subject: Re: [Numpy-discussion] [ANN] MATLAB
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
Thanks, St?fan, speed: N ~ 1e9. Thanks again.
DG
--
Message: 1
Date: Sun, 22 Sep 2013 14:04:09 -0700
From: David Goldsmith d.l.goldsm...@gmail.com
Subject: [Numpy-discussion] Generating a (uniformly distributed
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
Hi, folks! Having a problem w/ the Windows installer; first, the
back-story: I have both Python 2.7 and 3.2 installed. When I run the
installer and click next on the first dialog, I get the message that I need
Python 2.7, which was not found in my registry. I ran regedit and searched
for Python
I.e., I'd, at minimum, like to globally replace
get(Handel, 'Property')
with
object.Property
and
set(Handel, 'Property', value)
with
object.Property = value
to an arbitrary level of composition.
(It's really getting cumbersome having to compound gets and sets all
over the place while
:
aanlktikrwzd0vtjisk+6xh2djbca1v1sxx_ln6g4g...@mail.gmail.comaanlktikrwzd0vtjisk%2b6xh2djbca1v1sxx_ln6g4g...@mail.gmail.com
Content-Type: text/plain; charset=UTF-8
On Fri, Aug 20, 2010 at 14:25, David Goldsmith d.l.goldsm...@gmail.com
wrote:
Hi! ?Please forgive the re-post: I
Hi! Please forgive the re-post: I forgot to change the subject line
and I haven't seen a response to this yet, so I'm assuming the former
might be the cause of the latter. My question follows the quoted
posts. Thanks!
From: Sturla Molden stu...@molden.no
Subject: Re: [Numpy-discussion]
Date: Wed, 18 Aug 2010 09:20:41 +0200
From: Sturla Molden stu...@molden.no
Subject: Re: [Numpy-discussion] [SciPy-Dev] Good-bye, sort of (John
Hunter)
To: Discussion of Numerical Python numpy-discussion@scipy.org
Message-ID: 8c0b2317-2a22-4828-99e8-ac6c0f778...@molden.no
After several years now of writing Python and now having written my first
on-the-job 15 operational MATLAB LOC, all of which are string, cell
array,
and file processing, I'm ready to say: MATLAB: what a PITA! :-(
Ahh, cell arrays, they bring back memories. Makes you pine for a
I assume this is addressed to David C., correct?
DG
On Fri, Jul 30, 2010 at 10:08 AM, Ralf Gommers
ralf.gomm...@googlemail.comwrote:
Hi David,
Commit r8541 broke building with numscons for me, does this fix look okay:
Hi! I have a large M x K, M, K ~ 1e3 array L of indices - non-negative
integers in the range 0 to N-1 - and an N x 3 array C (a matplotlib
colormap). I need to create an M x K x 3 array R such that R[m,k,j] =
C[L[m,k], j], j = 0,1,2. I want to do so w/out having to loop through all
the (m,k)
think you should.
Thanks, John, that works; you may be right about the transposing, but I can
work that out empirically. Thanks again!
DG
On Tue, Jul 27, 2010 at 9:10 AM, David Goldsmith
d.l.goldsm...@gmail.comwrote:
Hi! I have a large M x K, M, K ~ 1e3 array L of indices - non-negative
res = np.fromfunction(make_res, (nx, ny))
File C:\Python26\lib\site-packages\numpy\core\numeric.py, line 1538, in
fromfunction
args = indices(shape, dtype=dtype)
File C:\Python26\lib\site-packages\numpy\core\numeric.py, line 1480, in
indices
tmp.shape = (1,)*i + (dim,)+(1,)*(N-i-1)
Thanks, that was it.
DG
On Tue, Jul 27, 2010 at 3:02 PM, Robert Kern robert.k...@gmail.com wrote:
On Tue, Jul 27, 2010 at 16:59, David Goldsmith d.l.goldsm...@gmail.com
wrote:
res = np.fromfunction(make_res, (nx, ny))
File C:\Python26\lib\site-packages\numpy\core\numeric.py, line 1538
Why am I being told my coefficient array is not 1-d when both coefficient
arrays--old and new--are reported to have shape (2L,):
C:\Users\Fermatpython
Python 2.6.5 (r265:79096, Mar 19 2010, 18:02:59) [MSC v.1500 64 bit (AMD64)]
on
win32
Type help, copyright, credits or license for more
On Sun, Jul 25, 2010 at 7:08 AM, Charles R Harris charlesr.har...@gmail.com
wrote:
On Sun, Jul 25, 2010 at 2:32 AM, David Goldsmith
d.l.goldsm...@gmail.comwrote:
Why am I being told my coefficient array is not 1-d when both coefficient
arrays--old and new--are reported to have shape (2L
Take it as a reminder: when reporting an error or problem, even if it
doesn't seem relevant, always provide version number. :-)
DG
On Wed, Jul 21, 2010 at 12:50 PM, Mark Bakker mark...@gmail.com wrote:
I am using 1.3.0.
Glad to hear it is correct in 1.4.0
Sorry for bothering you with an old
On Thu, Jul 15, 2010 at 9:41 AM, David Goldsmith d.l.goldsm...@gmail.comwrote:
On Thu, Jul 15, 2010 at 3:20 AM, Martin Raspaud martin.rasp...@smhi.sewrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Goldsmith skrev:
Interesting comment: it made me run down the fftpack
On Thu, Jul 15, 2010 at 3:20 AM, Martin Raspaud martin.rasp...@smhi.sewrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Goldsmith skrev:
Interesting comment: it made me run down the fftpack tutorial
http://docs.scipy.org/scipy/docs/scipy-docs/tutorial/fftpack.rst
On Mon, Jul 12, 2010 at 8:26 PM, David Goldsmith d.l.goldsm...@gmail.comwrote:
2010/7/12 Jochen Schröder cycoma...@gmail.com
On 13/07/10 08:04, Eric Firing wrote:
On 07/12/2010 11:43 AM, David Goldsmith wrote:
From the docstring:
A[0] contains the zero-frequency term (the mean
Thanks, both.
On Mon, Jul 12, 2010 at 5:39 AM, Fabrice Silva si...@lma.cnrs-mrs.frwrote:
Le lundi 12 juillet 2010 à 18:14 +1000, Jochen Schröder a écrit :
On 07/12/2010 12:36 PM, David Goldsmith wrote:
On Sun, Jul 11, 2010 at 6:18 PM, David Goldsmith
d.l.goldsm...@gmail.com
From the docstring:
A[0] contains the zero-frequency term (the mean of the signal)
And yet, consistent w/ the definition given in the docstring (and included
w/ an earlier email), the code gives, e.g.:
import numpy as np
x = np.ones((16,)); x
array([ 1., 1., 1., 1., 1., 1., 1., 1.,
On Mon, Jul 12, 2010 at 3:04 PM, Eric Firing efir...@hawaii.edu wrote:
On 07/12/2010 11:43 AM, David Goldsmith wrote:
From the docstring:
A[0] contains the zero-frequency term (the mean of the signal)
And yet, consistent w/ the definition given in the docstring (and
included w
In light of my various questions and the responses thereto, here's what I've
done (but not yet committed) to numpy.fft.
There are many ways to define the DFT, varying in the sign of the
exponent, normalization, etc. In this implementation, the DFT is defined
as
.. math::
A_k =
On Mon, Jul 12, 2010 at 6:33 PM, Travis Oliphant oliph...@enthought.comwrote:
On Jul 12, 2010, at 5:47 PM, David Goldsmith wrote:
In light of my various questions and the responses thereto, here's what
I've done (but not yet committed) to numpy.fft.
There are many ways to define the DFT
2010/7/12 Jochen Schröder cycoma...@gmail.com
On 13/07/10 08:04, Eric Firing wrote:
On 07/12/2010 11:43 AM, David Goldsmith wrote:
From the docstring:
A[0] contains the zero-frequency term (the mean of the signal)
And yet, consistent w/ the definition given in the docstring
2010/7/12 Jochen Schröder cycoma...@gmail.com
On 13/07/10 08:47, David Goldsmith wrote:
In light of my various questions and the responses thereto, here's what
I've done (but not yet committed) to numpy.fft.
There are many ways to define the DFT, varying in the sign of the
exponent
In numpy.fft we find the following:
Then A[1:n/2] contains the positive-frequency terms, and A[n/2+1:] contains
the negative-frequency terms, in order of decreasingly negative frequency.
Just want to confirm that decreasingly negative frequency means ...,
A[n-2] = A_(-2), A[n-1] = A_(-1), as
On Sun, Jul 11, 2010 at 6:18 PM, David Goldsmith d.l.goldsm...@gmail.comwrote:
In numpy.fft we find the following:
Then A[1:n/2] contains the positive-frequency terms, and A[n/2+1:]contains
the negative-frequency terms, in order of decreasingly negative
frequency.
Just want to confirm
No reply?
-- Forwarded message --
From: David Goldsmith d.l.goldsm...@gmail.com
Date: Tue, Jul 6, 2010 at 7:03 PM
Subject: effect of shape=None (the default) in format.open_memmap
To: numpy-discussion@scipy.org
Hi, I'm trying to wrap my brain around the affect of leaving shape
np.finfo('float64').eps # returns a scalar
2.2204460492503131e-16
np.finfo('float64').epsneg # returns an array
array(1.1102230246251565e-16)
Bug or feature?
DG
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
On Thu, Jul 1, 2010 at 9:11 AM, Charles R Harris
charlesr.har...@gmail.comwrote:
On Thu, Jul 1, 2010 at 8:40 AM, Bruce Southey bsout...@gmail.com wrote:
On 06/29/2010 11:38 PM, David Goldsmith wrote:
On Tue, Jun 29, 2010 at 8:16 PM, Bruce Southey bsout...@gmail.comwrote:
On Tue, Jun 29
Hi. The docstring (in the wiki) for where states:
x, y : array_like, optionalValues from which to choose. *x* and *y* need to
have the same shape as *condition*.But:
x = np.eye(2)
np.where(x,2,3)
array([[2, 3],
[3, 2]])
So apparently where supports broadcasting of scalars at least;
...concerns the behavior of numpy.random.multivariate_normal; if that's of
interest to you, I urge you to take a look at the comments (esp. mine :-) );
otherwise, please ignore the noise. Thanks!
DG
___
NumPy-Discussion mailing list
On Tue, Jun 29, 2010 at 3:56 PM, josef.p...@gmail.com wrote:
On Tue, Jun 29, 2010 at 6:37 PM, David Goldsmith
d.l.goldsm...@gmail.com wrote:
...concerns the behavior of numpy.random.multivariate_normal; if that's
of
interest to you, I urge you to take a look at the comments (esp. mine
Hi, folks. Under Parameters, the docstring for numpy.core.fromnumeric.all
says:
out : ndarray, optionalAlternative output array in which to place the
result. It must have the same shape as the expected output and *the type is
preserved*. [emphasis added].I assume this is a
OK, now I understand: dtype(out) is preserved, whatever that happens to be,
not dtype(a) (which is what I thought it meant) - I better clarify. Thanks!
DG
On Tue, Jun 29, 2010 at 7:28 PM, Skipper Seabold jsseab...@gmail.comwrote:
On Tue, Jun 29, 2010 at 8:50 PM, David Goldsmith
d.l.goldsm
On Tue, Jun 29, 2010 at 8:16 PM, Bruce Southey bsout...@gmail.com wrote:
On Tue, Jun 29, 2010 at 6:03 PM, David Goldsmith
d.l.goldsm...@gmail.com wrote:
On Tue, Jun 29, 2010 at 3:56 PM, josef.p...@gmail.com wrote:
On Tue, Jun 29, 2010 at 6:37 PM, David Goldsmith
d.l.goldsm...@gmail.com
On Sat, Jun 26, 2010 at 10:00 PM, David Goldsmith
d.l.goldsm...@gmail.comwrote:
On Sat, Jun 26, 2010 at 9:39 PM, Robert Kern robert.k...@gmail.comwrote:
On Sat, Jun 26, 2010 at 23:33, David Goldsmith d.l.goldsm...@gmail.com
wrote:
Hi! The docstring for numpy.lib.function_base.sinc
On Sun, Jun 27, 2010 at 10:38 AM, Kurt Smith kwmsm...@gmail.com wrote:
On Sat, Jun 26, 2010 at 7:34 PM, Warren Weckesser
warren.weckes...@enthought.com wrote:
Kurt Smith wrote:
I'd really like arr.copy(order='F') to work -- is it supposed to as
its docstring says, or is it supposed to
On Sun, Jun 27, 2010 at 3:44 AM, Pauli Virtanen p...@iki.fi wrote:
Sat, 26 Jun 2010 17:37:22 -0700, David Goldsmith wrote:
On Sat, Jun 26, 2010 at 3:22 PM, josef.p...@gmail.com wrote:
[clip]
Is there a chance that some changes got lost?
(Almost) anything's possible... :-(
There's
On Sat, Jun 26, 2010 at 1:41 PM, Vincent Davis vinc...@vincentdavis.netwrote:
numpy.random.logseries(p, size=None)
but the parameters section,
Parameters:
loc : float
scale : float 0.
size : {tuple, int}
Output shape. If the given shape is, e.g., (m, n, k), then m * n * k
samples are
Something is systematically wrong if there are this many problems in the
numpy.stats docstrings: numpy is supposed to be (was) almost completely
ready for review; please focus on scipy unless/until the reason why there
are now so many problems in numpy.stats can be determined (I suspect the
On Sat, Jun 26, 2010 at 3:03 PM, josef.p...@gmail.com wrote:
On Sat, Jun 26, 2010 at 5:56 PM, David Goldsmith
d.l.goldsm...@gmail.com wrote:
Something is systematically wrong if there are this many problems in the
numpy.stats docstrings: numpy is supposed to be (was) almost completely
On Sat, Jun 26, 2010 at 3:28 PM, Vincent Davis vinc...@vincentdavis.netwrote:
On Sat, Jun 26, 2010 at 4:22 PM, josef.p...@gmail.com wrote:
On Sat, Jun 26, 2010 at 6:11 PM, David Goldsmith
d.l.goldsm...@gmail.com wrote:
On Sat, Jun 26, 2010 at 3:03 PM, josef.p...@gmail.com wrote
On Sat, Jun 26, 2010 at 3:22 PM, josef.p...@gmail.com wrote:
On Sat, Jun 26, 2010 at 6:11 PM, David Goldsmith
d.l.goldsm...@gmail.com wrote:
On Sat, Jun 26, 2010 at 3:03 PM, josef.p...@gmail.com wrote:
On Sat, Jun 26, 2010 at 5:56 PM, David Goldsmith
d.l.goldsm...@gmail.com wrote
Hi! The docstring for numpy.lib.function_base.sinc indicates that the
parameter has to be an ndarray, and that it will return the limiting value 1
for sinc(0). Checking to see if it should actually say array_like, I found
the following (Python 2.6):
np.sinc(np.array((0,0.5)))
array([ 1.
On Sat, Jun 26, 2010 at 9:39 PM, Robert Kern robert.k...@gmail.com wrote:
On Sat, Jun 26, 2010 at 23:33, David Goldsmith d.l.goldsm...@gmail.com
wrote:
Hi! The docstring for numpy.lib.function_base.sinc indicates that the
parameter has to be an ndarray, and that it will return the limiting
Is it not possible to update your versions to see if that solves the
problem?
DG
On Wed, Jun 23, 2010 at 11:25 AM, Salim, Fadhley (CA-CIB)
fadhley.sa...@ca-cib.com wrote:
I've been investigating a truly bizarre bug related to the use of
numpy.linalg.eig.
I have two classes which both use
On Wed, Jun 23, 2010 at 2:17 PM, Robert Kern robert.k...@gmail.com wrote:
On Wed, Jun 23, 2010 at 13:25, Salim, Fadhley (CA-CIB)
fadhley.sa...@ca-cib.com wrote:
I've been investigating a truly bizarre bug related to the use of
numpy.linalg.eig.
I have two classes which both use
On Mon, Jun 14, 2010 at 2:05 AM, David Goldsmith d.l.goldsm...@gmail.comwrote:
Hi, all! The scipy doc marathon has gotten off to a very slow start this
summer. We are producing less than 1000 words a week, perhaps because
many universities are still finishing up spring classes. So
On Mon, Jun 14, 2010 at 2:05 AM, David Goldsmith d.l.goldsm...@gmail.comwrote:
Hi, all! The scipy doc marathon has gotten off to a very slow start this
summer. We are producing less than 1000 words a week, perhaps because
many universities are still finishing up spring classes. So
. If you can help, please, now is
the
time to step forward. Thanks!
On behalf of Joe and myself,
David Goldsmith
Olympia, WA
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Is this not what
core.numeric.tensordothttp://docs.scipy.org/numpy/docs/numpy.core.numeric.tensordot/does?
DG
On Sun, Jun 13, 2010 at 12:37 PM, Friedrich Romstedt
friedrichromst...@gmail.com wrote:
2010/6/13 Alan Bromborsky abro...@verizon.net:
I am writing symbolic tensor package for
On Wed, Jun 9, 2010 at 9:00 AM, David Cournapeau courn...@gmail.com wrote:
On Thu, Jun 10, 2010 at 12:09 AM, Benjamin Root ben.r...@ou.edu wrote:
I think that arrays are just syntax on pointer is indeed the key
reason for how C works here. Since a[b] really means a + b (which is
why 5[a]
On Mon, Jun 7, 2010 at 4:52 AM, Pavel Bazant maxpla...@seznam.cz wrote:
Correct me if I am wrong, but the paragraph
Note to those used to IDL or Fortran memory order as it relates to
indexing. Numpy uses C-order indexing. That means that the last index
usually (see xxx for exceptions)
On Tue, Jun 8, 2010 at 12:10 AM, Sebastian Haase seb.ha...@gmail.comwrote:
I don't want to complain
But what is wrong with a limit of 40kB ? There are enough places where
one could upload larger files for everyone interested...
Not everyone knows about 'em, though - can you list some
On Tue, Jun 8, 2010 at 8:27 AM, Pavel Bazant maxpla...@seznam.cz wrote:
Correct me if I am wrong, but the paragraph
Note to those used to IDL or Fortran memory order as it relates to
indexing. Numpy uses C-order indexing. That means that the last index
usually (see xxx for
On Tue, Jun 8, 2010 at 8:43 AM, John Hunter jdh2...@gmail.com wrote:
On Tue, Jun 8, 2010 at 10:33 AM, Sebastian Haase seb.ha...@gmail.com
wrote:
On Tue, Jun 8, 2010 at 5:23 PM, David Goldsmith d.l.goldsm...@gmail.com
wrote:
On Tue, Jun 8, 2010 at 12:10 AM, Sebastian Haase seb.ha
On Tue, Jun 8, 2010 at 12:05 PM, Anne Archibald
aarch...@physics.mcgill.cawrote:
On 8 June 2010 14:16, Eric Firing efir...@hawaii.edu wrote:
On 06/08/2010 05:50 AM, Charles R Harris wrote:
On Tue, Jun 8, 2010 at 9:39 AM, David Goldsmith
d.l.goldsm...@gmail.com
mailto:d.l.goldsm
On Mon, May 31, 2010 at 3:54 AM, Ralf Gommers
ralf.gomm...@googlemail.comwrote:
On Mon, May 31, 2010 at 8:23 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Sun, May 30, 2010 at 5:53 PM, Ralf Gommers
ralf.gomm...@googlemail.com wrote:
On Mon, May 31, 2010 at 2:06 AM,
On Fri, May 28, 2010 at 8:31 PM, Anne Archibald
aarch...@physics.mcgill.cawrote:
On 28 May 2010 23:59, Wayne Watson sierra_mtnv...@sbcglobal.net wrote:
That opened a few avenues. After reading this, I went on a merry search
with
Google. I hit upon one interesting book, Handbook of CCD
On Thu, May 27, 2010 at 9:18 AM, Charles R Harris charlesr.har...@gmail.com
wrote:
On Wed, May 26, 2010 at 8:14 AM, Pauli Virtanen p...@iki.fi wrote:
Wed, 26 May 2010 07:15:08 -0600, Charles R Harris wrote:
On Wed, May 26, 2010 at 2:59 AM, Pauli Virtanen p...@iki.fi wrote:
Wed, 26 May
On Tue, May 25, 2010 at 9:22 PM, Travis Oliphant oliph...@enthought.comwrote:
On May 25, 2010, at 4:49 PM, David Goldsmith wrote:
Travis: do you already have a place on the NumPy Development
Wikihttp://wiki.numpy.org/where you're (b)logging your design decisions?
Seems like a good way
On Wed, May 26, 2010 at 10:37 AM, Christopher Hanley chan...@stsci.eduwrote:
On Wed, May 26, 2010 at 12:49 PM, Dag Sverre Seljebotn
da...@student.matnat.uio.no wrote:
Christopher Hanley wrote:
Greetings,
Google provides a product called App Engine. The description from
their site
Travis: do you already have a place on the NumPy Development
Wikihttp://wiki.numpy.org/where you're (b)logging your design
decisions? Seems like a good way for
concerned parties to monitor your choices in more or less real time and thus
provide comment in a timely fashion.
DG
On Tue, May 25,
On Mon, May 24, 2010 at 11:01 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
Hi All,
I'm wondering if we could extend the current documentation format to the c
source code. The string blocks would be implemented something like
/**NpyDoc
The Answer.
Answer the Ultimate Question of
On Mon, May 24, 2010 at 4:59 PM, Charles R Harris charlesr.har...@gmail.com
wrote:
On Mon, May 24, 2010 at 2:11 PM, David Goldsmith
d.l.goldsm...@gmail.comwrote:
On Mon, May 24, 2010 at 11:01 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
Hi All,
I'm wondering if we could
On Mon, May 24, 2010 at 8:06 PM, David Cournapeau courn...@gmail.comwrote:
On Tue, May 25, 2010 at 3:01 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
Hi All,
I'm wondering if we could extend the current documentation format to the
c
source code. The string blocks would be
Charles H.: is this happening because he's calling the old version of
polyfit?
William: try using numpy.polynomial.polyfit instead, see if that works.
DG
On Wed, May 19, 2010 at 11:03 AM, William Carithers wccarith...@lbl.govwrote:
I'm trying to do a simple 2nd degree polynomial fit to two
The polynomial module definitely postdates 1.2.1; I echo Josef's rec. that
you update if possible.
On Wed, May 19, 2010 at 1:24 PM, William Carithers wccarith...@lbl.govwrote:
Hi Josef,
I didn't know numpy will use the scipy version of linalg for this.
Right, that's what told me he must be
PM, William Carithers
wccarith...@lbl.gov
wrote:
Thanks David and Josef. Replies interspersed below.
On 5/19/10 12:24 PM, josef.p...@gmail.com josef.p...@gmail.com
wrote:
On Wed, May 19, 2010 at 3:18 PM, David Goldsmith
d.l.goldsm...@gmail.com wrote:
Charles H
On Tue, May 11, 2010 at 12:23 AM, T J tjhn...@gmail.com wrote:
On Mon, May 10, 2010 at 8:37 PM, josef.p...@gmail.com wrote:
I went googling and found a new interpretation
numpy.random.pareto is actually the Lomax distribution also known as
Pareto 2,
Pareto (II) or Pareto Second Kind
On Mon, May 10, 2010 at 11:14 AM, T J tjhn...@gmail.com wrote:
On Sun, May 9, 2010 at 4:49 AM, josef.p...@gmail.com wrote:
I think this is the same point, I was trying to make last year.
Instead of renormalizing, my conclusion was the following,
(copied from the mailinglist August
On Thu, Apr 29, 2010 at 12:30 PM, Pauli Virtanen p...@iki.fi wrote:
Wed, 28 Apr 2010 14:12:07 -0400, Alan G Isaac wrote:
[clip]
Here is a related ticket that proposes a more explicit alternative:
adding a ``dot`` method to ndarray.
http://projects.scipy.org/numpy/ticket/1456
I kind of
On Mon, Apr 5, 2010 at 8:40 AM, Charles R Harris
charlesr.har...@gmail.comwrote:
Hi All,
David Cournapeau has mentioned that he would like to have a numpy math
library that would supply missing functions and I'm wondering how we should
organise the source code. Should we put a mathlib
On Mon, Apr 5, 2010 at 9:50 AM, Charles R Harris
charlesr.har...@gmail.comwrote:
On Mon, Apr 5, 2010 at 10:43 AM, Robert Kern robert.k...@gmail.comwrote:
On Mon, Apr 5, 2010 at 11:11, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Apr 5, 2010 at 10:00 AM, Robert Kern
On Thu, Apr 1, 2010 at 6:42 PM, David Goldsmith d.l.goldsm...@gmail.comwrote:
np.version.version
'1.4.0'
c = np.polynomial.chebyshev.Chebyshev(1)
c.deriv(1.0)
Chebyshev([ 0.], [-1., 1.])
c.integ(1.0)
Traceback (most recent call last):
File stdin, line 1, in module
File string
On Fri, Apr 2, 2010 at 10:42 AM, Charles R Harris charlesr.har...@gmail.com
wrote:
On Thu, Apr 1, 2010 at 7:42 PM, David Goldsmith
d.l.goldsm...@gmail.comwrote:
np.version.version
'1.4.0'
c = np.polynomial.chebyshev.Chebyshev(1)
c.deriv(1.0)
Chebyshev([ 0.], [-1., 1.])
c.integ
On Fri, Apr 2, 2010 at 10:46 AM, Charles R Harris charlesr.har...@gmail.com
wrote:
On Fri, Apr 2, 2010 at 11:27 AM, David Goldsmith
d.l.goldsm...@gmail.comwrote:
Also:
c.deriv(0)
Chebyshev([ 1.], [-1., 1.])
c.integ(0)
Traceback (most recent call last):
File stdin, line 1
np.version.version
'1.4.0'
c = np.polynomial.chebyshev.Chebyshev(1)
c.deriv(1.0)
Chebyshev([ 0.], [-1., 1.])
c.integ(1.0)
Traceback (most recent call last):
File stdin, line 1, in module
File string, line 441, in integ
File C:\Python26\lib\site-packages\numpy\polynomial\chebyshev.py,
1 - 100 of 287 matches
Mail list logo