headers
Rob | 1 Dec 2001 02:33
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
Permalink | Reply | 0 comments |
headers
John J. Lee | 3 Dec 2001 21:01
Picon
Favicon

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
Permalink | Reply | 1 comment |
headers
Travis Oliphant | 3 Dec 2001 19:37
Favicon

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
Permalink | Reply | 0 comments |
headers
Gerard Vermeulen | 4 Dec 2001 09:10
Picon

question about Windows installer

Hi,

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

Thanks -- Gerard
Permalink | Reply | 0 comments |
headers
Pearu Peterson | 4 Dec 2001 15:16
Picon
Picon
Favicon

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)

Permalink | Reply | 0 comments |
headers
Sue Giller | 4 Dec 2001 18:28

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)

Permalink | Reply | 0 comments |
headers
Travis Oliphant | 4 Dec 2001 17:05
Favicon

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
Permalink | Reply | 0 comments |
headers
Sue Giller | 4 Dec 2001 19:23

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
Permalink | Reply | 0 comments |
headers
oli | 6 Dec 2001 19:28
Picon
Picon
Favicon

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
Permalink | Reply | 1 comment |
headers
Jeff Whitaker | 6 Dec 2001 20:05
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)

Permalink | Reply | 0 comments |

Gmane