On Tue, May 08, 2007 at 11:51:23AM -0400, Anne Archibald wrote:
> Unfortunately this seems to make it impossible for me to use ctrl-c or
> any other method to interrupt an interminable computation (on MPL
> 0.90.0). Very frustrating.
AFAIK this is fixed in the latest release of ipython (Kudos to t
On 08/05/07, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> On Tue, May 08, 2007 at 12:18:56PM +0200, Giorgio Luciano wrote:
> > A good workspace (with an interactive button) just to not get figures
> > freezed
>
> I am not sure what you mean by "figures freezed" but I would like to
> check that you a
Thanks Gael,
I dont' use Ipython, but Ide in interactive mode and everything is fine
(changed matplotlibrc and then se switch on in configuration). I just
meant hat if you dont' know it or dont' pay attention to start with the
correct shortcut etc. etc. you dont' have an "immediate" interactive
On Tue, May 08, 2007 at 12:18:56PM +0200, Giorgio Luciano wrote:
> A good workspace (with an interactive button) just to not get figures
> freezed
I am not sure what you mean by "figures freezed" but I would like to
check that you are aware of ipython, and its "-pylab" switch that allows
a nice i
All good points stated here.
Unfortunatly I'm not able to contribute, and as stated also in other
thread, scipy/python was not born for being a clone of matlab (uhmm well
probably matplotlib at first was). What would be the "killer" distro for
matlab ?
An updated distro with numpy/scipy/matplotl
Bill Baxter wrote:
> Of course even better would be if ipython were in a GUI, and
> docstrings could just be proactively prefectched and displayed in
> another pane while I type, or argument lists could be popped up like
> in PyCrust.
I think someone was working on iPython-PyCrust integration at s
On May 5, 2007, at 6:54 AM, Alexander Schmolck wrote:
> "Bill Baxter" <[EMAIL PROTECTED]> writes:
>
>> also pulls the numpy namespace into the global one. For debugger
>> integration, is there any way to set up ipython so that on errors it
>> will pop up a GUI debugger that shows the line of sour
"Bill Baxter" <[EMAIL PROTECTED]> writes:
> also pulls the numpy namespace into the global one. For debugger
> integration, is there any way to set up ipython so that on errors it
> will pop up a GUI debugger that shows the line of source code where
> the error occured and let you set break point
On 4/29/07, Benjamin Thyreau <[EMAIL PROTECTED]> wrote:
> Le Samedi 28 Avril 2007 20:03, Simon Berube a écrit:
> > (...)
> > On the other hand, if you are more interested in small
> > projects where speed of development is more important than long term
> > sustainability of the code Matlab is prob
Le Samedi 28 Avril 2007 20:03, Simon Berube a écrit :
> (...)
> On the other hand, if you are more interested in small
> projects where speed of development is more important than long term
> sustainability of the code Matlab is probably better. This is usually
> the case in research environment,
Use a week functions are basically function that you use for a short
period of time where a full fledged well designed program is more of a
waste of time than anything else. Other then that, for what you miss
it really, really depends on your applications and goals. I work on
signal processing and
Hi,
> However, I would disagree that Python with all its tools going to
> replace Matlab well for everything. For large projects, for advanced
> programmers and for non-standard things such as complex database
> handling (in my case) it is definitly a clear winner. However, I would
> be weary of g
Actually, all the points in this thread have been very good points but
I just want to add my 2 cents since I was in your boat just a month
ago and decided to try out python after seeing what it could do.
In short, I decided to look elsewhere as I was dealing with vector
data in database and mainta
Thank you so much! When I finally get a moment to take a break, I'll
look in more detail into using your suggestion.
--b
On Apr 26, 2007, at 12:47 AM, Pauli Virtanen wrote:
> belinda thom kirjoitti:
>> On Apr 25, 2007, at 12:46 PM, Bill Baxter wrote:
>>
>> Agree w/most of what you've said, bu
belinda thom kirjoitti:
> On Apr 25, 2007, at 12:46 PM, Bill Baxter wrote:
>
> Agree w/most of what you've said, but will add one other thing that
> drives me nuts in python that hasn't been a problem in Matplotlib:
>
> In Python, if interacting w/the interpreter as your primary IDE, and
> if
Brian Blais wrote:
> I agree with Sturla here, up until Pyrex. Looking at the Python API, swig,
> f2py,
> etc. I found mex files far more straightforward. Mostly this is because of
> the
> (mostly) single datatype in Matlab: the double matrix.
well, that's not really fair. I've written extensi
On 4/26/07, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> Anyway, IANAL, and I am not to sure if releasing a preprint on a mailing
> list renders the article ineligible for CiSE or not but I just put a
> version on
> http://gael-varoquaux.info/computers/agile_computer_control_of_an_experiment.pdf
Y
On Thu, Apr 26, 2007 at 12:06:56PM +0200, Zdeněk Hurák wrote:
> But what makes Matlab difficult to be replaced is that lots of other
> projects (commercial: Mathematica, Maple, ... and free: octave, maxima,
> scipy, ...) only offer computation and visualization, while engineers in my
> field also n
On 4/26/2007 2:42 PM, David Cournapeau wrote:
> You are true for the semantics, but wrong for the consequences on
copying, as matlab is using COW, and this works well in matlab.
It works well only if you don't change your input arguments. Never try
to write to a matrix received as an argument
On 4/26/2007 2:47 PM, Neal Becker wrote:
> That's interesting. How did you find this information?
What information?
Matlab's pass-by-value semantics is well known to anyone who has ever
used Matlab.
The Mathwork's employees have numerous times stated that Matlab uses
copy-on-write to optimiz
Sturla Molden wrote:
> On 4/26/2007 2:19 PM, Steve Lianoglou wrote:
>
>>> Beside proper programing paradigm Python easily scales to large-
>>> scale number crunching: You can run large-matrices calculations
>>> with about 1/2 to 1/4 of memory consumption comparing to Matlab.
>>
>> Is that really
Sturla Molden wrote:
> On 4/26/2007 2:19 PM, Steve Lianoglou wrote:
>
>>> Beside proper programing paradigm Python easily scales to large-
>>> scale number crunching: You can run large-matrices calculations
>>> with about 1/2 to 1/4 of memory consumption comparing to Matlab.
>> Is that really tr
Steve Lianoglou wrote:
>> Beside proper programing paradigm Python easily scales to large-
>> scale number crunching: You can run large-matrices calculations
>> with about 1/2 to 1/4 of memory consumption comparing to Matlab.
>
> Is that really true? (The large-matrix number crunching, not the
>
On 4/26/2007 2:19 PM, Steve Lianoglou wrote:
>> Beside proper programing paradigm Python easily scales to large-
>> scale number crunching: You can run large-matrices calculations
>> with about 1/2 to 1/4 of memory consumption comparing to Matlab.
>
> Is that really true? (The large-matrix num
> Beside proper programing paradigm Python easily scales to large-
> scale number crunching: You can run large-matrices calculations
> with about 1/2 to 1/4 of memory consumption comparing to Matlab.
Is that really true? (The large-matrix number crunching, not the
proper programming paradigm
Travis Oliphant wrote:
[...]
> I would love to see some good contributions in the area of Simulink-like
> work. There are several things out there that are good starts.
Even though I praised Simulink highly in the previous contribution, I don't
think that it would be a good way to mimic it. That
Zdeněk Hurák wrote:
> Coming from the field of control engineering, I don't think that at this
> moment there is any replacement for their graphical interface to solvers
> for nonlinear differential/difference equations called Simulink.
This is correct. This is the one thing that Python needs imp
Matthew Brett wrote:
[...]
> I agree that matlab has many attractions as a teaching tool and for
> small numeric processing scripts, but if you are writing a large to
> medium-sized application, I really don't think there is any
> comparison...
[...]
Matthew, there are also other (engineering) com
Nadav Horesh wrote:
> Matlab added classes in a fairly recent version, ...
Just wanted to correct this. Classes were introduced to Matlab something
like ten years ago. I guess that it was in version 5.
Zdenek
___
Numpy-discussion mailing list
Numpy-di
Well - these threads always go on for a long time, but...
I've used matlab heavily for 10 years. I found that I had to use perl
and C fairly heavily to get things done that matlab could not do well.
Now I've switched to numpy, scipy, matplotlib, there is really
nothing I miss in matlab. We woul
24
To: Discussion of Numerical Python
Cc:
Subject:Re: [Numpy-discussion] matlab vs. python question
Neal Becker wrote:
> I'm interested in this comparison
There have got to be comparison's on the web -- google away!
My few comments:
> I happened to look on the matl
On 4/25/07, Anne Archibald <[EMAIL PROTECTED]> wrote:
On 25/04/07, Sturla Molden <[EMAIL PROTECTED]> wrote:
> You have to realize that Matlab is mainly used by people who are not
> skilled programmers but scientists and engineers, the majority of which
> have never used anything else except per
On 25/04/07, Sturla Molden <[EMAIL PROTECTED]> wrote:
> You have to realize that Matlab is mainly used by people who are not
> skilled programmers but scientists and engineers, the majority of which
> have never used anything else except perhaps Fortran 77. An array is the
> most advanced data str
Brian Blais wrote:
> Christopher Barker wrote:
>> Sturla Molden wrote:
>>> It is
>>> also easier to write C or Fortran extensions for Matlab than for Python.
>> Really? I"m not so sure about that -- I found mex file writing pretty
>> painful.
>>
>> With weave, boost, pyrex, swig, f2py, etc, the h
Christopher Barker wrote:
> Sturla Molden wrote:
>> It is
>> also easier to write C or Fortran extensions for Matlab than for Python.
>
> Really? I"m not so sure about that -- I found mex file writing pretty
> painful.
>
> With weave, boost, pyrex, swig, f2py, etc, the hardest thing about
> wr
On Apr 25, 2007, at 12:46 PM, Bill Baxter wrote:
> On 4/26/07, Robert Kern <[EMAIL PROTECTED]> wrote:
>> Sturla Molden wrote:
>>> On 4/25/2007 8:34 PM, Robert Kern wrote:
>>>
The things that I get annoyed with every time I have to read
some Matlab code
are the lack of namespaces
I used to use them frequently.
--b
On Apr 25, 2007, at 12:31 PM, Robert Kern wrote:
> Sturla Molden wrote:
>> On 4/25/2007 8:34 PM, Robert Kern wrote:
>>
>>> The things that I get annoyed with every time I have to read some
>>> Matlab code
>>> are the lack of namespaces and first-class functio
On 4/25/2007 9:31 PM, Robert Kern wrote:
>>> The things that I get annoyed with every time I have to read some Matlab
>>> code
>>> are the lack of namespaces and first-class function objects.
>> Matlab does have first-class function objects. You can get a handle to
>> any function using the @ op
On 4/26/07, Robert Kern <[EMAIL PROTECTED]> wrote:
> Sturla Molden wrote:
> > On 4/25/2007 8:34 PM, Robert Kern wrote:
> >
> >> The things that I get annoyed with every time I have to read some Matlab
> >> code
> >> are the lack of namespaces and first-class function objects.
> >
> > Matlab does h
Sturla Molden wrote:
> It is
> also easier to write C or Fortran extensions for Matlab than for Python.
Really? I"m not so sure about that -- I found mex file writing pretty
painful.
With weave, boost, pyrex, swig, f2py, etc, the hardest thing about
writing extensions for Python is choosing wh
Sturla Molden wrote:
> On 4/25/2007 8:34 PM, Robert Kern wrote:
>
>> The things that I get annoyed with every time I have to read some Matlab code
>> are the lack of namespaces and first-class function objects.
>
> Matlab does have first-class function objects. You can get a handle to
> any func
On 4/25/2007 8:34 PM, Robert Kern wrote:
> The things that I get annoyed with every time I have to read some Matlab code
> are the lack of namespaces and first-class function objects.
Matlab does have first-class function objects. You can get a handle to
any function using the @ operator. Matlab
Neal Becker wrote:
> I'm perfectly happy with python myself, but I wonder if anyone has good
> arguments for why to prefer python over matlab?
>
From my own experience, once you move past static plots and want to include
some kind of interactive GUI (that is, build an actual application) then y
Neal Becker wrote:
> I'm perfectly happy with python myself, but I wonder if anyone has good
> arguments for why to prefer python over matlab?
The things that I get annoyed with every time I have to read some Matlab code
are the lack of namespaces and first-class function objects.
--
Robert Kern
Hi,
On 4/25/07, Neal Becker <[EMAIL PROTECTED]> wrote:
> I'm interested in this comparison (not in starting yet another flame fest).
> I actually know nothing about matlab, but almost all my peers use it. One
> of the things I recall reading on this subject is that matlab doesn't
> support OO sty
Neal Becker wrote:
> I'm interested in this comparison
There have got to be comparison's on the web -- google away!
My few comments:
> I happened to look on the matlab vendor's
> website, and found that it does have classes.
Matlab added classes in a fairly recent version, so technically, yes, i
I'm interested in this comparison (not in starting yet another flame fest).
I actually know nothing about matlab, but almost all my peers use it. One
of the things I recall reading on this subject is that matlab doesn't
support OO style programming. I happened to look on the matlab vendor's
webs
47 matches
Mail list logo
