[Numpy-discussion] 1.11.1 install fails on RHEL 7.2 (IBM Power8) with Python 2.7.12

e-linux --disable-multilib --with-cpu-64=power7 --with-tune-64=power8 --build=ppc64le-redhat-linuxThread model: posixgcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC)        

Re: [Numpy-discussion] ANN: NumPy Developer Meeting: July 7th @ SciPy 2015 in Austin

. > > -n > > -- > Nathaniel J. Smith -- http://vorpus.org > ___ > NumPy-Discussion mailing list > NumPy-Discussion@scipy.org > http://mail.scipy.org/mailman/listinfo/numpy-discussion > -- Brian E. Granger Cal Poly State University, San Lu

[Numpy-discussion] [JOB] Work full time on Project Jupyter/IPython

Area and So Cal. I am more than willing to talk to any who is interested in these positions. Cheers, Brian -- Brian E. Granger Cal Poly State University, San Luis Obispo @ellisonbg on Twitter and GitHub bgran...@calpoly.edu and elliso...@gmail.com

[Numpy-discussion] frompyfunc question

ed? What I really want to do is be able to run hasattr like isinstance is run, isinstance(b, (list, str)) Anyone have any thoughts/advice here? Cheers, Brian -- Brian A. Larsen ISR-1 Space Science and Applications Los Alamos National Laboratory PO Box 1663, MS-D466 Los Alamos, NM

Re: [Numpy-discussion] Checking for views (was: Should arr.diagonal() return a copy or aview?)

ocation in memory. Brian On May 24, 2012, at 8:56 AM, Jonathan T. Niehof wrote: On 05/23/2012 05:31 PM, T J wrote: It seems that there are a number of ways to check if an array is a view. Do we have a preferred way in the API that is guaranteed to stay available? Or are all of the vario

Re: [Numpy-discussion] Determining the 'viewness' of an array, and flags.owndata confusion

list NumPy-Discussion@scipy.org<mailto:NumPy-Discussion@scipy.org> http://mail.scipy.org/mailman/listinfo/numpy-discussion -- Brian A. Larsen ISR-1 Space Science and Applications Los Alamos National Laboratory PO Box 1663, MS-D466 Los Alamos, NM 87545 USA (For overnight add: SM-30, Bikini At

[Numpy-discussion] PyArray_FromAny() steals a reference to PyArray_Descr* dtype

x27;t have a Py_DECREF(). Can anyone confirm this? Thanks much, Brian -- Brian A. Larsen ISR-1 Space Science and Applications Los Alamos National Laboratory PO Box 1663, MS-D466 Los Alamos, NM 87545 USA (For overnight add: SM-30, Bikini Atoll Road) Phone: 505-665-7691 Fax: 505-665-

[Numpy-discussion] recommendation for saving data

g into one file. It'd also be nice if it were cross-platform, and I could depend on the files being readable into the future for a while. Are there any good standards for this? What do you use for saving scientific data? thank you, Brian Blais

[Numpy-discussion] code for multidimensional scaling?

in the Scikit Learn package, but couldn't turn anything up. Any suggestions? thanks and regards, Brian -- Brian Murphy Post-Doctoral Researcher Language, Interaction and Computation Lab Centre for Mind/Brain Sciences University of Trento http://

Re: [Numpy-discussion] equality of empty arrays

I am pretty new user, but I tend to use shape (n.shape) to check empty array. You can even check n.size to determine if its empty or not. Regards, Brian -Original Message- From: numpy-discussion-boun...@scipy.org [mailto:numpy-discussion-boun...@scipy.org] On Behalf Of Vincent Davis

Re: [Numpy-discussion] index of a value in an array

Chris, You can use where() command to find index of a particular number in the array. For e.g. to find index of number 1 in array a, you can say idx = where(a==1) Regards, Brian -Original Message- From: numpy-discussion-boun...@scipy.org [mailto:numpy-discussion-boun...@scipy.org] On

Re: [Numpy-discussion] memory leak?

On May 14, 2010, at 16:03 , josef.p...@gmail.com wrote: > On Fri, May 14, 2010 at 3:26 PM, wrote: >> On Fri, May 14, 2010 at 2:43 PM, Brian Blais >> wrote: >>> Hello, >>> >>> I have the following code, where I noticed a memory leak with +=, >

[Numpy-discussion] memory leak?

, but it also causes memory build-up in 2.6 with numpy 1.4.0, as distributed by the Enthought Python Distribution. It's easy to work around, but could cause someone some problems. Anyone else get this? bb -- Brian Blais bbl...@bryant.edu http://web.bryan

[Numpy-discussion] SciPy 2010 Tutorials: brainstorming and call for proposals

Greetings everyone, This year, there will be two days of tutorials (June 28th and 29th) before the main SciPy 2010 conference. Each of the two tutorial tracks (intro, advanced) will have a 3-4 hour morning and afternoon session both days, for a total of 4 intro sessions and 4 advanced sessions. T

Re: [Numpy-discussion] multiprocessing shared arrays and numpy

expect significant speed-ups on their parallel codes. > > +1 Thanks for emphasizing this. This is definitely a big issue with multicore. Cheers, Brian > Thanks for sharing your experience anyway, > Francesc > > A Thursday 04 March 2010 18:54:09 Nadav Horesh escrigué: > > I

Re: [Numpy-discussion] Is a 4 -bit int dtype possible

Robert, Thanks for the quick reply. I will just keep twiddling my bits then. Cheers, Brian On Fri, Nov 13, 2009 at 5:38 PM, Robert Kern wrote: > On Fri, Nov 13, 2009 at 19:33, Brian Granger > wrote: > > Hi, > > > > I have a large binary data set that has 4-bi

[Numpy-discussion] Is a 4 -bit int dtype possible

Hi, I have a large binary data set that has 4-bit integers in it. It is possible to create a numpy dtype for a 4-bit integer? I can read the data fine using np.fromfile with a dtype of byte, but to get the 4-bit ints out I have to bit twiddle which is a pain. Cheers, Brian

Re: [Numpy-discussion] adaptive sampling of an interval or plane

inite elements, so he would also be familiar with such algorithms. I am sure that sympy and mpmath (Sage too as well) would be some of the main users of function plotting and would love to see this happen. Cheers, Brian On Wed, Aug 12, 2009 at 4:28 AM, John Hunter wrote: > We would like to add

Re: [Numpy-discussion] Update numpy.lib.ufunclike.log2

On Mon, Jul 20, 2009 at 12:12 PM, Brian Lewis wrote: > Should numpy.lib.ufunclike.log2 be updated to: > > x = nx.asanyarray(x) > if y is None: > y = nx.log2(x) > else: > nx.log2(x, y) > return y > > Or perhaps removed sinc

[Numpy-discussion] Update numpy.lib.ufunclike.log2

Should numpy.lib.ufunclike.log2 be updated to: x = nx.asanyarray(x) if y is None: y = nx.log2(x) else: nx.log2(x, y) return y ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listi

Re: [Numpy-discussion] ticket #1096

On Tue, Jun 16, 2009 at 11:47 AM, Pauli Virtanen wrote: > Anyway, fixed in r7059. > Thanks! ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion

[Numpy-discussion] ticket #1096

http://projects.scipy.org/numpy/ticket/1096 Is the fix to this to check if (line 95 of trunk/numpy/core/src/umathmodule.c.src ) const @type@ tmp = x - y; is -inf or not. And if it is, just to return -inf.

[Numpy-discussion] vectorizing

lever way to do this? I could write a quick Cython solution, but I wanted to keep this as an all-numpy implementation if I can. thanks, Brian Blais -- Brian Blais bbl...@bryant.edu http://web.bry

Re: [Numpy-discussion] problem with assigning to recarrays

wn in case someone else is searching the archive with this question in the future. BFG On Feb 27, 2009, at 10:58 PM, Robert Kern wrote: > On Fri, Feb 27, 2009 at 19:06, Brian Gerke > wrote: >> >> On Feb 27, 2009, at 4:30 PM, Robert Kern wrote: >>>> >>>

Re: [Numpy-discussion] problem with assigning to recarrays

ally displeasing that the syntax works one way but not the other. Perhaps my best bet is to stick with this syntax and forget that the other exists? A less-than-satisfying solution, but workable. Brian > > > r[where(r.field1 == 1.)].field2 = 0.0 assigns to the copy. > > -- &

[Numpy-discussion] problem with assigning to recarrays

bug in numpy, but this behavior does not make sense to me. Thanks for any insights, Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] ANN: line_profiler 1.0b2 released

> github is fine, but bitbucket would be a better impedance match. > Either way, I'm looking forward to it. Thanks! I will give bitbucket a shot and let you know when I have something for you to look at. Cheers, Brian > -- > Robert Kern > > "I have come to believ

Re: [Numpy-discussion] ANN: line_profiler 1.0b2 released

throw a branch up on github. Cheers and thanks for a fantastic package! Brian On Thu, Feb 19, 2009 at 1:21 PM, Robert Kern wrote: > http://pypi.python.org/pypi/line_profiler/ > http://packages.python.org/line_profiler/ > > This release fixes the "negative timings" i

Re: [Numpy-discussion] parallel compilation of numpy

t distutils or cmake/scons/waf to know if this is reasonable to dream about. Cheers, Brian On Wed, Feb 18, 2009 at 9:25 PM, David Cournapeau wrote: > On Thu, Feb 19, 2009 at 9:14 AM, Ondrej Certik wrote: >> Hi, >> >> I have a shiny new computer with 8 cores and numpy still t

Re: [Numpy-discussion] Fast threading solution thoughts

in progress on this. Great, I will watch this. I am more than willing to test this as well as it is something I would use often. Cheers, Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Fast threading solution thoughts

in Cython, does Cython release the GIL if it can when running through through loops over numpy arrays? Does Cython call into the C API during these sections? Cheers, Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects

Re: [Numpy-discussion] Fast threading solution thoughts

next few years as everyone moves to more recent versions of gcc. But, Cython could simply do a test of the compiler to see if it supports OpenMP and what version it supports. Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://proje

Re: [Numpy-discussion] Fast threading solution thoughts

ntastic, thanks for this pointer! Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Fast threading solution thoughts

want to give numexpr a try. OK, this is very interesting indeed. I didn't know that numexpr has support for VML, which has openmp support. I will definitely have look at this. Thanks! Brian > HTH, > > -- > Francesc Alted > _

Re: [Numpy-discussion] Fast threading solution thoughts

ul and I will look at it. Cheers, Brian > -- > Robert Kern > > "I have come to believe that the whole world is an enigma, a harmless > enigma that is made terrible by our own mad attempt to interpret it as > though it had an underlying truth." > -- Umberto Eco &g

Re: [Numpy-discussion] Fast threading solution thoughts

ve a lot of other overhead that is typically unacceptable. But I could imagine that all that extra logic kill the parallel scaling through Amdahl's law (the extra logic is serial logic). Cheers, Brian > cheers, > > David > ___ > N

Re: [Numpy-discussion] Fast threading solution thoughts

ad pool. Thus I thought the bottleneck was the thread creation time for his implementation. Eric can you comment? Cheers, Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] numscons/numpy.distutils bug related to MACOSX_DEPLOYMENT_TARGET

Thanks much! Brian On Wed, Feb 11, 2009 at 9:44 PM, Stéfan van der Walt wrote: > 2009/2/6 Brian Granger : >> Great, what is the best way of rolling this into numpy? > > I've committed your patch. > > Cheers > Stéfan > __

[Numpy-discussion] Fast threading solution thoughts

ways of effectively using threads (not processes) for thin parallel loops over arrays? This is relevant to Numpy itself as it would be very nice if all ufuncs could release the GIL and be run on multiple threads. Cheers, Brian ___ Numpy-discussion ma

Re: [Numpy-discussion] preferred numpy build system

this separately for different > languages within one project is supported by cmake. Is all of this handled just by calling make (after the initial cmake call), or do you have to first recall cmake and then make? Brian > Alex > ___ > N

Re: [Numpy-discussion] preferred numpy build system

ne could get cmake to do these things, but then you are developing a complete distutils replacement. And I think that any distutils replacement should done in Python. Cheers, Brian > Ondrej > ___ > Numpy-discussion mailing list >

Re: [Numpy-discussion] preferred numpy build system

t; example, it would almost impossible to build numpy/scipy with > autoconf. I know some autotools/autoconf hackers that could probably get it to build numpy/scipy, ..., oh what, you want Windows support? ;-) Cheers, Brian > David > ___ > Numpy

Re: [Numpy-discussion] preferred numpy build system

be used within distutils for building extensions and libraries. distutils/numpy/distutils does things that scons doesn't and scons does things that distutils doesn't. But you definitely need the glue layer to use both approaches together. Ch

Re: [Numpy-discussion] numscons/numpy.distutils bug related to MACOSX_DEPLOYMENT_TARGET

Great, what is the best way of rolling this into numpy? Brian On Thu, Feb 5, 2009 at 8:13 PM, Robert Kern wrote: > On Thu, Feb 5, 2009 at 22:00, Brian Granger wrote: >> Robert, >> >> Can you have a look at the following fix and see if it is satisfactory? >> >>

Re: [Numpy-discussion] numscons/numpy.distutils bug related to MACOSX_DEPLOYMENT_TARGET

Robert, Can you have a look at the following fix and see if it is satisfactory? http://github.com/ellisonbg/numpy/blob/81360e93968968dc9dcbafd7895da7cec5015a3c/numpy/distutils/fcompiler/gnu.py Brian On Tue, Feb 3, 2009 at 9:32 PM, Robert Kern wrote: > On Tue, Feb 3, 2009 at 23:22, Br

Re: [Numpy-discussion] numscons/numpy.distutils bug related to MACOSX_DEPLOYMENT_TARGET

's not even in the Makefile for whatever reason, go with 10.3. Sounds good, do you want to me work up a patch? Brian > -- > Robert Kern > > "I have come to believe that the whole world is an enigma, a harmless > enigma that is made terrible by our own mad attemp

Re: [Numpy-discussion] Few minor issues with numscons

ng eggs for pypi. OK, I will have a look at this further to see what the cause is. Thanks for a great package that solve a really painful set of issues! Brian > cheers, > > David > ___ > Numpy-discussion mailing list > N

Re: [Numpy-discussion] numscons/numpy.distutils bug related to MACOSX_DEPLOYMENT_TARGET

build Python itself. Or should we still try to set it to 10.3 in some cases (like the current numpy.distutils does) or look at the environment as well? Cheers, Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.o

Re: [Numpy-discussion] numscons/numpy.distutils bug related to MACOSX_DEPLOYMENT_TARGET

> What is the fix you are thinking of? This is how Cython currently handles this logic. This would have to be modified to include the additional case of a user setting MACOSX_DEPLOYMENT_TARGET in their environment, but that logic is already in numpy.distutils.fcompiler.gnu.get_flags_linker_so Th

Re: [Numpy-discussion] numscons/numpy.distutils bug related to MACOSX_DEPLOYMENT_TARGET

Robert, Thanks. Yes, I just saw that this will work. When I fixed this in Cython a while back this workaround wouldn't work. Would you still consider this a bug? The logic to fix it is fairly simply. Brian On Tue, Feb 3, 2009 at 4:17 PM, Robert Kern wrote: > On Tue, Feb 3, 2009

[Numpy-discussion] numscons/numpy.distutils bug related to MACOSX_DEPLOYMENT_TARGET

h. I am pretty sure that the offending code is in: numpy.distutils.fcompiler.gnu.get_flags_linker_so I think I know how to fix this and will get started on it, but I wanted to see if anyone else had any experience with this or knew another way around this. Cheers, Brian ___ Numpy-discu

[Numpy-discussion] Few minor issues with numscons

is to install in the right place. I will send a different email in a second about the show stopper as it is a bigger topic related to a numpy bug. Cheers, Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/ma

Re: [Numpy-discussion] numpy.distutils and shared libraries

nstalled via the distutils install_headers command. This > will install the headers ... somewhere. Not exactly sure. Again, thanks, that helps. Cheers, Brian > -- > Robert Kern > > "I have come to believe that the whole world is an enigma, a harmless > enigma that is made t

[Numpy-discussion] numpy.distutils and shared libraries

need something like numscons? 2. When calling add_library, what is the difference between the depends and headers arguments? Thanks! Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] No tests found for numpy 1.2.0

> easy_install sets the executable bit on files and nose ignores executable > files. Thanks Robert. I knew about this, but had never been bitten by it yet. Oh the joy! Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.or

[Numpy-discussion] No tests found for numpy 1.2.0

Just installed numpy 1.2.0 and got this: $ python -c 'import numpy; numpy.test()' Running unit tests for numpy-1.2.0-py2.5-macosx-10.5-i386.egg.numpy NumPy version 1.2.0 NumPy is installed in /Users/bgranger/Library/Python/2.5/site-packages/numpy-1.2.0-py2.5-macosx-10.5-i386.egg/numpy Python vers

Re: [Numpy-discussion] CorePy 1.0 Release (x86, Cell BE, BSD!)

Chris, Wow, this is fantastic...both the BSD license and the x86 support. I look forward to playing with this! Cheers, Brian On Mon, Nov 24, 2008 at 7:49 PM, Chris Mueller <[EMAIL PROTECTED]> wrote: > Announcing CorePy 1.0 - http://www.corepy.org > > We are pleased to anno

[Numpy-discussion] Compile error during 32 bit compile on 64 bit machine

add "-m32" to the link_opts by hand I can get past this error to a new one which indicates that main was never declared in the linalg package. If that is the more useful starting point I can post those errors as well. Any help would be greatly appreciated. Regards, Brian ###

Re: [Numpy-discussion] LU factorization?

> If LU is already part of lapack_lite and somebody is willing to put in > the work to expose the functionality to the end user in a reasonable > way, then I think it should be added. +1 ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http:/

Re: [Numpy-discussion] xml-rpc with numpy arrays

On Sep 30, 2008, at 23:16 , Lisandro Dalcin wrote: On Tue, Sep 30, 2008 at 9:27 PM, Brian Blais <[EMAIL PROTECTED]> thanks for all of the help. My initial solution is to pickle my object, with the text-based version of pickle, and send it across rpc. I do this because the actual t

Re: [Numpy-discussion] xml-rpc with numpy arrays

I am doing. Sebastien, why is sending python objects over the wire not so useful? is there a better way to do this sort of thing than xmlrpc? I thought it looked particularly simple (other than this pickling issue, of course. :) ). thanks, bb

[Numpy-discussion] xml-rpc with numpy arrays

ncy of the marshal library, or perhaps I am doing something wrong. Is there a way to fix this? Is there another approach that I should be using? thanks, Brian Blais -- Brian Blais [EMAIL PROTECTED] http://web.bryant.edu/~bblais _

Re: [Numpy-discussion] indexing (compared to matlab)

line to say that the syntax a[0:3][:,4:9] gave read-only access. bb -- Brian Blais [EMAIL PROTECTED] http://web.bryant.edu/~bblais ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org

Re: [Numpy-discussion] indexing (compared to matlab)

Notes a(1:3,5:9) a[0:3][:,4:9] rows one to three and columns five to nine of a because this example gives a read-only submatrix. I looked there first to get an answer, and it wasn't forthcoming. thanks for the tip! bb -- Brian Blais [EMAIL PROTECTED]

[Numpy-discussion] indexing (compared to matlab)

thanks, Brian Blais -- Brian Blais [EMAIL PROTECTED] http://web.bryant.edu/~bblais ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] NumPtr vs NumPy.i to access C

On Sat, May 17, 2008 at 8:35 PM, Nathan Bell <[EMAIL PROTECTED]> wrote: > On Sat, May 17, 2008 at 9:30 PM, Brian Granger <[EMAIL PROTECTED]> wrote: >> >> Please correct any new errors I have introduced. >> > > Thanks Brian, I think that's a fair re

Re: [Numpy-discussion] NumPtr vs NumPy.i to access C

://www.scipy.org/Cookbook/Ctypes The good news is that there are _many_ good options. I also know that the numpy.i file for handling numpy arrays in SWIG is of high quality and has decent documentation. Brian On Sat, May 17, 2008 at 4:55 PM, Jose Martin <[EMAIL PROTECTED]> wrote: > > Hi,

Re: [Numpy-discussion] NumPtr vs NumPy.i to access C

wrapper can be significant. Second, with SWIG, the Python wrappers are written for you, so if their design is not exactly what you want, you end up doing more work to create your final Python API. Please correct any new errors I have introduced. Cheers, Brian __

Re: [Numpy-discussion] question about optimizing

array, although I am not sure what a convenient alternative would be. bb -- Brian Blais [EMAIL PROTECTED] http://web.bryant.edu/~bblais ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/lis

[Numpy-discussion] question about optimizing

what I am doing below? I tried to follow code I found online, but the examples of this are few and far between. thanks you for any help! Brian Blais -- Brian Blais [EMAIL PROTECTED] http://web.bryant.edu/~bblais from numpy import ndarray,prod,array class MyObject(o

Re: [Numpy-discussion] Going toward time-based release ?

s up quickly to reflect fast moving code. My two cents. Cheers, Brian On Sun, May 11, 2008 at 8:59 PM, David Cournapeau <[EMAIL PROTECTED]> wrote: > Hi, > > I would like to know how people feel about going toward a time-based > release process for nu

Re: [Numpy-discussion] numpy as a setuptools dependency

Ooh. I am glad someone else is seeing this. I see the same thing when I try to install Twisted 8 pulled in as a setuptools dependency. My guess is that this is a setuptools problem, not a problem with numpy or Twisted. Brian On Thu, Apr 24, 2008 at 10:04 AM, Andreas Klöckner <[EM

Re: [Numpy-discussion] [SciPy-dev] F2PY future

magine we will (everyone has been very happy so far with it). Bottom line: we have been better able to collaborate and the admin side of things has been essentially 0. We all like hg as well, but having the supernice hosting on launchpad really makes a d

Re: [Numpy-discussion] packaging scipy (was Re: Simple financial functions for NumPy)

On Mon, Apr 7, 2008 at 4:03 PM, Perry Greenfield <[EMAIL PROTECTED]> wrote: > > On Apr 7, 2008, at 5:54 PM, Brian Granger wrote: > >> > > The only problem is that if we keep adding things to numpy that could > > be in scipy, it will _never_ be clear to users wh

Re: [Numpy-discussion] packaging scipy (was Re: Simple financial functions for NumPy)

because of convenience (numpy is easier to install) only encourages people to never install or use scipy. If scipy that much of a pain to install and use - we should spend our time improving scipy. Cheers, Brian ___ Numpy-discussion mailing list Numpy-d

Re: [Numpy-discussion] Behavior of __array_wrap__?

be written to the ob ject returned by array . Then, if the class also has an array wrap method, the returned ndarray result will be passed to that method just before passing control back to the caller. I can easily work around this for now though, so it is not a problem. Cheers, Brian On Wed, Ap

[Numpy-discussion] Behavior of __array_wrap__?

lowing anything but a full blown ndarray as the return type. Is this a bug (I will then file a bug report)? Has the behavior changed (documentation probably needs to be updated)? I am attaching some sample code that demonstrates the issue for a simple class. Thanks Brian import numpy as np cla

Re: [Numpy-discussion] load movie frames in python?

umpy.uint8) a.shape = (sw, sh, 4) a = a[:,:,0:3] #drop alpha channel but when I do it (see code below) the image is clearly munged, so I think the decoding is not quite right. any ideas? thanks, Brian Blais -- Brian Blais [EMAIL PROTECTED] http://web

Re: [Numpy-discussion] load movie frames in python?

e out how to do the conversion. bb -- Brian Blais [EMAIL PROTECTED] http://web.bryant.edu/~bblais ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

[Numpy-discussion] load movie frames in python?

convenient would be avi, mov, and flv (for youtube videos). thanks, Brian Blais -- Brian Blais [EMAIL PROTECTED] http://web.bryant.edu/~bblais ___ Numpy-discussion mailing list Numpy-discussion@scip

Re: [Numpy-discussion] parallel numpy (by Brian Granger) - any info?

ithms parallel. > Just throwing a number of processors will not yield a good speedup per > processor, and this is what people are looking for : good scalability. Then > you must use tools like the processing module, MPI, ... This is always true. It is shocking how easy i

Re: [Numpy-discussion] parallel numpy (by Brian Granger) - any info?

hed it in at least 6 > months, and I doubt I'll get back to it very soon (go Brian!). It did > look promising for up to 4 processors on some operations (sin, cos, > etc.) and worth-it-but-less-beneficial on simple operations (+,-,*, > etc.). Coupled with something like weave.blit

Re: [Numpy-discussion] parallel numpy (by Brian Granger) - any info?

re#head-cf472934357fda4558aafdf558a977c4d59baecb > I guess for ~95% of users it will be enough, and only 5% will require > message-pass between subprocesses etc. > BTW, IIRC latest MATLAB can uses 2-processors CPU already, and next > version is promised to handle 4-processors a

Re: [Numpy-discussion] parallel numpy (by Brian Granger) - any info?

. I am more than willing to share more details about the work if you are interested. But, I will surely post to the numpy list as things move forward. Brian On Jan 7, 2008 1:13 PM, dmitrey <[EMAIL PROTECTED]> wrote: > Some days ago there was mentioned a parallel numpy that is developed b

Re: [Numpy-discussion] numpy : your experiences?

necks). I've done that before and it's a big help for > speed. Very nice. Any plans to release that code? Brian > > > > -- Lou Pecora, my views are my own. > > > > _

Re: [Numpy-discussion] f2py cannot find gfortran compiler on OSX 10.5

Please see the other active thread on this topic on the scipy-users list. This is a known issue. Brian On Nov 12, 2007 10:09 PM, Chris <[EMAIL PROTECTED]> wrote: > I've just upgraded my OSX system to Leopard, and have successfully build > numpy from scratch. I am trying t

[Numpy-discussion] weird numpy/pickle problem

ers give a hardware error and a crash! I boiled it down to the code below. Can anyone reproduce (or not) this error? thanks, bb -- Brian Blais [EMAIL PROTECTED] http://web.bryant.e

[Numpy-discussion] Round 2 with Leopard+Python

o write to. I will file a bug report, but until the bug is fixed, we should explore putting a note on the numpy/scipy site - and even possibly on the python.org site to describe the problem and its workaround. Brian ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] [Pythonmac-SIG] Problem with numpy on Leopard

d do "python setup.py install" and things would work. Now under Leopard, this becomes "python setup.py install" + muck with PYTHONPATH or .pth files. I personally have no problem doing this, but many of the casual python users with whom I work will be tripped up by this

Re: [Numpy-discussion] [Pythonmac-SIG] Problem with numpy on Leopard

> It's not entirely silly. This has been the advice given to app > developers on this list and the PyObjC list for years now. It's nice > to have a better system Python for quick scripts, but it's still the > System Python. It's Apples, for their stuff that uses Python. And it > is specific to

Re: [Numpy-discussion] Problem with numpy on Leopard

More evidence that just using the python.org python binary isn't a universal fix for everyone: >From a thread on one of the python-dev lists: > Which reminds me -- what version of Python is in Leopard? 2.5.1 + most of the patches that will be in 2.5.2 + some additional patches by Apple. AFAIK th

Re: [Numpy-discussion] Problem with numpy on Leopard

The python.org binary doesn't have those things, which could be a real barrier to some people. I am going to file a bug report. Brian > -- > Robert Kern > > "I have come to believe that the whole world is an enigma, a harmless enigma > that is made terrible by our own m

[Numpy-discussion] Problem with numpy on Leopard

ing to bite many people. Is this a bug that I should report to Apple, or is there a better work around? Also, this information needs to be posted somewhere so we don't see this question a billion times on various lists over the lifetime of Leopard. Cheers, Brian ___

[Numpy-discussion] Accessing a numpy array in a mmap fashion

a few hours of processing time. Rather than store the numpy array in memory during processing I'd like to write the data directly to disk but still be able to treat the array as a numpy array. Is this possible? Any ideas? Thanks, Brian -- Brian Donovan Research Assistant Microwave Remote Sensi

Re: [Numpy-discussion] GPU implementation?

f the algorithm on the CPU. It is not uncommon for this overhead to completely erode any speedup you may have gotten on the GPU. * For many BLAS calls, the cuBLAS won't be much faster than a good optimized BLAS from ATLAS or Goto. Brian On 5/31/07, Martin Ünsal <[EMAIL PROTECTED]> wrote: &

Re: [Numpy-discussion] New Linux build problem

Take that back, unsetting LDFLAGS did work!!! Thanks Brian On 5/30/07, Brian Granger <[EMAIL PROTECTED]> wrote: > > This looks like numpy.distutils has found ATLAS's FORTRAN BLAS library but > > not > > its libcblas library. Do you have a correct site.cfg f

Re: [Numpy-discussion] New Linux build problem

dd thing is that the stock numpy used to build just fine on this system (about a month ago) Brian > -- > Robert Kern > > "I have come to believe that the whole world is an enigma, a harmless enigma > that is made terrible by our own mad attem

[Numpy-discussion] New Linux build problem

ld/temp.linux-i686-2.5/numpy/core/blasdot/_dotblas.o(.text+0x21c6):numpy/core/blasdot/_dotblas.c:683: undefined reference to `cblas_zgemm' build/temp.linux-i686-2.5/numpy/core/blasdot/_dotblas.o(.text+0x2255):numpy/core/blasdot/_dotblas.c:623: undefined reference to `cblas_cgemv' build/temp.linux-

Re: [Numpy-discussion] numpy testing

Ah, thanks for the tip. That did the trick. Cheers -Brian On 5/24/07, Pearu Peterson <[EMAIL PROTECTED]> wrote: Brian Hawthorne wrote: > Hello, > I'm having a bit of trouble with numpy testing not finding my tests. It > seems like a bug, but maybe it's a subtle fe

[Numpy-discussion] numpy testing

something to do with the modules having the same name, but when I tried to isolate the problem in a mockup, I ran into the problem described above. So, first things first. Maybe it's something really dumb that I can't see because I've been staring at it for too long. Thanks in a

  1   2   >