Thanks for the reply I will sure try to use it and so some small software.
Giorgio
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
A Dimecres 04 Abril 2007 00:42, Charles R Harris escrigué:
> OT, but...
>
> Francesc, could you say whether tickets 373 and 394, reporting possible
> memory leaks, are still valid?
394 was fixed by Travis long time ago (he simply forgot to close the ticket,
but now he have done it). Regarding 373
Charles R Harris wrote:
>
>
> On 4/3/07, *Travis Oliphant* <[EMAIL PROTECTED]
>
> NumPy 1.0.2 was released yesterday (4-02-07). Get it by following the
> And thanks for getting it out.
>
>From me too!
-sven
___
Numpy-discussion mailing list
Is there a way to silently install the numpy.exe from a Microsoft DOS
prompt?
Something like: numpy-1.0.2.win32-py2.4.exe -silent
Thanks ahead of time...
MJ
Mark Janikas
Product Engineer
ESRI, Geoprocessing
380 New York St.
Redlands, CA 92373
909-793-2853 (2563)
[EMAIL PROTECT
A Dimecres 04 Abril 2007 04:13, Steven H. Rogers escrigué:
> How about:
> """
> NumPy extends Python with a multi-dimensional array type (class) and
> related mathematical functions. This provides the Python user with
> useful abstractions for managing and computing with multi-dimensional
> bulk d
===
Announcing PyTables 2.0b2
===
PyTables is a library for managing hierarchical datasets and designed to
efficiently cope with extremely large amounts of data with support for
full 64-bit file addressing. PyTables runs on top of the HDF5 library
Hello Gael (numpy friends),
I'd love to use Traits and TraitsUI. It looks
like a very promising approach. But why is it so difficult to install? If
I download the source from http://code.enthought.com/traits/, and follow the
instructions in enthought.traits-1.1.0/README, and then run the "code sni
[EMAIL PROTECTED] wrote:
> Hello Gael (numpy friends),
>
> I'd love to use Traits and TraitsUI. It looks
> like a very promising approach. But why is it so difficult to install? If
> I download the source from http://code.enthought.com/traits/, and follow the
> instructions in enthought.traits-1.1
On Wed, Apr 04, 2007 at 04:36:19PM -0500, Robert Kern wrote:
> > As you can see, I'm very confused... if only there was a traits Python
> > egg...
> There are, but only binaries for win32 at the moment. Building from
> source on OS X should be straightforward, though.
How about linux eggs ? I had
--- Discussion of Numerical Python > BTW, I'm using Python 2.4.4 on Macintel, with wxPython-2.8.0.
>
> We require wxPython 2.6 at the moment.
Ah, good to know. This could
explain the errors I get when compiling in place.
> > If I get the latest
SVN of the enthought tool suite, go to enthought/
Gael Varoquaux wrote:
> On Wed, Apr 04, 2007 at 04:36:19PM -0500, Robert Kern wrote:
>>> As you can see, I'm very confused... if only there was a traits Python
>>> egg...
>
>> There are, but only binaries for win32 at the moment. Building from
>> source on OS X should be straightforward, though.
>
[EMAIL PROTECTED] wrote:
> --- Discussion of Numerical Python [EMAIL PROTECTED]
> wrote:
>>> If I get the latest
> SVN of the enthought tool suite, go to enthought/src/lib/enthought/traits,
>
>>> and build with
>>>
>>> python setup.py build_src build_clib build_ext
> --inplace
>>>
>>> as suggest
Is enthought now defaulting to numpy ?
-Sebastian
On 4/4/07, Robert Kern <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > --- Discussion of Numerical Python > [EMAIL PROTECTED]
> > wrote:
>
> >>> If I get the latest
> > SVN of the enthought tool suite, go to enthought/src/lib/enthought
Hello Gael,
Short question regarding your tutorial -- I'm very intrigued by traits
and would like to use them too
Why do you define e.g. the Point class like this:
class Point(object):
""" 3D Point objects """
x = 0.
y = 0.
z = 0.
and not like this:
class Point(object):
"
Sebastian Haase wrote:
> Is enthought now defaulting to numpy ?
Still set NUMERIX=numpy for now.
--
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."
--
Sebastian Haase wrote:
> Hello Gael,
>
> Short question regarding your tutorial -- I'm very intrigued by traits
> and would like to use them too
> Why do you define e.g. the Point class like this:
> class Point(object):
> """ 3D Point objects """
> x = 0.
> y = 0.
> z = 0.
>
> OK, that was a one-line patch. Please test to see if there are any
> subtle conditions on the border that I may have missed. I know of one
> already, but I'd be glad if you can find any others :)
Thanks, Stefan! That looks much better.
Today I finally had time to figure out the basics of SV
> It looks like the last output value is produced by reflecting the
> input and then interpolating, but presumably then the first value
> should be 3.9, for consistency, not 3.1? Does that make sense?
Aargh. I think I see what's happening now. The input is supposed to
be interpolated and then r
On 4/4/07, Robert Kern <[EMAIL PROTECTED]> wrote:
> Sebastian Haase wrote:
> > Hello Gael,
> >
> > Short question regarding your tutorial -- I'm very intrigued by traits
> > and would like to use them too
> > Why do you define e.g. the Point class like this:
> > class Point(object):
> > ""
Sebastian Haase wrote:
> OK, but what is "wrong" with the first way !? I mean, it somehow
> seems not like "it's usually done" in Python ? Normally there is
> always a __init__(self) that sets up everything referring to self --
> why is this tutorial doing it differently ?
Because it makes the
On 4/4/07, Robert Kern <[EMAIL PROTECTED]> wrote:
> Bill Baxter wrote:
> > Is there any place on the Wiki that lists all the known software that
> > uses Numpy in some way?
> >
>> > It would be nice to start collecting such a list if there isn't one
> > already. Screenshots would be nice too.
>
>
Ok, I got another hopefully easy question:
Why this:
class Point(object):
...
Instead of the style that's used in the Python tutorial in the
'classes' chapter:
class Point:
...
--bb
On 4/5/07, Robert Kern <[EMAIL PROTECTED]> wrote:
> Sebastian Haase wrote:
>
> > OK, b
Bill Baxter wrote:
> Ok, I got another hopefully easy question:
>
> Why this:
> class Point(object):
> ...
>
> Instead of the style that's used in the Python tutorial in the
> 'classes' chapter:
> class Point:
> ...
Because the former make new-style classes and the latt
On 4/5/07, Robert Kern <[EMAIL PROTECTED]> wrote:
> Bill Baxter wrote:
> > Ok, I got another hopefully easy question:
> >
> > Why this:
> > class Point(object):
> > ...
> >
> > Instead of the style that's used in the Python tutorial in the
> > 'classes' chapter:
> > class Point:
>
Bill Baxter wrote:
> On 4/5/07, Robert Kern <[EMAIL PROTECTED]> wrote:
>> Bill Baxter wrote:
>>> Ok, I got another hopefully easy question:
>>>
>>> Why this:
>>> class Point(object):
>>> ...
>>>
>>> Instead of the style that's used in the Python tutorial in the
>>> 'classes' chapter:
On 4/5/07, Robert Kern <[EMAIL PROTECTED]> wrote:
> Bill Baxter wrote:
> > On 4/5/07, Robert Kern <[EMAIL PROTECTED]> wrote:
> >> Bill Baxter wrote:
> >>> Ok, I got another hopefully easy question:
> >>>
> >>> Why this:
> >>> class Point(object):
> >>> ...
> >>>
> >>> Instead of the s
Robert Kern wrote:
> Bill Baxter wrote:
>> On 4/5/07, Robert Kern <[EMAIL PROTECTED]> wrote:
>>> Bill Baxter wrote:
Ok, I got another hopefully easy question:
Why this:
class Point(object):
...
Instead of the style that's used in the Python tutorial
On Wed, 04 Apr 2007, Eric Firing apparently wrote:
> Key point: properties work with new-style classes but fail
> silently and mysteriously with classic classes.
Or making the same point a little more generally,
descriptors only work for new-style classes:
http://users.rcn.com/python/download/D
Hi,
Why do you call it
Scipy_Projects
if it also lists people/project who use (only) numpy.
I wish I could suggest a better name ...
I just checked the swig.org web site; the call it just
"projects" ( http://www.swig.org/projects.html )
[ Open source projects using SWIG ]
so maybe just leaving
On 4/4/07, Bill Baxter <[EMAIL PROTECTED]> wrote:
> On 4/5/07, Robert Kern <[EMAIL PROTECTED]> wrote:
> > Bill Baxter wrote:
> > > Ok, I got another hopefully easy question:
> > >
> > > Why this:
> > > class Point(object):
> > > ...
> > >
> > > Instead of the style that's used in the
On 4/5/07, Sebastian Haase <[EMAIL PROTECTED]> wrote:
> Hi,
> Why do you call it
> Scipy_Projects
> if it also lists people/project who use (only) numpy.
>
> I wish I could suggest a better name ...
> I just checked the swig.org web site; the call it just
> "projects" ( http://www.swig.org/proje
On Wed, Apr 04, 2007 at 05:07:38PM -0500, Robert Kern wrote:
> Ah, sorry, I missed the bit where you said you only built inside
> enthought/traits/. I'd build the whole suite. It'll take a bit,
> building the extension modules for Kiva, but nothing too bad. I don't
> know why you'd get the error, t
On Wed, Apr 04, 2007 at 04:46:59PM -0700, Sebastian Haase wrote:
> Why do you define e.g. the Point class like this:
> class Point(object):
> """ 3D Point objects """
> x = 0.
> y = 0.
> z = 0.
> and not like this:
> class Point(object):
> """ 3D Point objects """
> def __i
33 matches
Mail list logo