Re: [Numpy-discussion] [pytables-dev] ANN: PyTables 3.2.1 released

Congrats! On Mon, Aug 3, 2015 at 7:38 PM Andrea Bedini wrote: > === > Announcing PyTables 3.2.1 > === > > We are happy to announce PyTables 3.2.1. > > > What's new > == > > This is a bug fix release. It contains a fix for a segv fault in >

Re: [Numpy-discussion] ANN: Scipy 0.15.0 release

Congrats all! On Sun, Jan 11, 2015 at 9:50 PM, cjw wrote: > Paul, > > Wot, no AMD64? > > Colin W. > On 11-Jan-15 12:50 PM, Paul Virtanen wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Dear all, > > > > We are pleased to announce the Scipy 0.15.0 release. > > > > The 0.15.0

[Numpy-discussion] Return item rather than scalar for user defined types

Hello All, Yesterday I opened PR #4889 to solve a problem I have been having w.r.t. xdress and Nathaniel asked me bring the issue up here. The PR itself is quite small (6 lines?) and is easy to review. The opening text of my PR is pasted below because I

Re: [Numpy-discussion] ANN: bcolz 0.7.0 released

Congrats Francesc! On Tue, Jul 22, 2014 at 9:53 AM, Francesc Alted wrote: > == > Announcing bcolz 0.7.0 > == > > What's new > == > > In this release, support for Python 3 has been added, Pandas and > HDF5/PyTables conversion, support for different

Re: [Numpy-discussion] It looks like Py 3.5 will include a dedicated infix matrix multiply operator

This is awesome! Congrats! On Sun, Mar 16, 2014 at 9:39 AM, Eelco Hoogendoorn < hoogendoorn.ee...@gmail.com> wrote: > Note that I am not opposed to extra operators in python, and only mildly > opposed to a matrix multiplication operator in numpy; but let me lay out > the case against, for your

[Numpy-discussion] ANN: SciPy 2014 Conference, July 6th - 12th, Austin, TX!

Hello All! I am pleased to announce that *SciPy 2014*, the thirteenth annual *Scientific Computing with Python conference*, will be held this July 6th-12th in Austin, Texas. SciPy is a community dedicated to the advancement of scientific computing through open source Python software for mathematic

Re: [Numpy-discussion] ndarray is not a sequence

wrote: > On Fri, Feb 28, 2014 at 9:03 AM, Sebastian Berg > wrote: > > On Fr, 2014-02-28 at 08:47 +, Sturla Molden wrote: > >> Anthony Scopatz wrote: > >> > Hello All, > >> > > >> > The semantics of this seem quite insane to me: > &g

[Numpy-discussion] ndarray is not a sequence

Hello All, The semantics of this seem quite insane to me: In [1]: import numpy as np In [2]: import collections In [4]: isinstance(np.arange(5), collections.Sequence) Out[4]: False In [6]: np.version.full_version Out[6]: '1.9.0.dev-eb40f65' Is there any possibility that ndarray could inherit

Re: [Numpy-discussion] ANN: XDress v0.4

ike it could be useful! Be Well Anthony > > > On Thu, Feb 27, 2014 at 1:24 AM, Anthony Scopatz wrote: > >> Hello All, >> >> I am *extremely *pleased to be able to announce the version 0.4 release >> of xdress. This version contains much anticipated full support

[Numpy-discussion] ANN: XDress v0.4

or writing your own code generation plugin tool, please let us know. Participation is very welcome! Authors <http://xdress.org/previous/0.4_release_notes.html#authors> - Anthony Scopatz <http://scopatz.com/> - Geoffrey Irving * - James Casbon * - Kevin Tew * - Spen

Re: [Numpy-discussion] Quaternion type @ rosettacode.org

Hello David, There is a numpy-quarterion repo that has served me well in the past. I believe this came out of a SciPy 2011 sprint. See https://github.com/martinling/numpy_quaternion. I hope this helps. Be Well Anthony On Thu, Jan 2, 2014 at 12:29 PM, David Goldsmith wrote: > Anyone here use/

[Numpy-discussion] ANN: XDress v0.3 Release

ss on your project (and need help), contributing back to xdress, starting up a development team, or writing your own code generation plugin tool, please let us know. Participation is very welcome! Authors === - [Anthony Scopatz](http://scopatz.com/) - Spencer Lyon - John Wiggins * - Matt McCormick * -

Re: [Numpy-discussion] restricting object arrays to a single Python type

On Tue, Jul 16, 2013 at 7:15 PM, Geoffrey Irving wrote: > On Tue, Jul 16, 2013 at 4:51 PM, Anthony Scopatz > wrote: > > Hi Geoffrey, > > > > Not to toot my own horn here too much, but you really should have a look > at > > xdress (http://xdress.org/ and

Re: [Numpy-discussion] restricting object arrays to a single Python type

Hey Geoffrey, Let's definitely take this off (this) list. The discussion could get involved :). Be Well Anthony On Tue, Jul 16, 2013 at 7:15 PM, Geoffrey Irving wrote: > On Tue, Jul 16, 2013 at 4:51 PM, Anthony Scopatz > wrote: > > Hi Geoffrey, > > > > Not to t

Re: [Numpy-discussion] restricting object arrays to a single Python type

Hi Geoffrey, Not to toot my own horn here too much, but you really should have a look at xdress (http://xdress.org/ and https://github.com/xdress/xdress). XDress will generate a wrapper of the Force class for you and then also create a custom numpy dtype for this class. In this way, you could ge

[Numpy-discussion] ANN: XDress v0.2

in using xdress on your project (and need help), contributing back to xdress, starting up a development team, or writing your own code generation plugin tool on top of the type system and autodescriber, please let us know. Participation is very welcome! Authors === - `Anthony Scopatz <http://s

[Numpy-discussion] ANN: PyTables 3.0

=== Announcing PyTables 3.0.0 === We are happy to announce PyTables 3.0.0. PyTables 3.0.0 comes after about 5 years from the last major release (2.0) and 7 months since the last stable release (2.4.0). This is new major release and an important m

Re: [Numpy-discussion] [Pytables-users] ANN: numexpr 2.1 (Python 3 support is here!)

Congrats Francesc! On Sat, Apr 27, 2013 at 5:07 AM, Francesc Alted wrote: > > Announcing Numexpr 2.1 > > > Numexpr is a fast numerical expression evaluator for NumPy. With it, > expressions that operate on arrays (like "3*a+4*b") are accelera

Re: [Numpy-discussion] Time Zones and datetime64

Thanks for putting this together Chris. I am in favor of option (1) Pure UTC. I think it is the simplest to implement, and to get from / to other time zones is one ufunc application. On the other hand, option (3) full time zone support isn't too bad either. It is more work to implement but a lo

Re: [Numpy-discussion] Proposal to drop python 2.4 support in numpy 1.8

+1, if someone wants to use an older version of Python they can use an older version of numpy. On Thu, Dec 13, 2012 at 10:36 AM, Travis Oliphant wrote: > A big +1 from me --- but I don't have anyone I know using 2.4 anymore > > -Travis > > On Dec 13, 2012, at 10:34 AM, Charles R Harris wrot

Re: [Numpy-discussion] In case anybody wants them: py4science.* domains...

On Tue, Nov 27, 2012 at 3:51 PM, Peter Cock wrote: > On Tue, Nov 27, 2012 at 9:25 PM, Anthony Scopatz > wrote: > > On Tue, Nov 27, 2012 at 2:08 PM, Fernando Perez > > wrote: > >> > >> On Thu, Nov 22, 2012 at 1:30 AM, Peter Cock > >> wrote: > &

Re: [Numpy-discussion] In case anybody wants them: py4science.* domains...

On Tue, Nov 27, 2012 at 2:08 PM, Fernando Perez wrote: > On Thu, Nov 22, 2012 at 1:30 AM, Peter Cock > wrote: > > > Perhaps http://numfocus.org/ could take them on, or the PSF? > > (even if they don't have a specific use in mind immediately) > > For the short them I'd just have them redirect to w

Re: [Numpy-discussion] Scipy dot

On Thu, Nov 8, 2012 at 7:06 AM, David Cournapeau wrote: > On Thu, Nov 8, 2012 at 12:12 PM, Dag Sverre Seljebotn > wrote: > > On 11/08/2012 01:07 PM, Gael Varoquaux wrote: > >> On Thu, Nov 08, 2012 at 11:28:21AM +, Nathaniel Smith wrote: > >>> I think everyone would be very happy to see numpy

Re: [Numpy-discussion] ufuncs for structured arrays

On Thu, Oct 4, 2012 at 12:23 PM, Jay Bourque wrote: > Hey Anthony, thanks for the comments. > > On Mon, Oct 1, 2012 at 10:32 PM, Anthony Scopatz wrote: > >> Hello Jay, >> >> Cool idea! I like to see work on structured arrays. Just a couple of >> questions

Re: [Numpy-discussion] ufuncs for structured arrays

Hello Jay, Cool idea! I like to see work on structured arrays. Just a couple of questions: - Since there are already have ufuncs for primitive dtypes (int, float, etc), and you are just acting columnwise here, can't you write a single function which interprets the dtypes, gathers the a

Re: [Numpy-discussion] Making numpy sensible: backward compatibility please

On Mon, Oct 1, 2012 at 2:32 PM, Chris Barker wrote: > On Sat, Sep 29, 2012 at 2:16 AM, Gael Varoquaux > wrote: > > Next time I see you, I owe you a beer for making you cross :). > > If I curse at you, will I get a beer too? > Wow! This is taking a very Pavlovian turn... Be Well Anthony > >

Re: [Numpy-discussion] Making numpy sensible: backward compatibility please

On Fri, Sep 28, 2012 at 7:44 PM, Fernando Perez wrote: > On Fri, Sep 28, 2012 at 3:11 PM, Charles R Harris > wrote: > > Bitch, bitch, bitch. Look, I know you are pissed and venting a bit, but > this > > problem could have been detected and reported 6 months ago, that is, > unless > > it is new du

Re: [Numpy-discussion] numpy sort is not working

On Tue, Sep 11, 2012 at 12:52 AM, Jadhav, Alok < alok.jad...@credit-suisse.com> wrote: > Hi Travis, > > ** ** > > Very Strange. I am on version 1.6.2 L > > What could I be missing. I started using numpy quite recently. Is there a > way to share the data with you? > Hi Alok, Typically, a

[Numpy-discussion] ANN: PyTables 2.4.0 released

== Announcing PyTables 2.4.0 == We are happy to announce PyTables 2.4.0. This is an incremental release which includes many changes to prepare for future Python 3 support. What's new == This release includes support for the float16 data t

Re: [Numpy-discussion] Select-based median (in light of code freeze)

On Sun, Jul 15, 2012 at 9:26 PM, Travis Oliphant wrote: > That reminds me. > > How many NumPy devs are going to be at SciPy this year?It would be > good to have a NumPy sprint there. Ideas for what we could work on: > > 1) Make progress on the 1.7.0 release > 2) Make progress on the conversi

Re: [Numpy-discussion] Extracting sub-fields from an array as a view (PR 350)

+1 for more views. I agree with Fred about bundling the changes together. On Sat, Jul 14, 2012 at 6:17 PM, Frédéric Bastien wrote: > I think it is better that we bundle those change together. As it is > done for diagonal, doing it for this case as fine too. > > Fred > > On Sat, Jul 14, 2012 at

Re: [Numpy-discussion] Numpy logo in VTK

This is awesome! On Mon, Jun 25, 2012 at 5:27 AM, klo uo wrote: > I was reading mayavi documentation and one of the examples > (tvtk.ImageData) resembled Numpy logo grid. > I added barchart and tweaked a bit colormap and thought to post it for fun: > > >

Re: [Numpy-discussion] fromstring() is slow, no really!

And I forgot to attach the relevant code (though it is also in my fork)... On Sun, May 13, 2012 at 6:28 PM, Anthony Scopatz wrote: > Hello All, > > This week, while doing some optimization, I found that np.fromstring() > is significantly slower than many alternatives out there. T

[Numpy-discussion] fromstring() is slow, no really!

Hello All, This week, while doing some optimization, I found that np.fromstring() is significantly slower than many alternatives out there. This function basically does two things: (1) it splits the string and (2) it converts the data to the desired type. There isn't much we can do about the con

Re: [Numpy-discussion] c-info.ufunc-tutorial.rst

docs are hosted. > Building the docs yourself is probably the safest bet. However, someone should probably hook up the numpy and scipy repos to readthedocs.org. That would solve this problem... > > On Wed, Aug 24, 2011 at 7:19 PM, Anthony Scopatz wrote: > >> code-block:: is a directi

Re: [Numpy-discussion] c-info.ufunc-tutorial.rst

code-block:: is a directive that I think might be specific to sphinx. Naturally, github's renderer will drop it. On Wed, Aug 24, 2011 at 7:10 PM, Mark Wiebe wrote: > On Wed, Aug 24, 2011 at 5:05 PM, srean wrote: > >> Following up on my own question: I can see the code in the commit. So it >> a

Re: [Numpy-discussion] saving groups of numpy arrays to disk

On Sun, Aug 21, 2011 at 7:24 AM, Pauli Virtanen wrote: > On Sat, 20 Aug 2011 16:18:55 -0700, Chris Withers wrote: > > I've got a tree of nested dicts that at their leaves end in numpy arrays > > of identical sizes. > > > > What's the easiest way to persist these to disk so that I can pick up > >

Re: [Numpy-discussion] Willing to contribute to SciPy & NumPy ...

On Thu, Mar 31, 2011 at 3:04 AM, Scott Sinclair wrote: > On 31 March 2011 07:27, Sylvain Bellemare wrote: > > I would like to seriously start contributing to NumPy and/or SciPy, as > much as I possibly can. > > I'm sure that your help will be welcomed! > > A good place to get started is helping

Re: [Numpy-discussion] structured array indexing oddity

Hi Matt, Actually, based on what is happening under the covers I think this behavior makes sense. a['f2'] would in theory grab the whole column, and so 'f2' not existing is a field error. a[0] on the other hand grabs the first row from the full structured array and treats this as (key, value) pa

[Numpy-discussion] ANN: inSCIght, The Scientific Computing Podcast

Hello All, I am very pleased to announce inSCIght, a new scientific computing podcast (press release below). I apologize for those of you in the intersection of these lists that may receive this message multiple times. As I mention in the press release, we are very open to your contributions! B

Re: [Numpy-discussion] unicode string for specifying dtype

Hi Antony This seems to work for me... What version of python/numpy are you using? Be Well Anthony On Tue, Nov 16, 2010 at 11:33 PM, Antony Lee wrote: > I just ran into the following: > > >>> np.dtype(u"f4") > Traceback (most recent call last): > File "", line 1, in > TypeError: data type n