Re: [Numpy-discussion] feedback request: proposal to add masks to the core ndarray

2011-06-24 Thread Matthew Brett
Hi, On Sat, Jun 25, 2011 at 12:22 AM, Wes McKinney wesmck...@gmail.com wrote: ... Perhaps we should make a wiki page someplace summarizing pros and cons of the various implementation approaches? But - we should do this if it really is an open question which one we go for. If not then, we're

Re: [Numpy-discussion] Numpy steering group?

2011-05-26 Thread Matthew Brett
Hi, On Wed, May 4, 2011 at 9:24 AM, Robert Kern robert.k...@gmail.com wrote: On Wed, May 4, 2011 at 11:14, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Tue, May 3, 2011 at 7:58 PM, Robert Kern robert.k...@gmail.com wrote: I can't speak for the rest of the group, but as for myself

Re: [Numpy-discussion] Numpy steering group?

2011-05-26 Thread Matthew Brett
Hi, On Thu, May 26, 2011 at 9:32 PM, Pearu Peterson pearu.peter...@gmail.com wrote: Hi, Would it be possible to setup a signing system where anyone who would like to support Clint could sign and advertise the system on relevant mailing lists? This would provide larger body of supporters for

Re: [Numpy-discussion] Numpy steering group?

2011-05-26 Thread Matthew Brett
Oh sorry and: On Thu, May 26, 2011 at 2:03 PM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Wed, May 4, 2011 at 9:24 AM, Robert Kern robert.k...@gmail.com wrote: On Wed, May 4, 2011 at 11:14, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Tue, May 3, 2011 at 7:58 PM, Robert

Re: [Numpy-discussion] Numpy steering group?

2011-05-04 Thread Matthew Brett
Hi, On Tue, May 3, 2011 at 7:58 PM, Robert Kern robert.k...@gmail.com wrote: On Tue, May 3, 2011 at 12:07, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Sat, Apr 30, 2011 at 5:21 AM, Ralf Gommers ralf.gomm...@googlemail.com wrote: On Wed, Apr 27, 2011 at 8:52 PM, Matthew Brett

[Numpy-discussion] numpy easy_install fails for python 3.2

2011-05-04 Thread Matthew Brett
Hi, I can imagine that this is low-priority, but I have just been enjoying pytox for automated virtualenv testing: http://codespeak.net/tox/index.html which revealed that numpy download-build-install via easy_install (distribute) fails with the appended traceback ending in ValueError:

Re: [Numpy-discussion] numpy easy_install fails for python 3.2

2011-05-04 Thread Matthew Brett
Hi, On Wed, May 4, 2011 at 1:23 PM, Ralf Gommers ralf.gomm...@googlemail.com wrote: On Wed, May 4, 2011 at 6:53 PM, Matthew Brett matthew.br...@gmail.com wrote: Hi, I can imagine that this is low-priority, but I have just been enjoying pytox for automated virtualenv testing: http

Re: [Numpy-discussion] Numpy steering group?

2011-05-03 Thread Matthew Brett
Hi, On Sat, Apr 30, 2011 at 5:21 AM, Ralf Gommers ralf.gomm...@googlemail.com wrote: On Wed, Apr 27, 2011 at 8:52 PM, Matthew Brett matthew.br...@gmail.com wrote: Hi, This is just to follow up on a dead thread of mine a little while back. I was asking about letters for Clint Whaley's

[Numpy-discussion] Numpy steering group?

2011-04-27 Thread Matthew Brett
Hi, This is just to follow up on a dead thread of mine a little while back. I was asking about letters for Clint Whaley's tenure case, from numpy, but I realized that I don't know who 'numpy' is :) Is there in fact a numpy steering group?Who is best to write letters representing the 'numpy

[Numpy-discussion] ATLAS - support letter

2011-04-20 Thread Matthew Brett
Hi, I'm on the ATLAS mailing list, maybe some of y'all are too. Clint Whaley, the author of ATLAS, was asking for letters to support his tenure case. That is, letters saying that lots of us benefit greatly from his work - which is obviously true. Can we the numpy community produce such a

Re: [Numpy-discussion] ATLAS - support letter

2011-04-20 Thread Matthew Brett
Hi, On Wed, Apr 20, 2011 at 10:45 PM, Gael Varoquaux gael.varoqu...@normalesup.org wrote: On Thu, Apr 21, 2011 at 07:25:18AM +0530, pratik wrote: If the place where he is seeking tenure does not know his name (i.e hasn't heard of ATLAS) then it is not a good place to seek tenure in :) .

Re: [Numpy-discussion] ATLAS - support letter

2011-04-20 Thread Matthew Brett
Hi, On Wed, Apr 20, 2011 at 6:55 PM, pratik pratik.mal...@gmail.com wrote: On Wednesday 20 April 2011 10:57 PM, Matthew Brett wrote: Hi, I'm on the ATLAS mailing list, maybe some of y'all are too.  Clint Whaley, the author of ATLAS, was asking for letters to support his tenure case

Re: [Numpy-discussion] ANN: Numpy 1.6.0 beta 2

2011-04-05 Thread Matthew Brett
Hi, On Tue, Apr 5, 2011 at 10:56 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Tue, Apr 5, 2011 at 11:45 AM, josef.p...@gmail.com wrote: On Tue, Apr 5, 2011 at 1:20 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Tue, Apr 5, 2011 at 10:46 AM, Christopher Barker

Re: [Numpy-discussion] ANN: Numpy 1.6.0 beta 2

2011-04-05 Thread Matthew Brett
Hi, On Tue, Apr 5, 2011 at 9:46 AM, Christopher Barker chris.bar...@noaa.gov wrote: On 4/4/11 10:35 PM, Charles R Harris wrote:     IIUC, Ub is undefined -- U means universal newlines, which makes no     sense when used with b for binary. I looked at the code a ways back,     and I can't

Re: [Numpy-discussion] ANN: Numpy 1.6.0 beta 2

2011-04-05 Thread Matthew Brett
Hi, On Tue, Apr 5, 2011 at 4:12 PM, Christopher Barker chris.bar...@noaa.gov wrote: On 4/5/11 3:36 PM, josef.p...@gmail.com wrote: I disagree that U makes no sense for binary file reading. I wasn't saying that it made no sense to have a U mode for binary file reading, what I meant is that by

Re: [Numpy-discussion] bug in genfromtxt for python 3.2

2011-03-30 Thread Matthew Brett
Hi, On Wed, Mar 30, 2011 at 10:02 AM, Ralf Gommers ralf.gomm...@googlemail.com wrote: On Wed, Mar 30, 2011 at 3:39 AM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Mon, Mar 28, 2011 at 11:29 PM,  josef.p...@gmail.com wrote: numpy/lib/test_io.py    only uses StringIO in the test

Re: [Numpy-discussion] bug in genfromtxt for python 3.2

2011-03-30 Thread Matthew Brett
Hi, On Wed, Mar 30, 2011 at 11:32 AM, Pauli Virtanen p...@iki.fi wrote: On Wed, 30 Mar 2011 10:37:45 -0700, Matthew Brett wrote: [clip] imagine I'm working with a non-latin default encoding, and I've opened a file: fobj = open('my_nonlatin.txt', 'rt') in python 3.2.  That might contain

Re: [Numpy-discussion] bug in genfromtxt for python 3.2

2011-03-29 Thread Matthew Brett
Hi, On Mon, Mar 28, 2011 at 11:29 PM, josef.p...@gmail.com wrote: numpy/lib/test_io.py    only uses StringIO in the test, no actual csv file If I give the filename than I get a  TypeError: Can't convert 'bytes' object to str implicitly from the statsmodels mailing list example data =

[Numpy-discussion] hashing dtypes, new variation, old theme

2011-03-16 Thread Matthew Brett
Hi, Running the test suite for one of our libraries, there seems to have been a recent breakage of the behavior of dtype hashing. This script: import numpy as np data0 = np.arange(10) data1 = data0 - 10 dt0 = data0.dtype dt1 = data1.dtype assert dt0 == dt1 # always passes assert hash(dt0) ==

Re: [Numpy-discussion] hashing dtypes, new variation, old theme

2011-03-16 Thread Matthew Brett
robert.k...@gmail.com wrote: On Wed, Mar 16, 2011 at 01:18, Matthew Brett matthew.br...@gmail.com wrote: Hi, Running the test suite for one of our libraries, there seems to have been a recent breakage of the behavior of dtype hashing. This script: import numpy as np data0

Re: [Numpy-discussion] loadmat output (was Re: Accessing elements of an object array)

2011-03-16 Thread Matthew Brett
Hi, On Wed, Mar 16, 2011 at 1:56 PM, lists_r...@lavabit.com wrote: On Wed, Mar 16, 2011 at 15:18,  lists_r...@lavabit.com wrote: In [10]: x Out[10]: array(array((7.399500875785845e-10, 7.721153414752673e-10, -0.984375), Â  Â  Â dtype=[('cl', '|O8'), ('tl', '|O8'), ('dagc', '|O8')]),

Re: [Numpy-discussion] Segfault with python 3.2 structured array non-existent field

2011-03-15 Thread Matthew Brett
Hi, On Sun, Mar 13, 2011 at 12:07 PM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Sun, Mar 13, 2011 at 11:51 AM, Christoph Gohlke cgoh...@uci.edu wrote: On 3/13/2011 11:29 AM, Matthew Brett wrote: Hi On Sun, Mar 13, 2011 at 9:54 AM, Christoph Gohlkecgoh...@uci.edu  wrote: On 3

Re: [Numpy-discussion] Segfault with python 3.2 structured array non-existent field

2011-03-15 Thread Matthew Brett
Hi, On Tue, Mar 15, 2011 at 10:12 AM, Pauli Virtanen p...@iki.fi wrote: Tue, 15 Mar 2011 10:06:09 -0700, Matthew Brett wrote: Sorry to ask, and I ask partly because I'm in the middle of a py3k port, but is this the right fix to this problem?  I was confused by the presence of the old

Re: [Numpy-discussion] Segfault with python 3.2 structured array non-existent field

2011-03-15 Thread Matthew Brett
Hi, On Tue, Mar 15, 2011 at 11:07 AM, Pauli Virtanen p...@iki.fi wrote: Tue, 15 Mar 2011 10:23:35 -0700, Matthew Brett wrote: [clip] OK - I realize I'm being very lazy here but, do you mean:         PyErr_Format(PyExc_ValueError,                      field named %s not found

Re: [Numpy-discussion] Segfault with python 3.2 structured array non-existent field

2011-03-15 Thread Matthew Brett
Hi, On Tue, Mar 15, 2011 at 10:23 AM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Tue, Mar 15, 2011 at 10:12 AM, Pauli Virtanen p...@iki.fi wrote: Tue, 15 Mar 2011 10:06:09 -0700, Matthew Brett wrote: Sorry to ask, and I ask partly because I'm in the middle of a py3k port

[Numpy-discussion] structured array indexing oddity

2011-03-15 Thread Matthew Brett
Hi, I just wrote a short test for indexing into structured arrays with strings and found this: In [4]: a = np.zeros((1,), dtype=[('f1', 'i4')]) In [5]: a['f1'] Out[5]: array([0]) In [6]: a['f2'] # not present - error ---

Re: [Numpy-discussion] Segfault with python 3.2 structured array non-existent field

2011-03-15 Thread Matthew Brett
Hi, On Tue, Mar 15, 2011 at 5:30 PM, Christoph Gohlke cgoh...@uci.edu wrote: On 3/15/2011 5:13 PM, Matthew Brett wrote: Hi, On Tue, Mar 15, 2011 at 10:23 AM, Matthew Brettmatthew.br...@gmail.com   wrote: Hi, On Tue, Mar 15, 2011 at 10:12 AM, Pauli Virtanenp...@iki.fi  wrote: Tue, 15

Re: [Numpy-discussion] Segfault with python 3.2 structured array non-existent field

2011-03-15 Thread Matthew Brett
Hi, On Tue, Mar 15, 2011 at 5:55 PM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Tue, Mar 15, 2011 at 5:30 PM, Christoph Gohlke cgoh...@uci.edu wrote: On 3/15/2011 5:13 PM, Matthew Brett wrote: Hi, On Tue, Mar 15, 2011 at 10:23 AM, Matthew Brettmatthew.br...@gmail.com   wrote

[Numpy-discussion] Segfault with python 3.2 structured array non-existent field

2011-03-13 Thread Matthew Brett
Hi, I have this on my OSX 10.6 system and numpy 1.5.1 and current numpy head (30ee1d352): $ python3.2 Python 3.2 (r32:88452, Feb 20 2011, 11:12:31) [GCC 4.2.1 (Apple Inc. build 5664)] on darwin Type help, copyright, credits or license for more information. import numpy as np a = np.zeros((1,),

Re: [Numpy-discussion] Segfault with python 3.2 structured array non-existent field

2011-03-13 Thread Matthew Brett
Hi On Sun, Mar 13, 2011 at 9:54 AM, Christoph Gohlke cgoh...@uci.edu wrote: On 3/13/2011 1:57 AM, Matthew Brett wrote: Hi, I have this on my OSX 10.6 system and numpy 1.5.1 and current numpy head (30ee1d352): $ python3.2 Python 3.2 (r32:88452, Feb 20 2011, 11:12:31) [GCC 4.2.1 (Apple Inc

Re: [Numpy-discussion] Segfault with python 3.2 structured array non-existent field

2011-03-13 Thread Matthew Brett
Hi, On Sun, Mar 13, 2011 at 11:51 AM, Christoph Gohlke cgoh...@uci.edu wrote: On 3/13/2011 11:29 AM, Matthew Brett wrote: Hi On Sun, Mar 13, 2011 at 9:54 AM, Christoph Gohlkecgoh...@uci.edu  wrote: On 3/13/2011 1:57 AM, Matthew Brett wrote: Hi, I have this on my OSX 10.6 system

Re: [Numpy-discussion] NumPy C-API equivalent of np.float64()

2010-12-29 Thread Matthew Brett
Hi, On Wed, Dec 29, 2010 at 5:37 PM, Robert Bradshaw rober...@math.washington.edu wrote: On Wed, Dec 29, 2010 at 9:05 AM, Keith Goodman kwgood...@gmail.com wrote: On Tue, Dec 28, 2010 at 11:22 PM, Robert Bradshaw rober...@math.washington.edu wrote: On Tue, Dec 28, 2010 at 8:10 PM, John

Re: [Numpy-discussion] NumPy C-API equivalent of np.float64()

2010-12-29 Thread Matthew Brett
Forgive me if I haven't understood your question, but can you use PyArray_DescrFromType with e.g  NPY_FLOAT64 ? I'm pretty hopeless here. I don't know how to put all that together in a function. That might be because I'm not understanding you very well, but I was thinking that: cdef dtype

Re: [Numpy-discussion] NumPy C-API equivalent of np.float64()

2010-12-29 Thread Matthew Brett
Hi, That might be because I'm not understanding you very well, but I was thinking that: cdef dtype descr = PyArray_DescrFromType(NPY_FLOAT64) would give you the float64 dtype that I thought you wanted?  I'm shooting from the hip here, in between nieces competing for the computer and my

Re: [Numpy-discussion] A faster median (Wirth's method)

2010-11-30 Thread Matthew Brett
Hi, On Tue, Nov 30, 2010 at 11:35 AM, Keith Goodman kwgood...@gmail.com wrote: On Tue, Nov 30, 2010 at 11:25 AM, John Salvatier jsalv...@u.washington.edu wrote: I am very interested in this result. I have wanted to know how to do an My first thought was to write the reducing function like

Re: [Numpy-discussion] ANN: NumPy 1.5.1

2010-11-22 Thread Matthew Brett
Hi, On Mon, Nov 22, 2010 at 11:35 AM, Christopher Barker chris.bar...@noaa.gov wrote: On 11/20/10 11:04 PM, Ralf Gommers wrote: I am pleased to announce the availability of NumPy 1.5.1. Binaries, sources and release notes can be found at https://sourceforge.net/projects/numpy/files/. Thank

Re: [Numpy-discussion] Where did the github numpy repository go?

2010-11-14 Thread Matthew Brett
On Sun, Nov 14, 2010 at 12:48 PM, Robin Kraft rkra...@gmail.com wrote: Git is having some kind of major outage: http://status.github.com/ The site and git access is unavailable due to a database failure. We're researching the issue. A good excuse for a long lazy Sunday... Matthew

Re: [Numpy-discussion] Developmental version numbering with git

2010-11-11 Thread Matthew Brett
Hi, On Tue, Nov 9, 2010 at 7:48 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Tue, Nov 9, 2010 at 8:20 AM, Scott Sinclair scott.sinclair...@gmail.com wrote: On 8 November 2010 23:17, Matthew Brett matthew.br...@gmail.com wrote: Since the change to git the numpy version

Re: [Numpy-discussion] Developmental version numbering with git

2010-11-11 Thread Matthew Brett
Hi, On Thu, Nov 11, 2010 at 11:44 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Thu, Nov 11, 2010 at 12:32 PM, Matthew Brett matthew.br...@gmail.com Tiny patch for py3k attached. Should the generated numpy/version.py be in .gitignore?  Is there a better name in order to signal

Re: [Numpy-discussion] LapackError:non-native byte order

2010-11-08 Thread Matthew Brett
Hi, On Mon, Nov 8, 2010 at 10:34 AM, Pauli Virtanen p...@iki.fi wrote: Mon, 08 Nov 2010 19:31:31 +0100, Pauli Virtanen wrote: ma, 2010-11-08 kello 18:56 +0100, LittleBigBrain kirjoitti: In my system '' is the native byte-order, but unless I change the byte-order label to '=', it won't work

Re: [Numpy-discussion] Developmental version numbering with git

2010-11-08 Thread Matthew Brett
Hi, Since the change to git the numpy version in setup.py is '2.0.0.dev' regardless because the prior numbering was determined by svn. Is there a plan to add some numbering system to numpy developmental version? Regardless of the answer, the 'numpy/numpy/version.py' will need to changed

[Numpy-discussion] dtype comparison and hashing - bug?

2010-10-20 Thread Matthew Brett
Hi, I have just run into this oddness: In [28]: dt1 = np.dtype('f4') In [29]: dt1.str Out[29]: 'f4' In [30]: dt2 = dt1.newbyteorder('') In [31]: dt2.str Out[31]: 'f4' In [32]: dt1 == dt2 Out[32]: True In [33]: hash(dt1) == hash(dt2) Out[33]: False This is the same as:

Re: [Numpy-discussion] dtype comparison and hashing - bug?

2010-10-20 Thread Matthew Brett
Hi, It already has a ticket :)    http://projects.scipy.org/numpy/ticket/1637 Oops - sorry - thanks for point that out. Cheers, Matthew ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org

Re: [Numpy-discussion] Commit rights on github

2010-10-12 Thread Matthew Brett
Hi, Now might be a good time to discuss how we'd like the history to look in a year from now.  If we follow the above approach, I guess we may end up with one merge message for each small little bug-fix? (Unless --rebase is used)  How do we ensure that fast-forward merges occur whenever

Re: [Numpy-discussion] Development workflow

2010-10-12 Thread Matthew Brett
Hi, I think there are two issues here: (A) How to be sensible and presentable (B) How and when your stuff gets into master A very useful distinction - thanks for making it. For (A) I'm following the same workflow I had with the git mirror: 1. For *every* change, create a separate topic

Re: [Numpy-discussion] Development workflow

2010-10-12 Thread Matthew Brett
Hi, All my sincere apologies for the mess I caused... The changes I wanted to commit were quite minimal (just a few lines in a test), but I obviously included some stuffs I didn't want too... Ah - no - so sorry that the discussion got attached to your original post and problem. I would

Re: [Numpy-discussion] Development workflow

2010-10-12 Thread Matthew Brett
Hi, Does anyone disagree with Pauli's never-push-your-own-changes suggestion? I think it is a little too extreme for trivial changes like one-liner and the likes, but I think it is a good default rule (that is if you are not sure, don't push your own changes). Well - but a) if it's a

[Numpy-discussion] Development workflow

2010-10-11 Thread Matthew Brett
Hi guys, Am I right in thinking that for the moment at least, the git workflow is basically the same as the svn workflow (everyone commiting to trunk)? I realize that this is not going to cheer anyone up, but is this the best workflow now? Who would decide? Best, Matthew

Re: [Numpy-discussion] Development workflow

2010-10-11 Thread Matthew Brett
Hi, In my opinion, I've seen a lot of people coming from SVN try to apply SVN-style workflow to git (and presumably other dvcs's), but git and the like (and Github!) allow for much more fine-tuned workflows in my opinion, and I think it's a mistake to ignore that. I'm just some guy, though,

Re: [Numpy-discussion] Development workflow

2010-10-11 Thread Matthew Brett
Hi, I find having the branch displayed on the command line helpful in avoiding mishaps, so I have the following in my .bashrc export PS1='\[\033[1;31m\]\$\[\033[0m\...@\h \W$(__git_ps1 (%s))\\$ ' The \W$(__git_ps1 (%s)) bit is the important part. Yes, that one's a lifesaver. It's part

Re: [Numpy-discussion] Development workflow

2010-10-11 Thread Matthew Brett
Hi, In my opinion, I've seen a lot of people coming from SVN try to apply SVN-style workflow to git (and presumably other dvcs's), but git and the like (and Github!) allow for much more fine-tuned workflows in my opinion, and I think it's a mistake to ignore that. I'm just some guy, though,

Re: [Numpy-discussion] Assigning complex value to real array

2010-10-08 Thread Matthew Brett
Hi, 'Talk is cheap, show me the code' . Yes, let's. First we want to initialize memory mapped arrays which will be used for the variables. This python script does that: Ah - no - sorry - I was suggesting you write an implementation of the object you want, in numpy. I am sure that was not

Re: [Numpy-discussion] Assigning complex value to real array

2010-10-07 Thread Matthew Brett
Hi, On Thu, Oct 7, 2010 at 3:47 PM, Andrew P. Mullhaupt d...@zen-pharaohs.com wrote:  On 10/7/2010 3:48 PM, Anne Archibald wrote: Years ago MATLAB did just this - store real and complex parts of arrays separately (maybe it still does, I haven't used it in a long time). It caused us terrible

Re: [Numpy-discussion] real and imag functions should produce errors for object arrays

2010-09-21 Thread Matthew Brett
Hi, On Tue, Sep 21, 2010 at 2:44 PM, Benjamin Root ben.r...@ou.edu wrote: On Tue, Sep 21, 2010 at 4:31 PM, Michael Gilbert michael.s.gilb...@gmail.com wrote: Hi, The following example demonstrates a rather unexpected result: import numpy x = numpy.array( complex( 1.0 , 1.0 ) ,

Re: [Numpy-discussion] real and imag functions should produce errors for object arrays

2010-09-21 Thread Matthew Brett
Hi, On Tue, Sep 21, 2010 at 3:28 PM, Robert Kern robert.k...@gmail.com wrote: On Tue, Sep 21, 2010 at 17:17, Pauli Virtanen p...@iki.fi wrote: Tue, 21 Sep 2010 21:50:08 +, Pauli Virtanen wrote: Tue, 21 Sep 2010 17:31:55 -0400, Michael Gilbert wrote: The following example demonstrates a

Re: [Numpy-discussion] real and imag functions should produce errors for object arrays

2010-09-21 Thread Matthew Brett
Hi, I see that I have interpreted this thread as Doctor, it hurts when I do this...  Well, don't do that!  Sorry for the noise. It's all good - a reply is almost always more friendly and helpful than no reply ;) See you, Matthew ___

Re: [Numpy-discussion] str == int puzzlement

2010-07-31 Thread Matthew Brett
Hi, Yeah, it's just that numpy knows that it cannot compare pears with apples: a = numpy.asarray(['a', 'b']) a.__eq__(1) NotImplemented Thank you - that's very helpful and clear. Maybe it would be better to raise a ValueError, which is not caught by the evaluation mechanism, to prevent

Re: [Numpy-discussion] str == int puzzlement

2010-07-29 Thread Matthew Brett
Hi, On Wed, Jul 28, 2010 at 6:49 PM, John Salvatier jsalv...@u.washington.edu wrote: I think this is just Python behavior; comparing python ints and strs also gives False: In [45]: 8 == 'L' Out[45]: False Just to be clear, from: a = np.array(['a','b']) a == 1 I was expecting: array([

[Numpy-discussion] str == int puzzlement

2010-07-28 Thread Matthew Brett
Hi, Please forgive me if this is obvious, but this surprised me: In [15]: x = np.array(['a', 'b']) In [16]: x == 'a' # this was what I expected Out[16]: array([ True, False], dtype=bool) In [17]: x == 1 # this was strange to me Out[17]: False Is it easy to explain why this is? Thanks a lot,

Re: [Numpy-discussion] numpydoc broken with sphinx 1.0

2010-07-27 Thread Matthew Brett
On Mon, Jul 26, 2010 at 1:56 PM, Gael Varoquaux gael.varoqu...@normalesup.org wrote: On Mon, Jul 26, 2010 at 01:52:06PM -0700, Matthew Brett wrote: http://old.nabble.com/numpydoc-broken-by-latest-sphinx-td28896476.html http://projects.scipy.org/numpy/ticket/1489 Darn, I should have googled

Re: [Numpy-discussion] numpydoc broken with sphinx 1.0

2010-07-26 Thread Matthew Brett
Hi, I just wanted to mention that numpydoc is broken with the latest sphinx release. I had a quick look, but could find how to solve the problem, so I am just pointing it out here: For reference in case anyone is searching...

Re: [Numpy-discussion] [ANN] Bento (ex-toydist) 0.0.3

2010-07-02 Thread Matthew Brett
Hi, Can you copyright a word ? I thought this was the trademark part of the law. For example, linux is a trademark owned by Linus Torvald. Also, well known packages use words which are at least as common as bento in English (sphinx, twisted, etc...), and as likely to be trademarked. I got

Re: [Numpy-discussion] cython and f2py

2010-07-02 Thread Matthew Brett
Hi, Can numpy.distutils be directed to process *.pyx with Cython rather than Pyrex? Yes, but at the moment I believe you have to monkey-patch numpy distutils : see the top of http://github.com/matthew-brett/nipy/blob/master/setup.py and generate_a_pyrex_source around line 289 of: http

[Numpy-discussion] numpydoc broken by latest sphinx

2010-06-15 Thread Matthew Brett
Hi, Sorry if y'all had already seen this, but a friend just picked up the latest sphinx with easy_install -U sphinx - got version 1.0b2 - and then hit this problem with numpydoc: http://projects.scipy.org/numpy/ticket/1489 I just point it out in the hope that someone with more sphinx

Re: [Numpy-discussion] Technicalities of the SVN - GIT transition

2010-06-05 Thread Matthew Brett
you're right, the 'name' is nothing to do with the github username. I guess we do need to send the Git ID we like to use though (in my case Matthew Brett matthew.br...@gmail.com). See you, Matthew ___ NumPy-Discussion mailing list NumPy-Discussion

Re: [Numpy-discussion] Technicalities of the SVN - GIT transition

2010-06-04 Thread Matthew Brett
by git itself (as recorded in the commit objects). Actually - isn't it better if people do give you their github username / email combo - assuming that's the easiest combo to work with later? Mine is 'matthew-brett' with this (my usual) email address, See you, Matthew

Re: [Numpy-discussion] Technicalities of the SVN - GIT transition

2010-06-02 Thread Matthew Brett
Hi. Maybe you could put up a list of those people whose emails you need to scrape (obviously without the email addresses) and ask for opt-out? Or opt-in if you think that's better? So here is the list of authors: Do y'all think opt-in? Or opt-out?If it's opt-in I guess you'll catch

Re: [Numpy-discussion] Technicalities of the SVN - GIT transition

2010-06-01 Thread Matthew Brett
Hi, I don't think correcting the email addresses in the SVN history is very useful. Best probably just use some dummy form, maybe That's what svn2git already does, so that would be less work for me :) It may not matter much, but I think there is at least one argument for having real emails:

Re: [Numpy-discussion] curious about how people would feel about moving to github

2010-05-27 Thread Matthew Brett
Hi, How does that differ from what we do now? Review? I develop in my own branches as is. Right - so - then do you always ask for a review from someone before merging into trunk? If so, then git is just a much more fluid, reliable and faster tool to do what you are doing now. True, but what

Re: [Numpy-discussion] curious about how people would feel about moving to github

2010-05-27 Thread Matthew Brett
Hi, Having said that - it will of course happen that you ask for review and no-one responds.  That's not a very big problem, because git merges are so easy that you can - as Anne said earlier - just keep on developing without worrying that your changes will go out of date. But if there's a

Re: [Numpy-discussion] curious about how people would feel about moving to github

2010-05-27 Thread Matthew Brett
Hi, Maybe most importantly, distributed revision control places any possible contributor on equal footing with those with commit access; this is one important step in making contributors feel valued. I think this is a very important point, but subtle. I realize that's a dangerous

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

2010-05-26 Thread Matthew Brett
Hi, I think the main problem has been windows compatibility. Git is best from the command line whereas the windows command line is an afterthought. Another box that needs a check-mark is the buildbot. If svn clients are supported then it may be that neither of those are going to be a problem.

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

2010-05-26 Thread Matthew Brett
Hi, there is no such thing as a nice bash shell for a windows user. I have no idea how to use one. It is a nice bash shell. You may not want a nice bash shell ;) I can't imagine you'd object to one though. It's just a useful place to type git commands, with file / directory path

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

2010-05-26 Thread Matthew Brett
Hi, Any shell on windows is a pain, if only because of the spaces in the filenames. When I'm using git, or bzr or svn I use the windows shell which I'm very familiar with ,and allows standard copy-paste and has quotes. But since, I think, there are no numpy developers on Windows, and I'm

Re: [Numpy-discussion] curious about how people would feel about moving to github

2010-05-26 Thread Matthew Brett
Hi, It seems to me that git's flexibility in how people collaborate means we can do a certain amount of figuring out after the switch. This is very well said and true to our recent experience with nipy and ipython: http://github.com/ipython/ipython http://github.com/nipy/nipy My experience

Re: [Numpy-discussion] curious about how people would feel about moving to github

2010-05-26 Thread Matthew Brett
Hi, Linux has Linus, ipython has Fernando, nipy has... well, I'm sure it is somebody. Numpy and Scipy no longer have a central figure and I like it that way. There is no reason that DVCS has to inevitably lead to a central authority. I think I was trying to say that the way it looks as if it

Re: [Numpy-discussion] curious about how people would feel about moving to github

2010-05-26 Thread Matthew Brett
Hi, 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 managers, they don't decide what is in the release or organise the effort. We haven't had a central figure since Travis got a

Re: [Numpy-discussion] curious about how people would feel about moving to github

2010-05-26 Thread Matthew Brett
Hi, No, I am saying we need at least five people who can commit to the main repo. That is the central repository model. Excellent - yes - that's reasonable. Then if you also agree to this: No development in the main repo. Merges only. then we're all in full agreement. Review is fine,

Re: [Numpy-discussion] Adding an ndarray.dot method

2010-04-29 Thread Matthew Brett
Hi, I kind of like this idea. Simple, obvious, and leads to clear code:        a.dot(b).dot(c) or in another multiplication order,        a.dot(b.dot(c)) And here's an implementation:         http://github.com/pv/numpy-work/commit/414429ce0bb0c4b7e780c4078c5ff71c113050b6 I think

[Numpy-discussion] Recommended way to add Cython extension using numpy.distutils?

2010-04-28 Thread Matthew Brett
Hi, We (neuroimaging.scipy.org) are using numpy.distutils, and we have .pyx files that we build with Cython. I wanted to add these in our current setup.py scripts, with something like: def configuration(parent_package='',top_path=None): from numpy.distutils.misc_util import Configuration

Re: [Numpy-discussion] Recommended way to add Cython extension using numpy.distutils?

2010-04-28 Thread Matthew Brett
  numpy.distutils.command import build_src   import Cython   import Cython.Compiler.Main   build_src.Pyrex = Cython   build_src.have_pyrex = True I think this patch does not work for current numpy trunk; I've put a minimal test case here: http://github.com/matthew-brett/du-cy-numpy If you run

[Numpy-discussion] Somewhat goofy warning in 'isfinite'?

2010-02-20 Thread Matthew Brett
Hi, I just noticed this: In [2]: np.isfinite(np.inf) Warning: invalid value encountered in isfinite Out[2]: False Maybe it would be worth not raising the warning, in the interests of tidiness? Matthew ___ NumPy-Discussion mailing list

Re: [Numpy-discussion] numpy 2.0, what else to do?

2010-02-13 Thread Matthew Brett
Hi, On Sat, Feb 13, 2010 at 11:53 AM, Xavier Gnata xavier.gn...@gmail.com wrote: IMHO 2.0 should support python3. That would be a major step and a good reason to call it 2.0. I agree with Travis, I think we should try not to attach too much importance to the big number change, release 2.0 just

Re: [Numpy-discussion] numpy 2.0, what else to do?

2010-02-13 Thread Matthew Brett
Hi, Sounds to me like you don't fully agree w/ Travis - he said This is exactly what I was worried about with calling the next release 2.0.  Seems that Travis understands that the larger community, whether we want them to or not, _does_ attach...much importance to [a] big number change and

[Numpy-discussion] Fwd: [atlas-devel] ATLAS support letters

2010-02-12 Thread Matthew Brett
Hi, I don't know if y'all are subscribed to the ATLAS mailing list, but, it would be good if we could find a way of supporting Clint as strongly as we can. Best, Matthew -- Forwarded message -- From: Clint Whaley wha...@cs.utsa.edu Date: Fri, Feb 12, 2010 at 9:15 AM Subject:

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-12 Thread Matthew Brett
Hi, On Fri, Feb 12, 2010 at 7:02 AM, Fernando Perez fperez@gmail.com wrote: On Mon, Feb 8, 2010 at 7:25 PM, Robert Kern robert.k...@gmail.com wrote: Here's the problem that I don't think many people appreciate: logical arguments suck just as much as personal experience in answering these

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-11 Thread Matthew Brett
Hi, Just a comment: I would like to point out that there is (necessarily) some arbitrary threshold to who is being recognized as people who are actively writing the code. Over the last year, I have posted fixes for multiple bugs and extended the ufunc wrapping mechanisms (__array_prepare__)

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-11 Thread Matthew Brett
Hi,  I don't want to go the route of marking things experimental which David's pro-1.5 vote seemed to advocate.   From what I gathered, Pauli, David, and I were 1.5 with various degrees of opinion and Charles, and Robert are 2.0.  Others that I know about:  Stephan is 1.5, Jarrod is 2.0,

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-10 Thread Matthew Brett
Hi,   NumPy decisions in the past have been made by me and other people who are writing the code.   I think we have tried pretty hard to listen to all points of view before doing anything.    I think there are many examples of this.   I hope this previous history alleviates some concern that

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-08 Thread Matthew Brett
On Mon, Feb 8, 2010 at 2:07 PM, Robert Kern robert.k...@gmail.com wrote: On Mon, Feb 8, 2010 at 16:05, Darren Dale dsdal...@gmail.com wrote: On Mon, Feb 8, 2010 at 5:05 PM, Jarrod Millman mill...@berkeley.edu wrote: On Mon, Feb 8, 2010 at 1:57 PM, Charles R Harris charlesr.har...@gmail.com

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-08 Thread Matthew Brett
Hi, On Mon, Feb 8, 2010 at 2:05 PM, Jarrod Millman mill...@berkeley.edu wrote: On Mon, Feb 8, 2010 at 1:57 PM, Charles R Harris charlesr.har...@gmail.com wrote: Should the release containing the datetime/hasobject changes be called a) 1.5.0 b) 2.0.0 My vote goes to b. I guess Travis'

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-08 Thread Matthew Brett
Trust me, the steering committee would much prefer not to decide anything by any means. I do trust you ;) Looking at the emails, it seems to me there's quite a strong consensus. You don't mean that the steering committee is needed when people on the steering committee don't agree with the

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-08 Thread Matthew Brett
No, there isn't. Consensus means everyone, not just a strong majority. http://producingoss.com/en/consensus-democracy.html I stand corrected. I meant then, that there's a strong majority agreement on what to do. See you, Matthew ___

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-08 Thread Matthew Brett
Hi, That is correct. And having failed to find a consensus solution and with several of the people doing the actual work disagreeing (which is neither you, nor I, nor Darren, nor most readers on this list who have weighed in on the discussion phase and may feel miffed about not getting a

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-08 Thread Matthew Brett
Hi, I'm continuing only because, the discussion has generated some heat, and I think part of that heat comes from the perception that the excellent community spirit of the project is somewhat undermined by the feeling that reasonable arguments are not being fully heard. How does one get

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-08 Thread Matthew Brett
Hi, Is that a real question? Absolutely. What leads you to believe that the reasonable arguments aren't being heard? If one were to start a thread giving an idea and no one responds while vigorous discussion is happening in other threads, that would certainly be visible evidence of that

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-08 Thread Matthew Brett
Hi, Majorities don't make numpy development decisions normally. Never have. Not of the mailing list membership nor of the steering committee. Implementors do. When implementors disagree strongly and do not reach a consensus, then we fall back to majorities. But as I said before, majority

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-05 Thread Matthew Brett
Hi, Getting rid of FILE* pointers and file descriptor would also helps quite a bit on windows. I know that at some point, there were some discussions to make the python C API safe to multiple C runtimes, but I cannot find any recent discussion on that fact. I should just ask on python-dev, I

Re: [Numpy-discussion] Removing datetime support for 1.4.x series ?

2010-02-05 Thread Matthew Brett
Hi, If that's the case, and particularly if it's going to be a while before 1.4.1 is ready, I suggest that the 1.4.0 release be pulled from current release status on the download sites. +1. If the decision is as you say, I agree with you. That seems reasonable to me too... Best, Matthew

Re: [Numpy-discussion] Conversion of matlab import containing objects into 3d array

2010-02-05 Thread Matthew Brett
HI, I'm trying to import data from a matlab file using scipy.io.loadmat. One of the variables in the file imports as an array of shape (51,) of dtype object, with each element being an array of shape (23,100) of dtype float. How do I convert this array into a single array of dtype float with

<    4   5   6   7   8   9   10   11   >