[Numpy-discussion] Problem w/ Win installer

2012-07-16 Thread David Goldsmith
Hi, folks! Having a problem w/ the Windows installer; first, the "back-story": I have both Python 2.7 and 3.2 installed. When I run the installer and click next on the first dialog, I get the message that I need Python 2.7, which was not found in my registry. I ran regedit and searched for Pytho

Re: [Numpy-discussion] Lazy imports again

2012-07-16 Thread Travis Oliphant
On Jul 16, 2012, at 4:50 PM, Ralf Gommers wrote: > > > On Mon, Jul 16, 2012 at 6:28 PM, Charles R Harris > wrote: > Hi All, > > Working lazy imports would be useful to have. Ralf is opposed to the idea > because it caused all sorts of problems on different platforms when it was > tried in

Re: [Numpy-discussion] Lazy imports again

2012-07-16 Thread Ralf Gommers
On Mon, Jul 16, 2012 at 6:28 PM, Charles R Harris wrote: > Hi All, > > Working lazy imports would be useful to have. Ralf is opposed to the idea > because it caused all sorts of problems on different platforms when it was > tried in scipy. Note that my being opposed is because the benefits are

Re: [Numpy-discussion] Proposed change in genfromtxt(..., comments='#', names=True) behaviour

2012-07-16 Thread Pierre GM
I don't really have any deep issue with `skip_header=True`, besides not really liking having an argument whose type can vary. But that's only a matter of personal taste. And yes, we could always check the type… > > Pierre, for a line "# A B C #1 #2 #3" the user gets six columns 'A', > 'B', 'C

Re: [Numpy-discussion] Code Freeze for NumPy 1.7

2012-07-16 Thread Russell E. Owen
In article <1342393528.28368.3.ca...@esdceeprjpstudent1.mit.edu>, Paul Natsuo Kishimoto wrote: > On Sat, 2012-07-14 at 17:45 -0500, Travis Oliphant wrote: > > Hey all, > > > > We are nearing a code-freeze for NumPy 1.7. Are there any > > last-minute changes people are wanting to push into Nu

Re: [Numpy-discussion] Proposed change in genfromtxt(..., comments='#', names=True) behaviour

2012-07-16 Thread Paul Natsuo Kishimoto
On Mon, 2012-07-16 at 21:14 +0100, Nathaniel Smith wrote: > On Mon, Jul 16, 2012 at 9:01 PM, Pierre GM wrote: > > Well, as `skip_header` is a number of lines, I don't really see anything > > particular magical about a `skip_header=-1`. > > The logic here is: > - if names=True, then genfromtext ex

Re: [Numpy-discussion] [EXTERNAL] swig + numpy + variable length arrays

2012-07-16 Thread Bill Spotz
Andrew, Since you are writing your own %inline function, the ARGOUT_ARRAY1 typemap is not appropriate. You should put the argout logic in your function (ie, allocate the numpy array and give its data pointer to abelescalcall when you call it, and then return the array at the end). Your signat

Re: [Numpy-discussion] Proposed change in genfromtxt(..., comments='#', names=True) behaviour

2012-07-16 Thread Pierre GM
Tom, I agree that the documentation should be updated (both the doctoring and the relevant parts of the user manual), and specific unit-tests added. Paul, that's a direct nudge ;) (I'm sure you don't mind). I was also considering the weird case >>> first_line = "# A B C #1 #2 #3" How many column

Re: [Numpy-discussion] Proposed change in genfromtxt(..., comments='#', names=True) behaviour

2012-07-16 Thread Nathaniel Smith
On Mon, Jul 16, 2012 at 9:01 PM, Pierre GM wrote: > Well, as `skip_header` is a number of lines, I don't really see anything > particular magical about a `skip_header=-1`. The logic here is: - if names=True, then genfromtext expects the names to be given in the first line, and they may or may not

Re: [Numpy-discussion] Proposed change in genfromtxt(..., comments='#', names=True) behaviour

2012-07-16 Thread Pierre GM
Well, as `skip_header` is a number of lines, I don't really see anything particular magical about a `skip_header=-1`. Plus, range(-1) == [], while range("comments") raises a TypeError. And then you'd have to figure why the exception was raised. -- Pierre GM On Monday, July 16, 2012 at 21:56

Re: [Numpy-discussion] Proposed change in genfromtxt(..., comments='#', names=True) behaviour

2012-07-16 Thread Tom Aldcroft
On Mon, Jul 16, 2012 at 3:06 PM, Paul Natsuo Kishimoto wrote: > I've implemented this feature with skip_header=-1 as suggested by > Pierre, and in doing so removed the regression. TravisBot seems to like > it: https://github.com/numpy/numpy/pull/351 > > On Mon, 2012-07-16 at 16:12 +0200, Pierre GM

Re: [Numpy-discussion] Proposed change in genfromtxt(..., comments='#', names=True) behaviour

2012-07-16 Thread Nathaniel Smith
On Mon, Jul 16, 2012 at 8:06 PM, Paul Natsuo Kishimoto wrote: > I've implemented this feature with skip_header=-1 as suggested by > Pierre, and in doing so removed the regression. TravisBot seems to like > it: https://github.com/numpy/numpy/pull/351 Can we please not use weird magic values like t

Re: [Numpy-discussion] Possible test failure on Debian 6 with Python 2.6

2012-07-16 Thread Ralf Gommers
On Sun, Jul 15, 2012 at 11:00 PM, Chris Ball wrote: > Hi, > > I'm trying to set up various build machines. Some of these are with > ShiningPanda.com, which provides a 64-bit Debian 6 machine (as well as > Windows > 7). This machine has multiple versions of Python installed. > > Using the build pr

Re: [Numpy-discussion] routine for linear least norms problems with specifiable accuracy

2012-07-16 Thread Dmitrey
gsubg uses N.Zhurbenko ( http://openopt.org/NikolayZhurbenko ) epsilon-subgradient method ralg and amsg2p use other algorithms --- Исходное сообщение --- От кого: "Henry Gomersall" Кому: "Discussion of Numerical Python" Дата: 16 июля 2012, 21:47:47 Тема: Re: [Numpy-discussion] routine for li

Re: [Numpy-discussion] Help building NumPy on Windows

2012-07-16 Thread Ralf Gommers
On Sun, Jul 15, 2012 at 10:17 PM, Chris Ball wrote: > Hi, > > I'm having some trouble building numpy on a 64-bit Windows 7 machine. I'm > probably accidentally missing a step following the build process described > at > http://scipy.org/Installing_SciPy/Windows; it would be great if someone > cou

Re: [Numpy-discussion] Proposed change in genfromtxt(..., comments='#', names=True) behaviour

2012-07-16 Thread Paul Natsuo Kishimoto
I've implemented this feature with skip_header=-1 as suggested by Pierre, and in doing so removed the regression. TravisBot seems to like it: https://github.com/numpy/numpy/pull/351 On Mon, 2012-07-16 at 16:12 +0200, Pierre GM wrote: > To be ultra clear (since I want to code this), you are

Re: [Numpy-discussion] routine for linear least norms problems with specifiable accuracy

2012-07-16 Thread Henry Gomersall
On Mon, 2012-07-16 at 20:35 +0300, Dmitrey wrote: > I have wrote a routine to solve dense / sparse problems > min {alpha1*||A1 x - b1||_1 + alpha2*||A2 x - b2||^2 + beta1 * ||x||_1 > + beta2 * ||x||^2} > with specifiable accuracy fTol > 0: abs(f-f*) <= fTol (this parameter > is handled by solvers

[Numpy-discussion] routine for linear least norms problems with specifiable accuracy

2012-07-16 Thread Dmitrey
hi all, I have wrote a routine to solve dense / sparse problems min {alpha1*||A1 x - b1||_1 + alpha2*||A2 x - b2||^2 + beta1 * ||x||_1 + beta2 * ||x||^2} with specifiable accuracy fTol > 0: abs(f-f*) <= fTol (this parameter is handled by solvers gsubg and maybe amsg2p, latter requires known g

Re: [Numpy-discussion] Istalling Numpy and Scipy on preinstalled Python 2.6 on Mac

2012-07-16 Thread Chris Barker
On Sun, Jul 15, 2012 at 2:51 PM, Pierre GM wrote: > A basic warning, though: you > don't want to overwrite Mac OS X's own numpy, ... Which is one of the reasons many of us recommend installing the pyton,org python and leaving Apple's alone. And why the standard numpy/scipy binaries are built for

Re: [Numpy-discussion] Lazy imports again

2012-07-16 Thread Gael Varoquaux
On Mon, Jul 16, 2012 at 10:28:19AM -0600, Charles R Harris wrote: >Working lazy imports would be useful to have. Ralf is opposed to the idea >because it caused all sorts of problems on different platforms when it was >tried in scipy. I thought I'd open the topic for discussion so that f

[Numpy-discussion] Lazy imports again

2012-07-16 Thread Charles R Harris
Hi All, Working lazy imports would be useful to have. Ralf is opposed to the idea because it caused all sorts of problems on different platforms when it was tried in scipy. I thought I'd open the topic for discussion so that folks who had various problems/solutions could offer input and the common

Re: [Numpy-discussion] Proposed change in genfromtxt(..., comments='#', names=True) behaviour

2012-07-16 Thread Pierre GM
To be ultra clear (since I want to code this), you are suggesting that 'first_commented_line' be a *new* accepted value for the kwarg 'names', to invoke the behaviour you suggest? Nope, I was just referring to some hypothetical variable name. I meant that: first_values = None try: while not

[Numpy-discussion] py3 datetime woes (was Re: Code Freeze for NumPy 1.7)

2012-07-16 Thread Nathaniel Smith
On Sun, Jul 15, 2012 at 5:32 PM, Ralf Gommers wrote: > > > On Sun, Jul 15, 2012 at 5:57 PM, Nathaniel Smith wrote: >> >> On Sun, Jul 15, 2012 at 1:08 PM, Ralf Gommers >> wrote: >> > >> > >> > On Sun, Jul 15, 2012 at 12:45 AM, Travis Oliphant >> > wrote: >> >> >> >> >> >> Hey all, >> >> >> >> We

Re: [Numpy-discussion] Code Freeze for NumPy 1.7

2012-07-16 Thread Nathaniel Smith
On Mon, Jul 16, 2012 at 3:52 AM, Frédéric Bastien wrote: > Hi, > > there is a PR that I think could be merged before the relase: > > https://github.com/numpy/numpy/pull/326 > > It is the addition of the inplace_increment function. It seam good, > but I can't review it enough as it use many numpy i

Re: [Numpy-discussion] Proposed change in genfromtxt(..., comments='#', names=True) behaviour

2012-07-16 Thread Paul Natsuo Kishimoto
Hi Pierre, On Mon, 2012-07-16 at 01:54 -0500, Travis Oliphant wrote: > On Jul 16, 2012, at 1:52 AM, Pierre GM wrote: > > > Hello, > > I'm siding w/ Tom, Nathaniel and Travis. I don't think the change as > > it is is advisable. It's a regression, and breaking=bad. > > Now, I can understand your fr

[Numpy-discussion] swig + numpy + variable length arrays

2012-07-16 Thread Andrew Nelson
Dear list, I am trying to SWIG a C function with the signature: void abelescalcall(long numcoefs, double *coefP, long npoints , double *yP, double *xP); numcoefs corresponds to the number of points in the coefP array. npoints corresponds to the number of points in yP and xP arrays. coefP and xP