[Numpy-discussion] calling numpy from java

2008-07-06 Thread wilson
hi all,
is it possible to use numpy functions (like eigh()..etc)from java
code? isthere a java wrapper for numpy?
thanks
wilson
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] calling numpy from java

2008-07-06 Thread Robert Kern
On Sun, Jul 6, 2008 at 07:55, wilson <[EMAIL PROTECTED]> wrote:
> hi all,
> is it possible to use numpy functions (like eigh()..etc)from java
> code?

Not particularly, no.

> isthere a java wrapper for numpy?

No.

-- 
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
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] calling numpy from java

2008-07-06 Thread David Cournapeau
On Sun, Jul 6, 2008 at 9:55 PM, wilson <[EMAIL PROTECTED]> wrote:
> hi all,
> is it possible to use numpy functions (like eigh()..etc)from java
> code? isthere a java wrapper for numpy?

As Robert said, not really possible. A large part of numpy (around
50%) is pure C, of which a large part is tied to the python C api.

If all you want is some linear algebra things like eigh, I would be
really surprised if java did not have wrappers around LAPACK, though,
so that's where you should look.

cheers,

David
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] calling numpy from java

2008-07-06 Thread Jon Wright
David Cournapeau wrote:
> On Sun, Jul 6, 2008 at 9:55 PM, wilson <[EMAIL PROTECTED]> wrote:
>> hi all,
>> is it possible to use numpy functions (like eigh()..etc)from java
>> code? isthere a java wrapper for numpy?


Yes, it is possible, but not yet 100% convenient. Have a look at jepp, 
from jepp.sourceforge.net. The idiom is something like array.tostring 
being picked up as a floatarray or bytearray in java.

Best,

Jon
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] NumPy, buffers (PEP 3118), complex floats, and Cython

2008-07-06 Thread Dag Sverre Seljebotn
Travis E. Oliphant wrote:
> Dag Sverre Seljebotn wrote:
>> I'd like some advice for what way people feel would be the best for 
>> supporting complex datatypes in NumPy in Cython; as well as ask in what 
>> way it is likely that NumPy will make use of PEP 3118.
>>
>> It seems like NumPy defines its complex data to be a struct of two 
>> doubles, for instance:
>>
>> typedef struct { double real, imag; } npy_cdouble;
>>
>> According to PEP 3118 [1], it would be natural to export this as "dd" 
>> (record of two doubles) rather than "Zd" (complex double), when 
>> exporting ndarrays through a buffer interface. Right?
>>   
> No, it is more natural to use Zd because then you know you are dealing 
> with complex numbers and not just two separate floats.

I guess my confusion comes from assuming the wrong thing about what 
"complex double" refers to in the PEP; since that's the only reference I 
  found to the concept in the PEP I assumed it corresponded to the C99 
float.

Can I assume then that Zd means that the data always has the form of 
npy_cdouble and friends? (I guess this might seem "obvious", but as you 
see I've already had one wrong guess, and I can't seem to find it 
defined anywhere...)

-- 
Dag Sverre
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] Enthought Python Distribution

2008-07-06 Thread Robert Love

On Jul 2, 2008, at 9:34 AM, Travis Vaught wrote:

> Greetings,
>
> We're pleased to announce the beta release of the Enthought Python
> Distribution for *Mac OS X*.
>

Oh Happiness, Oh Joy.  I'm downloading it now.

Have a virtual beer on me until I can get to Austin and buy you all a  
real one.

/s/  Bob
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] Numpy-discussion Digest, Vol 22, Issue 21

2008-07-06 Thread Marek Wojciechowski
> Message: 4
> Date: Sun, 06 Jul 2008 13:36:24 +0900
> From: David Cournapeau <[EMAIL PROTECTED]>
> Subject: Re: [Numpy-discussion] Numpy on AIX 5.3
> To: Discussion of Numerical Python 
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Marek Wojciechowski wrote:
> > Hi!
> >
> > I'm trying to install numpy-1.1 on AIX 5.3 but i'm getting an error:
> >
> > running build
> > running scons
> > customize UnixCCompiler
> > Found executable /usr/bin/cc_r
> > customize IBMFCompiler
> > Found executable /usr/bin/xlf90
> > Found executable /usr/bin/xlf
> > Found executable /usr/bin/xlf95
> > Creating /tmp/tmp5j_OiW/qV0MJ4_xlf.cfg
> > customize IBMFCompiler
> > Creating /tmp/tmp5j_OiW/-LWcxB_xlf.cfg
> > customize UnixCCompiler
> > customize UnixCCompiler using scons
> > Traceback (most recent call last):
> >   File "setup.py", line 96, in 
> > setup_package()
> >   File "setup.py", line 89, in setup_package
> > configuration=configuration )
> >   File "/home/marek/tmp/numpy-1.1.0/numpy/distutils/core.py", line 184,
> > in setup
> > return old_setup(**new_attr)
> >   File "/home/marek/apython/lib/python2.5/distutils/core.py", line 151,
> > in setup
> > dist.run_commands()
> >   File "/home/marek/apython/lib/python2.5/distutils/dist.py", line 974,
> > in run_commands
> > self.run_command(cmd)
> >   File "/home/marek/apython/lib/python2.5/distutils/dist.py", line 994,
> > in run_command
> > cmd_obj.run()
> >   File "/home/marek/tmp/numpy-1.1.0/numpy/distutils/command/build.py",
> > line 38, in run
> > self.run_command('scons')
> >   File "/home/marek/apython/lib/python2.5/distutils/cmd.py", line 333, in
> > run_command
> > self.distribution.run_command(command)
> >   File "/home/marek/apython/lib/python2.5/distutils/dist.py", line 993,
> > in run_command
> > cmd_obj.ensure_finalized()
> >   File "/home/marek/apython/lib/python2.5/distutils/cmd.py", line 117, in
> > ensure_finalized
> > self.finalize_options()
> >   File "/home/marek/tmp/numpy-1.1.0/numpy/distutils/command/scons.py",
> > line 289, in finalize_options
> > self.cxxcompiler = cxxcompiler.cxx_compiler()
> >   File "/home/marek/tmp/numpy-1.1.0/numpy/distutils/ccompiler.py", line
> > 303, in CCompiler_cxx_compiler
> > + cxx.linker_so[2:]
> > TypeError: can only concatenate list (not "str") to list
>
> Just by reading at the code, the line
>
> [cxx.linker_so[0]] + cxx.compiler_cxx[0] + cxx.linker_so[2:]
>
> Cannot work unless cxx.compiler_cxx is a nested list. Since AIX is not
> that common, it is well possible that this mistake was hidden for a long
> time. So I would first try something like:
>
> cxx.linker_so = [cxx.linker_so[0], cxx.compiler_cxx[0]] +cxx.linker_so[2:]
>

Yeah, this pushed building further. However there's another bug:

creating build/temp.aix-5.3-2.5/build
creating build/temp.aix-5.3-2.5/build/src.aix-5.3-2.5
creating build/temp.aix-5.3-2.5/build/src.aix-5.3-2.5/numpy
creating build/temp.aix-5.3-2.5/build/src.aix-5.3-2.5/numpy/core
creating build/temp.aix-5.3-2.5/build/src.aix-5.3-2.5/numpy/core/src
compile 
options: '-Ibuild/src.aix-5.3-2.5/numpy/core/src -Inumpy/core/include 
-Ibuild/src.aix-5.3-2.5/numpy/core -Inumpy/core/src -Inumpy/core/include 
-I/home/marek/apython/include/python2.5 -I/home/marek/apython/include/python2.5 
-c'
cc_r: build/src.aix-5.3-2.5/numpy/core/src/umathmodule.c
"numpy/core/src/umathmodule.c.src", line 1518.29: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.30: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.28: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.29: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.33: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.30: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.31: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.35: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.29: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.30: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.28: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.29: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.33: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.30: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.31: 1506-046 (S) Syntax error.
"numpy/core/src/umathmodule.c.src", line 1518.35: 1506-046 (S) Syntax error.
error: 
Command "cc_r -DNDEBUG -O -Ibuild/src.aix-5.3-2.5/numpy/core/src 
-Inumpy/core/include -Ibuild/src.aix-5.3-2.5/numpy/core -Inumpy/core/src 
-Inumpy/core/include -I/home/marek/apython/include/python2.5 
-I/home/marek/apython/include/python2.5 -c 
build/src.aix-5.3-2.5/numpy/core/src/umathmodule.c -o 
build/temp.aix-5.3-2.5/build/src.aix-5.3-2.5/numpy/core/src

Re: [Numpy-discussion] Numpy-discussion Digest, Vol 22, Issue 21

2008-07-06 Thread Charles R Harris
On Sun, Jul 6, 2008 at 11:05 AM, Marek Wojciechowski <[EMAIL PROTECTED]>
wrote:

> > Message: 4
> > Date: Sun, 06 Jul 2008 13:36:24 +0900
> > From: David Cournapeau <[EMAIL PROTECTED]>
> > Subject: Re: [Numpy-discussion] Numpy on AIX 5.3
> > To: Discussion of Numerical Python 
> > Message-ID: <[EMAIL PROTECTED]>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Marek Wojciechowski wrote:
> > > Hi!
> > >
> > > I'm trying to install numpy-1.1 on AIX 5.3 but i'm getting an error:
> > >
> > > running build
> > > running scons
> > > customize UnixCCompiler
> > > Found executable /usr/bin/cc_r
> > > customize IBMFCompiler
> > > Found executable /usr/bin/xlf90
> > > Found executable /usr/bin/xlf
> > > Found executable /usr/bin/xlf95
> > > Creating /tmp/tmp5j_OiW/qV0MJ4_xlf.cfg
> > > customize IBMFCompiler
> > > Creating /tmp/tmp5j_OiW/-LWcxB_xlf.cfg
> > > customize UnixCCompiler
> > > customize UnixCCompiler using scons
> > > Traceback (most recent call last):
> > >   File "setup.py", line 96, in 
> > > setup_package()
> > >   File "setup.py", line 89, in setup_package
> > > configuration=configuration )
> > >   File "/home/marek/tmp/numpy-1.1.0/numpy/distutils/core.py", line 184,
> > > in setup
> > > return old_setup(**new_attr)
> > >   File "/home/marek/apython/lib/python2.5/distutils/core.py", line 151,
> > > in setup
> > > dist.run_commands()
> > >   File "/home/marek/apython/lib/python2.5/distutils/dist.py", line 974,
> > > in run_commands
> > > self.run_command(cmd)
> > >   File "/home/marek/apython/lib/python2.5/distutils/dist.py", line 994,
> > > in run_command
> > > cmd_obj.run()
> > >   File "/home/marek/tmp/numpy-1.1.0/numpy/distutils/command/build.py",
> > > line 38, in run
> > > self.run_command('scons')
> > >   File "/home/marek/apython/lib/python2.5/distutils/cmd.py", line 333,
> in
> > > run_command
> > > self.distribution.run_command(command)
> > >   File "/home/marek/apython/lib/python2.5/distutils/dist.py", line 993,
> > > in run_command
> > > cmd_obj.ensure_finalized()
> > >   File "/home/marek/apython/lib/python2.5/distutils/cmd.py", line 117,
> in
> > > ensure_finalized
> > > self.finalize_options()
> > >   File "/home/marek/tmp/numpy-1.1.0/numpy/distutils/command/scons.py",
> > > line 289, in finalize_options
> > > self.cxxcompiler = cxxcompiler.cxx_compiler()
> > >   File "/home/marek/tmp/numpy-1.1.0/numpy/distutils/ccompiler.py", line
> > > 303, in CCompiler_cxx_compiler
> > > + cxx.linker_so[2:]
> > > TypeError: can only concatenate list (not "str") to list
> >
> > Just by reading at the code, the line
> >
> > [cxx.linker_so[0]] + cxx.compiler_cxx[0] + cxx.linker_so[2:]
> >
> > Cannot work unless cxx.compiler_cxx is a nested list. Since AIX is not
> > that common, it is well possible that this mistake was hidden for a long
> > time. So I would first try something like:
> >
> > cxx.linker_so = [cxx.linker_so[0], cxx.compiler_cxx[0]]
> +cxx.linker_so[2:]
> >
>
> Yeah, this pushed building further. However there's another bug:
>
> creating build/temp.aix-5.3-2.5/build
> creating build/temp.aix-5.3-2.5/build/src.aix-5.3-2.5
> creating build/temp.aix-5.3-2.5/build/src.aix-5.3-2.5/numpy
> creating build/temp.aix-5.3-2.5/build/src.aix-5.3-2.5/numpy/core
> creating build/temp.aix-5.3-2.5/build/src.aix-5.3-2.5/numpy/core/src
> compile
> options: '-Ibuild/src.aix-5.3-2.5/numpy/core/src -Inumpy/core/include
> -Ibuild/src.aix-5.3-2.5/numpy/core -Inumpy/core/src -Inumpy/core/include
> -I/home/marek/apython/include/python2.5
> -I/home/marek/apython/include/python2.5 -c'
> cc_r: build/src.aix-5.3-2.5/numpy/core/src/umathmodule.c
> "numpy/core/src/umathmodule.c.src", line 1518.29: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.30: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.28: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.29: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.33: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.30: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.31: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.35: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.29: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.30: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.28: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.29: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.33: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.30: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.31: 1506-046 (S) Syntax
> error.
> "numpy/core/src/umathmodule.c.src", line 1518.35: 1506-046 (S) Syntax
> error.
> error:
> Command "cc_r -DNDEBUG -O -Ibuild/src.

[Numpy-discussion] Schedule for the SciPy08 conferencez

2008-07-06 Thread Gael Varoquaux
We have received a large number of excellent contributions for papers for
the SciPy 2008 conference. The program committee has had to make a
difficult selection and we are happy to bring to you a preliminary
schedule:

Thursday
=

**8:00** Registration/Breakfast

**8:55** Welcome (Travis Vaught)

**9:10** Keynote (Alex Martelli)

**10:00** State of SciPy (Travis Vaught, Jarrod Millman)

**10:40** -- Break --

**11:00** Sympy - Python library for symbolic mathematics: introduction
and applications (Ondřej Čertik)

**11:40** Interval arithmetic: Python implementation and applications
(Stefano Taschini)

**12:00** Experiences Using Scipy for Computer Vision Research (Damian
Eads)

**12:20** -- Lunch --

**1:40** The new NumPy documentation framework (Stéfan Van der Walt)

**2:00** Matplotlib solves the riddle of the sphinx (Michael Droettboom)

**2:40** The SciPy documentation project (Joe Harrington)

**3:00** -- Break --

**3:40** Sage: creating a viable free Python-based open source
alternatice to Magma, Maple, Mathematica and Matlab (William Stein)

**4:20** Open space for lightning talks

Friday


**8:30** Breakfast

**9:00** Pysynphot: A Python Re-Implementation of a Legacy App in
Astronomy
(Perry Greenfield)

**9:40**  How the Large Synoptic Survey Telescope (LSST) is using
Python (Robert Lupton)

**10:00** Real-time Astronomical Time-series Classification and Broadcast
Pipeline (Dan Starr)

**10:20** Analysis and Visualization of Multi-Scale Astrophysical
Simulations using Python and NumPy (Matthew Turk)

**10:40** -- Break --

**11:00** Exploring network structure, dynamics, and function using
NetworkX (Aric Hagberg)

**11:40** Mayavi: Making 3D data visualization reusable (Prabhu
Ramachandran, Gaël Varoquaux)

**12:00** Finite Element Modeling of Contact and Impact Problems Using
Python (Ryan Krauss)

**12:20** -- Lunch --

**2:00** PyCircuitScape: A Tool for Landscape Ecology (Viral Shah)

**2:20** Summarizing Complexity in High Dimensional Spaces (Karl Young)

**2:40** UFuncs: A generic function mechanism in Python (Travis Oliphant)

**3:20** -- Break --

**3:40** NumPy Optimization: Manual tuning and automated approaches (Evan
Patterson)

**4:00** Converting Python functions to dynamically-compiled C (Ilan
Schnell)

**4:20** unPython: Converting Python numerical programs into C
(Rahul Garg)

**4:40** Implementing the Grammar of Graphics for Python (Robert Kern)

**5:00** Ask the experts session.

A more detailled booklet including the abstract text will be available
soon.
We are looking forward to seeing you in Caltech,

Gaël Varoquaux, on behalf of the program committee.

--
SciPy2008 conference.
Program committee

Anne Archibald, McGill University
Matthew Brett
Perry Greenfield, Space Telescope Science Institute
Charles Harris
Ryan Krauss, Southern Illinois University
Gaël Varoquaux
Stéfan van der Walt, University of Stellenbosch
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion