Re: [Numpy-discussion] Home for pyhdf5io?

A Monday 25 May 2009 00:31:43 David Warde-Farley escrigué: > As Robert's design document for the NPY format says, one option would > be to implement a minimal subset of the HDF5 protocol *from scratch* > (that would be required for saving NumPy arrays as top-level leaf > nodes, for example). This w

Re: [Numpy-discussion] parsing text strings/files in fromfile, fromstring

On Sun, May 24, 2009 at 5:28 PM, Pauli Virtanen wrote: > Sun, 24 May 2009 14:29:42 -0600, Charles R Harris wrote: > > I am trying to put together some rule for parsing text strings/files in > > fromfile, fromstring so that the two are consistent. Tickets relevant to > > this are #1116

Re: [Numpy-discussion] parsing text strings/files in fromfile, fromstring

Sun, 24 May 2009 14:29:42 -0600, Charles R Harris wrote: > I am trying to put together some rule for parsing text strings/files in > fromfile, fromstring so that the two are consistent. Tickets relevant to > this are #1116 and > #883

Re: [Numpy-discussion] matrix default to column vector?

On 24-May-09, at 8:32 AM, Tom K. wrote: > Maybe my reluctance to work with matrices stems from this kind of > inconsistency. It seems like your code has to be all matrix, or all > array - > and if you mix them, you need to be very careful about which is which. Also, functions called on things

Re: [Numpy-discussion] Home for pyhdf5io?

On 24-May-09, at 5:22 PM, Robert Kern wrote: >> While I haven't tried Andrew Collette's h5py >> (http://code.google.com/p/h5py), it looks like a very 'thin' wrapper >> around the HDF5 C libraries. Maybe numpy's save(), savez(), load(), >> memmap() could be enhanced so that saving/loading files wi

Re: [Numpy-discussion] add xirr to numpy financial functions?

On Sun, May 24, 2009 at 4:33 PM, Joe Harrington wrote: > I hate to ask for another function in numpy, but there's an obvious > one missing in the financial group: xirr.  It could be done as a new > function or as an extension to the existing np.irr. > > The internal rate of return (np.irr) is defi

Re: [Numpy-discussion] Home for pyhdf5io?

On Sun, May 24, 2009 at 07:23, Stephen Simmons wrote: > While I haven't tried Andrew Collette's h5py > (http://code.google.com/p/h5py), it looks like a very 'thin' wrapper > around the HDF5 C libraries. Maybe numpy's save(), savez(), load(), > memmap() could be enhanced so that saving/loading fil

Re: [Numpy-discussion] documenting index_tricks

On Sun, May 24, 2009 at 3:48 PM, Pauli Virtanen wrote: > Sun, 24 May 2009 19:21:59 +, Pauli Virtanen wrote: > > > Sun, 24 May 2009 14:29:30 -0400, Ralf Gommers wrote: > > > >> Hi all, > >> > >> I'm documenting the index_tricks module and am unsure how to handle r_ > >> and related objects. r_

Re: [Numpy-discussion] parsing text strings/files in fromfile, fromstring

2009/5/24 Charles R Harris : > fromstring : > > In [5]: fromstring("", sep=" ") > Out[5]: array([ 0.]) I would expect an empty array here. Stéfan ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-d

[Numpy-discussion] add xirr to numpy financial functions?

I hate to ask for another function in numpy, but there's an obvious one missing in the financial group: xirr. It could be done as a new function or as an extension to the existing np.irr. The internal rate of return (np.irr) is defined as the growth rate that would give you a zero balance at the

[Numpy-discussion] parsing text strings/files in fromfile, fromstring

Hi All, I am trying to put together some rule for parsing text strings/files in fromfile, fromstring so that the two are consistent. Tickets relevant to this are #1116 and #883. The question here is the inter

Re: [Numpy-discussion] Generalised Ufunc list

Sun, 24 May 2009 20:55:50 +0100, Bryan Cole wrote: > Which (if any) existing ufuncs support the new generalised looping > system? I'm particularly interested in a "vectorised" matrix multiply. None so far, to my knowledge. Also, a Python API has not been decided on, although the C-side stuff is i

[Numpy-discussion] Generalised Ufunc list

Which (if any) existing ufuncs support the new generalised looping system? I'm particularly interested in a "vectorised" matrix multiply. BC ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-disc

Re: [Numpy-discussion] documenting index_tricks

Sun, 24 May 2009 19:21:59 +, Pauli Virtanen wrote: > Sun, 24 May 2009 14:29:30 -0400, Ralf Gommers wrote: > >> Hi all, >> >> I'm documenting the index_tricks module and am unsure how to handle r_ >> and related objects. r_ is an instance of RClass, therefore ipython >> shows the RClass docst

Re: [Numpy-discussion] documenting index_tricks

On Sun, May 24, 2009 at 2:29 PM, Ralf Gommers wrote: > Hi all, > > I'm documenting the index_tricks module and am unsure how to handle r_ and > related objects. r_ is an instance of RClass, therefore ipython shows the > RClass docstring for "r_?". RClass in the doc editor is also marked as > "need

Re: [Numpy-discussion] documenting index_tricks

Sun, 24 May 2009 14:29:30 -0400, Ralf Gommers wrote: > Hi all, > > I'm documenting the index_tricks module and am unsure how to handle r_ > and related objects. r_ is an instance of RClass, therefore ipython > shows the RClass docstring for "r_?". RClass in the doc editor is also > marked as "nee

[Numpy-discussion] documenting index_tricks

Hi all, I'm documenting the index_tricks module and am unsure how to handle r_ and related objects. r_ is an instance of RClass, therefore ipython shows the RClass docstring for "r_?". RClass in the doc editor is also marked as "needs editing", and the page for r_ is completely empty (see http://d

Re: [Numpy-discussion] matrix default to column vector?

Jason Rennie-2 wrote: > > By default, it looks like a 1-dim ndarray gets converted to a row vector > by > the matrix constructor. This seems to lead to some odd behavior such as > a[1] yielding the 2nd element as an ndarray and throwing an IndexError as > a > matrix. Is it possible to set a fl

Re: [Numpy-discussion] Home for pyhdf5io?

David Warde-Farley wrote: > On 23-May-09, at 4:25 PM, Albert Thuswaldner wrote: >> Actually my vision with pyhdf5io is to have hdf5 to replace numpy's >> own binary file format (.npy, npz). Pyhdf5io (or an incarnation of it) >> should be the standard (binary) way to store data in scipy/numpy. A >>

Re: [Numpy-discussion] Home for pyhdf5io?

Ok, I understand that my thought on making hdf5 the standard save/load format for numpy was a bit naive. If it would have been easy it would already have been done. Thanks for the insights Robert. Well anyhow, I will continue with my little module and see where it goes. I will start a new thread i