Rob | 1 Dec 02:33 2001
Picon

Numeric Python EM Project has moved

Its now at www.pythonemproject.com.  I can be reached at
rob <at> pythonemproject.com.  All this has come about since  <at> home is
possibly suspending operation at midnite tonight :(   Rob.

Looks like I need to change my sig too :)

--

-- 
The Numeric Python EM Project

www.members.home.net/europax

John J. Lee | 3 Dec 21:01 2001
Picon

limits.py?

Is there some equivalent of limits.h for Numeric?

And is there a searchable archive for the numpy-discussion list??  IIRC,
the standard sourceforge lists aren't searchable (?!), which is bizarre
if true.

John

Travis Oliphant | 3 Dec 19:37 2001

Re: limits.py?

>
> Is there some equivalent of limits.h for Numeric?
>
> And is there a searchable archive for the numpy-discussion list??  IIRC,
> the standard sourceforge lists aren't searchable (?!), which is bizarre
> if true.

Try limits.py in SciPy  (www.scipy.org)

-Travis

Gerard Vermeulen | 4 Dec 09:10 2001
Picon

question about Windows installer

Hi,

Could somebody tell me if the Numeric executable installer for Windows is made
with distutils?

Thanks -- Gerard

Pearu Peterson | 4 Dec 15:16 2001
Picon
Picon

ANN: F2PY - Fortran to Python Interface Generator

F2PY - Fortran to Python Interface Generator

I am pleased to announce the third public release of f2py (2nd Edition)
(version 2.3.328):

     http://cens.ioc.ee/projects/f2py2e/

f2py is a command line tool for binding Python and Fortran codes.  It
scans Fortran 77/90/95 codes and generates a Python C/API module that
makes it possible to call Fortran subroutines from Python.  No Fortran or
C expertise is required for using this tool.

Features include:

   *** All basic Fortran types are supported:
         integer[ | *1 | *2 | *4 | *8 ], logical[ | *1 | *2 | *4 | *8 ], 
         character[ | *(*) | *1 | *2 | *3 | ... ]
         real[ | *4 | *8 | *16 ], double precision,
         complex[ | *8 | *16 | *32 ]

   *** Multi-dimensional arrays of (almost) all basic types.
       Dimension specifications: 
		 <dim> | <start>:<end> | * | :

   *** Supported attributes and statements:
         intent([ in | inout | out | hide | in,out | inout,out ])
	 dimension(<dimspec>)
	 depend([<names>])
	 check([<C-booleanexpr>])
	 note(<LaTeX text>)
(Continue reading)

Sue Giller | 4 Dec 18:28 2001

Using objects in arrays

I am trying to use objects in an array, and still be able to use the 
various extra functions offered by multiarray.  I am finding that some 
of the functions work and some don't.  Is it hopeless to try to use 
objects in an array and expect <op>.reduce and others to work 
properly?

As a simple example, I have a DataPoint object that consists of a 
value and flag(s).  This object has all the __cmp__, __add_, etc 
functions implemented.

I can do MA.average(m), MA.sum(m), MA.add.reduce(m), (they 
seem to use __add__) but I can't do MA.minimum.reduce(m) or 
MA.maximum.reduce(m).

I can do MA.maximum(m) and MA.minimum(m), but not 
MA.maximum(m, 0) or MA.minimum(m, 0)

The values returned by MA.argmax(m) makes no sense (wrong 
index?) but is consistent with results from argsort().   MA.argmin(m) 
gives an error (I have a __neg__ fn in datapoint)
	File "C:\Python21\MA\MA.py", line 1977, in argmin	 
                   return Numeric.argmin(d, axis)
	File "C:\Python21\Numeric\Numeric.py", line 281, in argmin
			 a = -array(a, copy=0)
	TypeError: bad operand type for unary -

for example:
	  print m					# 3 valid, 1 masked
        print MA.maximum(m)
        print MA.argmax(m)		# gives index to masked value
(Continue reading)

Travis Oliphant | 4 Dec 17:05 2001

Re: Using objects in arrays

> I am trying to use objects in an array, and still be able to use the
> various extra functions offered by multiarray.  I am finding that some
> of the functions work and some don't.  Is it hopeless to try to use
> objects in an array and expect <op>.reduce and others to work
> properly?
>
> As a simple example, I have a DataPoint object that consists of a
> value and flag(s).  This object has all the __cmp__, __add_, etc
> functions implemented.
>
> I can do MA.average(m), MA.sum(m), MA.add.reduce(m), (they
> seem to use __add__) but I can't do MA.minimum.reduce(m) or
> MA.maximum.reduce(m).

This is actually, very helpful information.  I'm not sure how well-tested
the object-type is with Numeric.  I know it has been used, but I'm not
sure all of the ufunc methods have been well tested.

However, I'm not sure what is caused by MA and what is caused by basic
Numeric, however.

-Travis

Sue Giller | 4 Dec 19:23 2001

Re: Using objects in arrays

My digging shows that most stuff is passed on to Numeric and then 
on to mutliarray, which is a .pyd.  At that point, I gave up trying to 
figure things out.

On 4 Dec 01, at 11:05, Travis Oliphant wrote:

> However, I'm not sure what is caused by MA and what is caused by basic
> Numeric, however.
> 
> 
> -Travis
> 
> 
> 
> _______________________________________________
> Numpy-discussion mailing list
> Numpy-discussion <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/numpy-discussion

oli | 6 Dec 19:28 2001
Picon
Picon

Problem with MacOsX

Hi,
I have tried to compile Numpy for MacOsX but it doesn't compile the C
modules...
Have anyone not this problem?
Thanks
oli

Jeff Whitaker | 6 Dec 20:05 2001
Picon

Re: Problem with MacOsX

Oli:  Works fine for me.  I've contributed a numeric python package to the
fink distribution (fink.sf.net), it saves you the trouble of porting it
yourself.

-Jeff

 On Thu, 6 Dec 2001, oli wrote:

> Hi,
> I have tried to compile Numpy for MacOsX but it doesn't compile the C
> modules...
> Have anyone not this problem?
> Thanks
> oli
>
>
> _______________________________________________
> Numpy-discussion mailing list
> Numpy-discussion <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/numpy-discussion
>

--

-- 
Jeffrey S. Whitaker         Phone  : (303)497-6313
Meteorologist               FAX    : (303)497-6449
NOAA/OAR/CDC  R/CDC1        Email  : jsw <at> cdc.noaa.gov
325 Broadway                Web    : www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80303-3328 Office : Skaggs Research Cntr 1D-124

(Continue reading)


Gmane