Re: [Numpy-discussion] ABI status of Master

2012-02-22 Thread Travis Oliphant
Definitely! Thanks for the reminder. Travis -- Travis Oliphant (on a mobile) 512-826-7480 On Feb 23, 2012, at 1:01 AM, Ralf Gommers wrote: > > > On Thu, Feb 23, 2012 at 3:37 AM, Travis Oliphant wrote: > Hey all, > > >From what I can tell, the master branch is still ABI compatible with N

Re: [Numpy-discussion] ABI status of Master

2012-02-22 Thread Ralf Gommers
On Thu, Feb 23, 2012 at 3:37 AM, Travis Oliphant wrote: > Hey all, > > >From what I can tell, the master branch is still ABI compatible with > NumPy 1.7. Is that true? > > I'd like to relabel the version of the master branch to 1.8.Does > anyone see any problems with that? > Before we branc

[Numpy-discussion] ABI status of Master

2012-02-22 Thread Travis Oliphant
Hey all, >From what I can tell, the master branch is still ABI compatible with NumPy >1.7. Is that true? I'd like to relabel the version of the master branch to 1.8.Does anyone see any problems with that? Thanks, -Travis ___ NumPy-Discuss

Re: [Numpy-discussion] python geospatial package?

2012-02-22 Thread Jonathan Rocher
Hi Chao, What do you want to do exactly? Did look at GDAL http://www.gdal.org/ ? Jonathan On Wed, Feb 22, 2012 at 3:45 PM, Chao YUE wrote: > Hi all, > > Is anyone using some python geospatial package that can do jobs like > intersection, etc. the job is like you automatically extract a region

Re: [Numpy-discussion] np.longlong casts to int

2012-02-22 Thread Matthew Brett
2012/2/22 Stéfan van der Walt : > On Wed, Feb 22, 2012 at 2:47 PM, Matthew Brett > wrote: >> In [4]: np.array([2.1], dtype=np.longlong) >> Out[4]: array([2], dtype=int64) > > Maybe just a typo: > > In [3]: np.array([2.1], dtype=np.longfloat) > Out[3]: array([ 2.1], dtype=float128) A thinko maybe

Re: [Numpy-discussion] np.longlong casts to int

2012-02-22 Thread Stéfan van der Walt
On Wed, Feb 22, 2012 at 2:47 PM, Matthew Brett wrote: > In [4]: np.array([2.1], dtype=np.longlong) > Out[4]: array([2], dtype=int64) Maybe just a typo: In [3]: np.array([2.1], dtype=np.longfloat) Out[3]: array([ 2.1], dtype=float128) Stéfan ___ NumPy-

Re: [Numpy-discussion] np.longlong casts to int

2012-02-22 Thread Jonathan T. Niehof
On 02/22/2012 03:47 PM, Matthew Brett wrote: > Hi, > > I was gaily using np.longlong for casting to the highest available > float type when I noticed this: > > In [4]: np.array([2.1], dtype=np.longlong) > Out[4]: array([2], dtype=int64) > > whereas: > > In [5]: np.array([2.1], dtype=np.float128) >

[Numpy-discussion] np.longlong casts to int

2012-02-22 Thread Matthew Brett
Hi, I was gaily using np.longlong for casting to the highest available float type when I noticed this: In [4]: np.array([2.1], dtype=np.longlong) Out[4]: array([2], dtype=int64) whereas: In [5]: np.array([2.1], dtype=np.float128) Out[5]: array([ 2.1], dtype=float128) This on OSX snow leopard n

[Numpy-discussion] python geospatial package?

2012-02-22 Thread Chao YUE
Hi all, Is anyone using some python geospatial package that can do jobs like intersection, etc. the job is like you automatically extract a region on a global map etc. thanks and cheers, Chao -- *** Chao YUE Labor

Re: [Numpy-discussion] Numpy 1.5.1/1.6.1 doesn't build doc with sphinx 1.1.2

2012-02-22 Thread Sandro Tosi
On Wed, Feb 22, 2012 at 18:46, David Verelst wrote: > Note sure if this already has been discussed, but it seems that latest > Sphinx, 1.2predev-20120222 directly from their Hg repository, does not > have this problem any more. While 1.2 failed to build the documentation > on my en

Re: [Numpy-discussion] Proposed Roadmap Overview

2012-02-22 Thread Charles R Harris
Hi Perry, On Wed, Feb 22, 2012 at 6:44 AM, Perry Greenfield wrote: > I, like Travis, have my worries about C++. But if those actually doing > the work (and particularly the subsequent support) feel it is the best > language for implementation, I can live with that. > > I particularly like the in

Re: [Numpy-discussion] Numpy 1.5.1/1.6.1 doesn't build doc with sphinx 1.1.2

2012-02-22 Thread David Verelst
Note sure if this already has been discussed, but it seems that latest Sphinx, 1.2predev-20120222 directly from their Hg repository, does not have this problem any more. While 1.2 failed to build the documentation on my end, 1.2predev delivered a result. Regards, David On 24/11/11 15:31

Re: [Numpy-discussion] NumPy-Discussion Digest, Vol 65, Issue 165

2012-02-22 Thread Jeffrey Starn
list > NumPy-Discussion@scipy.org > http://mail.scipy.org/mailman/listinfo/numpy-discussion > -- Fl?vio Code?o Coelho +55(21) 3799-5567 Professor Escola de Matem?tica Aplicada Funda??o Get?lio Vargas Rio de Janeiro - RJ Brasil -- next part -- An HTML

Re: [Numpy-discussion] Live coding demonstration

2012-02-22 Thread Fahreddın Basegmez
I have been working on an application somehow similar to his approach. Instead of trying to explain what it is I will let you see it yourselves. http://www.youtube.com/watch?v=rQUW5BvdIkc&list=UUiomLkTUHKpZohYYfj1WsMg&index=7&feature=plcp http://www.youtube.com/watch?v=NjpUmSfo3mY&list=UUiomLkTUHK

Re: [Numpy-discussion] Proposed Roadmap Overview

2012-02-22 Thread Perry Greenfield
I, like Travis, have my worries about C++. But if those actually doing the work (and particularly the subsequent support) feel it is the best language for implementation, I can live with that. I particularly like the incremental and conservative approach to introducing C++ that was proposed

Re: [Numpy-discussion] Proposed Roadmap Overview

2012-02-22 Thread Neal Becker
It's great advice to say avoid using new instead rely on scope and classes such as std::vector. I just want to point out, that sometimes objects must outlive scope. For those cases, std::shared_ptr can be helpful. ___ NumPy-Discussion mailing list N

Re: [Numpy-discussion] Live coding demonstration

2012-02-22 Thread Flavio Coelho
Shouldn't be hard to implement as a set of plugins to an editor. Hope someone starts such a project. On Wed, Feb 22, 2012 at 00:31, wrote: > This is the sort of programming environment I would love to have in > python. > > > http://flowingdata.com/2012/02/20/live-coding-and-inventing-on-princi