Hi,
Josh Kantor just pointed this out to me:
http://www.scipy.org/NumPy_for_Matlab_Users?highlight=%28matlab%29
It gives a comparison of numpy/scipy and matlab
and a translation of matlab commands to numpy/scipy which may be useful if
you run into people considering SAGE/python
over matlab.
It
I apologize for cross posting and for the extended Cc list but I wish
to correct an error I made in a previous comment in this thread.
On 8/5/07, I wrote:
>
> On 8/4/07 David Joyner wrote:
> ...
> > Also, I remember you pushing for the Aldor/Axiom, saying that Aldor would
> > be the next generati
On 8/10/07, Timothy Clemans <[EMAIL PROTECTED]> wrote:
> Hi I found a large GPL C++ geometry library called Computational
> Geometry Algorithms Library. There is a limited Python binding for it
> at cgal-python.gforge.inria.fr/
CGAL is not GPL'd. It is QPL'd, which is GPL incompatible. See
On Fri, 10 Aug 2007, William Stein wrote:
>> An automated test could then be written to pick up on things that
>> significantly slow down between releases. For example, maybe when sage
>> -test is run, it can be supplied with timing data from a previous run,
>> and produce warnings if anything
2007/8/10, Jonathan Bober <[EMAIL PROTECTED]>:
> Here is a high level description of another possible idea, ignoring most
> implementation details for a moment. To test the speed of my SAGE
> installation, I simply run a function benchmark(). This runs lots of
> test code, and probably takes at le
Justin wrote:
> A couple of questions:
> - what's with the blue line down the center of the edit window?
> I'm using Mac OS X, FWIW.
That is a wrap guide. It can be turned off by selecting the Options
menu, selecting the Text Area item, and then deselecting the Wrap
guide checkbox.
>
On 8/10/07, Jonathan Bober <[EMAIL PROTECTED]> wrote
> This doesn't sound like a good idea to me, if for no other reason than
> the fact that either FASTCPU will need to change over time, which will
> require updating the time it is supposed to take for all the tests to
> run, or the tests will ha
On Fri, 2007-08-10 at 12:52 -0700, William Stein wrote:
> Here's a crazy idea. We decide on an extension to the doctest syntax
> that states that a doctest fails if it takes over a certain amount of time
> to run on a machine with at least a 2Ghz processor. For example,
>
> sage: 2 + 2 # take
On Aug 10, 4:28 pm, David Harvey <[EMAIL PROTECTED]> wrote:
> I'm unclear what is meant by "relative times" mentioned above. Does
> that mean (a) profile of function A relative to function B, or (b)
> profile of function A in version X vs in version Y?
A to B at a given version on a given machi
On 8/10/07, David Harvey <[EMAIL PROTECTED]> wrote:
> > On 8/10/07, Jack Schmidt <[EMAIL PROTECTED]> wrote:
> >>
> >> You might look at how GAP does this. Its tst directory contains
> >> expected timings. One only compares relative times. GAP tests do not
> >> fail on a pentium 75mhz, since GAP
On 8/10/07, Jack Schmidt <[EMAIL PROTECTED]> wrote:
>
> Something like that. Each test file contains a record of how long the
> entire file takes in units proportional to how long a specific test
> file takes. I believe the constant is currently chosen so that 1 unit
> corresponds to 1msec on a
On Aug 10, 2007, at 4:10 PM, William Stein wrote:
>
> On 8/10/07, Jack Schmidt <[EMAIL PROTECTED]> wrote:
>>
>> You might look at how GAP does this. Its tst directory contains
>> expected timings. One only compares relative times. GAP tests do not
>> fail on a pentium 75mhz, since GAP users e
Something like that. Each test file contains a record of how long the
entire file takes in units proportional to how long a specific test
file takes. I believe the constant is currently chosen so that 1 unit
corresponds to 1msec on a 1ghz pentium class processor.
The standard test suite runs th
On Aug 10, 2007, at 12:45 PM, Ted Kosan wrote:
>
> Justin wrote:
>
>> Maybe it's just me (I am, after all, old), but everything I try to
>> use in Java, beyond some minimal complexity, has sufficient problems
>> to make me drop it like a hot rock.
>> ...
>> Is there something I'm missing?
>
> Fi
On 8/10/07, Jack Schmidt <[EMAIL PROTECTED]> wrote:
>
> To make this effective, one needs to make it easier to have a trac
> account. The development model here is heavily centralized making it
> fairly hard to join in.
It's not hard to get a trac account -- just write to me and I'll
create one
On 8/10/07, Jack Schmidt <[EMAIL PROTECTED]> wrote:
>
> You might look at how GAP does this. Its tst directory contains
> expected timings. One only compares relative times. GAP tests do not
> fail on a pentium 75mhz, since GAP users employ a wide range of
> hardware. Surely other software has
To make this effective, one needs to make it easier to have a trac
account. The development model here is heavily centralized making it
fairly hard to join in.
On Aug 10, 9:25 am, Martin Albrecht <[EMAIL PROTECTED]>
wrote:
> Hi there,
>
> there have been some complaints about the quality of SAG
>
> > Obviously, this option should not exist on servers that serve a wide
> > range of users.
> > It's really for people doing big computations on their own set of
> > computers.
>
> OK.
Just a thought - it might be even better to have this option available
or not on a per-user basis. In fact
You might look at how GAP does this. Its tst directory contains
expected timings. One only compares relative times. GAP tests do not
fail on a pentium 75mhz, since GAP users employ a wide range of
hardware. Surely other software has similar features.
On Aug 10, 3:07 pm, Martin Albrecht <[EMAI
Also,
The [error] messages from the SideKick #1: *sys-package-mgr*: are only
shown the first time the application is run. It is just indicating
that it is scanning the system and configuring itself.
One bug I am working on is that sometimes the jython interpreter hangs
when it is opened from th
On 8/10/07, Martin Albrecht <[EMAIL PROTECTED]> wrote:
> > Yeah sure, I didn't mean to hijack the thread. The segfaults are
> > obviously more important than the slownesses. I think your proposal is
> > more likely to succeed if we don't get sidetracked :-)
>
> So let's open up a new thread then.
Justin wrote:
> Maybe it's just me (I am, after all, old), but everything I try to
> use in Java, beyond some minimal complexity, has sufficient problems
> to make me drop it like a hot rock.
>...
> Is there something I'm missing?
First, thank you for taking the time to look at the application.
On 8/10/07, Nils Bruin <[EMAIL PROTECTED]> wrote:
> > [...] Would the following work for you? [...]
> >[Save] [Save & Close] [ Close & Leave Running ] [Discard Changes]
>
> Since you ask explicitly, yes that would work. The magical behaviour
> before
> was really surprisingly friendly, but ra
> Yeah sure, I didn't mean to hijack the thread. The segfaults are
> obviously more important than the slownesses. I think your proposal is
> more likely to succeed if we don't get sidetracked :-)
So let's open up a new thread then.
To summarize: We need something to test speed regressions. Pr
On Aug 9, 2007, at 4:48 PM, Ted Kosan wrote:
>
> For the past few weeks I have been putting together a cross platform
> IDE for Sage. It is based on jEdit, it has most of the features that
> a typical programmer's text editor has, and it can also be extended to
> support Java3D. My next step i
> [...] Would the following work for you? [...]
>[Save] [Save & Close] [ Close & Leave Running ] [Discard Changes]
Since you ask explicitly, yes that would work. The magical behaviour
before
was really surprisingly friendly, but rather unpredictable in resource
usage.
Keep in mind that it i
On Aug 10, 2007, at 4:47 AM, William Stein wrote:
> On 8/9/07, Nils Bruin <[EMAIL PROTECTED]> wrote:
[snip]
> One question is whether this button should appear for the public
> server or not. And, if it does, if it should still have some
> timeout, e.g., some number of hours.
I like the solutio
On Fri, 10 Aug 2007, Martin Albrecht wrote:
>
> On Friday 10 August 2007, David Harvey wrote:
>> Strongly agree.
>>
>> I'd like to add something. I consider "slowness" a bug. When SAGE does
>> something obviously way too slowly, that's almost as bad as a genuine
>> bug. Some slownesses are easy t
On Friday 10 August 2007, David Harvey wrote:
> Strongly agree.
>
> I'd like to add something. I consider "slowness" a bug. When SAGE does
> something obviously way too slowly, that's almost as bad as a genuine
> bug. Some slownesses are easy to fix, some are not.
>
> One of the things that really
On Friday 10 August 2007, David Harvey wrote:
> Strongly agree.
>
> I'd like to add something. I consider "slowness" a bug. When SAGE does
> something obviously way too slowly, that's almost as bad as a genuine
> bug. Some slownesses are easy to fix, some are not.
>
> One of the things that really
Strongly agree.
I'd like to add something. I consider "slowness" a bug. When SAGE does
something obviously way too slowly, that's almost as bad as a genuine
bug. Some slownesses are easy to fix, some are not.
One of the things that really worries me is that someone who doesn't
know the code r
On 8/10/07, Mike Hansen wrote:
>...
> William Stein wrote:
> > Since it will be a while before this gets included into TeXmacs by
> > default, it would be good to make a webpage with the plugin and
> > instructions. Any suggestion for where it could be linked to from
> > sagemath.org?
>
> I could
On 8/10/07, Pete Chvany <[EMAIL PROTECTED]> wrote:
> William--
>
> Thanks, I will work through these issues and let you know what the
> results are.
Actually, I think in each case the result is "I (william) need to fix
something",
so there really isn't much for you to do at present.
> I've been
On 8/10/07, Timothy Clemans <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I was wondering if C.a.R.
> (http://mathsrv.ku-eichstaett.de/MGF/homes/grothmann/java/zirkel/doc_en/index.html),
> a GPL Java program for simulating compass and ruler constructions on a
> computer or KSEG (http://www.mit.edu/~ibaran/
Yes, I like eric 4
I think this would be indeed the best plan for a sage IDE
Pablo
On 8/10/07, William Stein <[EMAIL PROTECTED]> wrote:
>
> On 8/10/07, Pablo De Napoli <[EMAIL PROTECTED]> wrote:
> >
> > If you want to create an IDE for sage, probably the best thing to do
> > would be start from
(I've cc'd this to FriCAS since Axiom and FriCAS are mentioned below
in reference to OS X.)
On 8/10/07, Pete Chvany <[EMAIL PROTECTED]> wrote:
> Hi William--
>
> Shakedown cruise of SAGE 2.7.3 installation continues. I've got four
> final optional packages I'm trying to set up, with various error
The only thing I would add is that it might be prudent to
automatically add the test cases that trigger bugs to the regression/
unit testing system. That way, SAGE will prevent regressions going
forward. Mathematica has problems where code breaks over and over
again as things are changed.
On Aug
On 8/10/07, Pablo De Napoli <[EMAIL PROTECTED]> wrote:
>
> If you want to create an IDE for sage, probably the best thing to do
> would be start from some python IDE, perhaps some IDE that
> supports plug-ins, I don't know if there is any.
There are several very sophisticated Python IDE's. At le
> > 2.) We agree on - lets say - one Sunday a month when we all meet on IRC
> > and sit down fixing those bugs. No new features only bug squashing! Many
> > projects hold events called 'Bug Squashing Party' and this would be our
> > 'party. I.e. we go through the bug reports, assign people, fix th
On 8/9/07, legout <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> when will sage 2.8 be released.
My current plan is "as soon as possible". I've updated the trac roadmap
http://www.sagemath.org:9002/sage_trac/roadmap
The main nontechnical obstruction is that I'm moving into a new house
and have to
u
I figured out what the problem is. If you remove the offending line
in sage/progs/init-sage.scm,
(:require (url-exists-in-path? "tm_sage"))
everything should work. That was left over from when I was
experimenting with things. I've attached a new tarball with the
change made.
So, the steps to ha
On 8/9/07, legout <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> when will sage 2.8 be released.
My current plan is "as soon as possible". I've updated the trac roadmap
http://www.sagemath.org:9002/sage_trac/roadmap
The main nontechnical obstruction is that I'm moving into a new house
and have to
u
Like David Joyner, I can't get the plugin to do anything either.
Since I'm not a texmacs user, I'm probably missing something
obvious. Could somebody post step-by-step instructions.
Currently, what I did was extract the tarball and move
the "sage" directory to ~/.TeXmacs/plugins
When I start tex
On 8/10/07, Martin Albrecht <[EMAIL PROTECTED]> wrote:
> there have been some complaints about the quality of SAGE code recently, so
> this is a proposal how to tackle this problem.
Yes!
> 1.) Everybody fills a bug report about _anything_ annoying, wrong, broken in
> SAGE. Everything! Really, ev
Hi there,
there have been some complaints about the quality of SAGE code recently, so
this is a proposal how to tackle this problem.
1.) Everybody fills a bug report about _anything_ annoying, wrong, broken in
SAGE. Everything! Really, everything! Its easy to close a bug with 'wontfix'
or 'ca
If you want to create an IDE for sage, probably the best thing to do
would be start from some python IDE, perhaps some IDE that
supports plug-ins, I don't know if there is any.
Pablo
On 8/10/07, William Stein <[EMAIL PROTECTED]> wrote:
>
> On 8/9/07, Ted Kosan <[EMAIL PROTECTED]> wrote:
> > For
Hi,
I gave a talk here
http://www.cecm.sfu.ca/events/CECM07/index.shtml
about SAGE (=use Python for math) on Wednesday; it was in Canada,
and the audience was almost entirely heavy Maple users. Interestingly,
the second question I got from a professor in the audience was "do you
know about
On 8/9/07, Ted Kosan <[EMAIL PROTECTED]> wrote:
> For the past few weeks I have been putting together a cross platform
> IDE for Sage. It is based on jEdit, it has most of the features that
> a typical programmer's text editor has, and it can also be extended to
> support Java3D. My next step is
On 8/9/07, Jonathan Bober <[EMAIL PROTECTED]> wrote:
> I've been meaning to reply to this, since I've been specifically
> mentioned. Sorry for the delay.
> I also disagree with this, although not from much real job experience.
> Probably, most code is poorly documented. This might just be because
On 8/9/07, Nils Bruin <[EMAIL PROTECTED]> wrote:
> I understand the necessity to quit ignored worksheets in many cases,
> to save resources. However, it does kill a highly desirable behaviour
> that existed before:
> 1) start very long computation at work
> 2) kill browser, log out (process stil
Hi,
Since the Wavelab article (which was written a while back), the state
of the art w.r.t. reproducible research in stats is probably the
Sweave package described here:
http://www.stat.umn.edu/~charlie/Sweave/
This is an R package which allows you to write ".Rnw" files, which mix
LaTeX markup
On 8/10/07, Jos <[EMAIL PROTECTED]> wrote:
>
> Can any one help me please. We are a very small charity and can not
> afford Sage technical support. They would not help us unless we paid
> £500 up front.
>
>
> I tried to open a Sage 50v11 accounting package on my microsoft
> computer using an XP ve
Can any one help me please. We are a very small charity and can not
afford Sage technical support. They would not help us unless we paid
£500 up front.
I tried to open a Sage 50v11 accounting package on my microsoft
computer using an XP verssion My system crashed and I was left with a
message sa
53 matches
Mail list logo
