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
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 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 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
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 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
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 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
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:
> > 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:
> 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
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
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.
>
>
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:
> 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):
> > ""
> 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
> 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
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.
>
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."
--
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):
"
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
[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
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.
>
--- 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/
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
[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
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
===
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
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
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
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
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
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
33 matches
Mail list logo
