[Numpy-discussion] Difference in astype() for scalars and arrays?

2010-09-13 Thread Lorenz Hüdepohl
Hi All, I'm fiddling with some endianness / binary representation issue and stumbled upon this puzzling behavior of astype(): It does not seem to work as expected - for me at least ;) - when given a scalar: import numpy as np np.array(42).astype(i4).dtype dtype('i4') np.array(42,

Re: [Numpy-discussion] Difference in astype() for scalars and arrays?

2010-09-13 Thread Pauli Virtanen
Mon, 13 Sep 2010 13:51:51 +0200, Lorenz Hüdepohl wrote: I'm fiddling with some endianness / binary representation issue and stumbled upon this puzzling behavior of astype(): It does not seem to work as expected - for me at least ;) - when given a scalar: import numpy as np

[Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Travis Oliphant
Are we ready to do this yet? I know there were some outstanding questions. Are there major concerns remaining? Or, is it just picking a time to freeze subversion when someone like David or Pauli who know how to move the repository to github correctly a time to do it. Thanks, -Travis

Re: [Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Charles R Harris
On Mon, Sep 13, 2010 at 2:33 PM, Travis Oliphant oliph...@enthought.comwrote: Are we ready to do this yet? I know there were some outstanding questions. Are there major concerns remaining? Or, is it just picking a time to freeze subversion when someone like David or Pauli who know how

Re: [Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Pauli Virtanen
Mon, 13 Sep 2010 15:33:11 -0500, Travis Oliphant wrote: Are we ready to do this yet? I know there were some outstanding questions. Are there major concerns remaining? As far as the conversion is concerned, things should be OK. The bugs in svn-all-fast-export have been fixed in the meantime,

Re: [Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Pauli Virtanen
Mon, 13 Sep 2010 21:41:18 +, Pauli Virtanen wrote: [clip] I can upload a final repository today/tomorrow. If it seems OK, we can freeze SVN trunk a few days after that. Or we can freeze the trunk sooner than that after the final repo is up, and patch up things manually, if something

Re: [Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Charles R Harris
Hi Pauli, On Mon, Sep 13, 2010 at 5:20 PM, Pauli Virtanen p...@iki.fi wrote: Mon, 13 Sep 2010 21:41:18 +, Pauli Virtanen wrote: [clip] I can upload a final repository today/tomorrow. If it seems OK, we can freeze SVN trunk a few days after that. Or we can freeze the trunk sooner

Re: [Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Charles R Harris
On Mon, Sep 13, 2010 at 3:41 PM, Pauli Virtanen p...@iki.fi wrote: Mon, 13 Sep 2010 15:33:11 -0500, Travis Oliphant wrote: Are we ready to do this yet? I know there were some outstanding questions. Are there major concerns remaining? As far as the conversion is concerned, things should

Re: [Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Pauli Virtanen
Mon, 13 Sep 2010 18:08:39 -0600, Charles R Harris wrote: [clip] What is the suggested work flow for the new repositories? Is the best way to use a github fork and push and pull from that? Yes, I'd personally work like that. Easier to keep private stuff separate. Pauli

Re: [Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Fernando Perez
Howdy, On Mon, Sep 13, 2010 at 5:24 PM, Pauli Virtanen p...@iki.fi wrote: What is the suggested work flow for the new repositories? Is the best way to use a github fork and push and pull from that? Yes, I'd personally work like that. Easier to keep private stuff separate. in case you find

Re: [Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Pauli Virtanen
Mon, 13 Sep 2010 18:15:01 -0600, Charles R Harris wrote: [clip] I think we should freeze the svn repo as soon as possible. Pierre is still making commits there and unless there is an easy way to update the git repo from svn those sort of commits might be a small hassle. It needs re-generation

Re: [Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Bruce Southey
On Mon, Sep 13, 2010 at 7:15 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Mon, Sep 13, 2010 at 3:41 PM, Pauli Virtanen p...@iki.fi wrote: Mon, 13 Sep 2010 15:33:11 -0500, Travis Oliphant wrote: Are we ready to do this yet? I know there were some outstanding questions. Are

Re: [Numpy-discussion] Can we freeze the subversion repository and move to github this week?

2010-09-13 Thread Benjamin Root
On Mon, Sep 13, 2010 at 8:10 PM, Bruce Southey bsout...@gmail.com wrote: On Mon, Sep 13, 2010 at 7:15 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Mon, Sep 13, 2010 at 3:41 PM, Pauli Virtanen p...@iki.fi wrote: Mon, 13 Sep 2010 15:33:11 -0500, Travis Oliphant wrote: Are

[Numpy-discussion] [OT: MATLAB] Any way to globally make Matlab struct attributes Python-property-like

2010-09-13 Thread David Goldsmith
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

Re: [Numpy-discussion] [OT: MATLAB] Any way to globally make Matlab struct attributes Python-property-like

2010-09-13 Thread Robert Kern
On Mon, Sep 13, 2010 at 21:24, David Goldsmith d.l.goldsm...@gmail.com wrote: (Sorry for the OT post; I thought I'd get a more sympathetic response here than on the MATLAB lists.) ;) I'm sorry, but that's *really* off-topic. -- Robert Kern I have come to believe that the whole world is an

Re: [Numpy-discussion] [OT: MATLAB] Any way to globally make Matlab struct attributes Python-property-like

2010-09-13 Thread Joshua Holbrook
you have my sympathy, but no hints. :( The only thing I can think of is something like a preprocessor. --Josh On Mon, Sep 13, 2010 at 7:13 PM, Robert Kern robert.k...@gmail.com wrote: On Mon, Sep 13, 2010 at 21:24, David Goldsmith d.l.goldsm...@gmail.com wrote: (Sorry for the OT post; I

Re: [Numpy-discussion] [OT: MATLAB] Any way to globally make Matlab struct attributes Python-property-like

2010-09-13 Thread josef . pktd
On Mon, Sep 13, 2010 at 11:18 PM, Joshua Holbrook josh.holbr...@gmail.com wrote: you have my sympathy, but no hints. :( The only thing I can think of is something like a preprocessor. --Josh On Mon, Sep 13, 2010 at 7:13 PM, Robert Kern robert.k...@gmail.com wrote: On Mon, Sep 13, 2010 at

Re: [Numpy-discussion] [OT: MATLAB] Any way to globally make Matlab struct attributes Python-property-like

2010-09-13 Thread Joshua Holbrook
On Mon, Sep 13, 2010 at 7:33 PM, josef.p...@gmail.com wrote: On Mon, Sep 13, 2010 at 11:18 PM, Joshua Holbrook josh.holbr...@gmail.com wrote: you have my sympathy, but no hints. :( The only thing I can think of is something like a preprocessor. --Josh On Mon, Sep 13, 2010 at 7:13 PM,

[Numpy-discussion] Cython distutils

2010-09-13 Thread Robert Bradshaw
I've pushed an implementation of http://wiki.cython.org/enhancements/distutils_preprocessing . This allows one do write, e.g. module_list = cythonize(*.pyx) in your setup.py, and it handle the .pyx dependencies (including transitive dependence of libraries) and does all the .pyx - .c

[Numpy-discussion] Hey datarray guys, did you see tablib in The Changelog?

2010-09-13 Thread Joshua Holbrook
Seeing this made me think it might be of interest to some of us who want to work with tabular data: http://thechangelog.com/post/1112527716/tablib-pythonic-tabular-data-library It's definitely working in 2 dimensions instead of datarray's n dimensions, but it looks nice! Plus, import/export.