On Fri, Mar 13, 2009 at 9:43 PM, Bill Page wrote:
>
> On Fri, Mar 13, 2009 at 11:02 PM, Craig Citro wrote:
>>
>> Indeed, even Python agrees:
>>
>> Python 3.0 (r30:67503, Jan 23 2009, 04:39:45)
>> [GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu3)] on linux2
>> Type "help", "copyright", "credits" or "license" for
On Fri, Mar 13, 2009 at 8:06 PM, Pat LeSmithe wrote:
>
>
> In Sage 3.4 (and 3.2.3), I think there are two typos in the file
>
> $SAGE_ROOT/local/lib/python2.5/site-packages/sage/server/notebook/css.py .
>
> In particular, in Sage 3.4's version of the file:
>
> line 572: "arial monospace" should
Maurizio wrote:
> Hello,
> I'm forwarding this to sage-devel as well, maybe being the most
> appropriate group to address this issue.
>
> I'm a happy user of SAGE, and I won't stop thanking all you guys for
> this wonderful job! Although, I also try to encourage you in getting
> something better
Hi,
Sage Days 14 in Berkeley happened... and it turned out to be awesome!
See http://wiki.sagemath.org/days14 for links to notes from the conference.
There are also photos here: http://picasaweb.google.com/wstein/SageDays14AtMSRI
There will eventually be video posted on the MSRI website...
On Mar 14, 2009, at 1:21 AM, William Stein wrote:
>
> Hi,
>
> Sage Days 14 in Berkeley happened... and it turned out to be awesome!
>
> See http://wiki.sagemath.org/days14 for links to notes from the
> conference.
I found this page particularly interesting
http://wiki.sagemath.org/days14/what
Pat LeSmithe wrote:
>
> In Sage 3.4 (and 3.2.3), I think there are two typos in the file
>
> $SAGE_ROOT/local/lib/python2.5/site-packages/sage/server/notebook/css.py .
>
> In particular, in Sage 3.4's version of the file:
>
> line 572: "arial monospace" should be "arial, monospace"
> line 107
Hi,
Sage Days 13 also happened recently (http://wiki.sagemath.org/days13).
I just posted my photos here:
http://picasaweb.google.com/wstein/SageDays13Georgia
--
William Stein
Associate Professor of Mathematics
University of Washington
http://wstein.org
--~--~-~--~~
On Fri, Mar 13, 2009 at 5:00 PM, David Kohel wrote:
>
> Hi,
>
> I am finding problems, holes, or missing features in power series
> rings
> and Laurent series rings.
>
> sage: K. = LaurentSeriesRing(QQ)
> sage: R. = PowerSeriesRing(QQ)
>
> 1. exp(t) is defined but exp(u) is not.
> 2. log(1 - t) a
On Fri, Mar 13, 2009 at 11:59 AM, Nicolas M. Thiery
wrote:
>
> Hi Mike,
>
> FYI, I just noticed this.
>
> sage: attrcall?
> sage: f = attrcall("bla")
> sage: dumps(f)
> 'x\x9ck`J.NLO\xd5\xcb\xcd,N\x06\x13\\\x8e%%E\xce\x8999\xfeIY\xa9\xc9%\\\x85\x8c\x9a\x8d\x85L\xb5\x85\xcc\x1a\xa1,\x89E\xe
On Fri, Mar 13, 2009 at 1:26 AM, Nicolas M. Thiery
wrote:
>
> On Thu, Mar 12, 2009 at 09:10:43PM -0700, Robert Bradshaw wrote:
>> > - I see 10*bla as (potentially) involving two independent things:
>> > coercion and multiple dispatch
>>
>> Yep, though in my mind they're a bit more intertwined
> Hi Florent, the installation instructions changed (updated
> instructions should have been printed on sage -f). You should just
> now need:
Oups !!! Sorry I should have read more carefully. Thanks for your quick help
and your work.
Florent
--~--~-~--~~~---~--
I have a small request. Often, I click a link to go to a trac ticket,
and while I'm there, I want to make a comment or add myself to the CC
list. However, I'm rarely logged in at that point. With the old
version of trac, I could just click on the login button, type my
username and password,
> On Fri, Mar 13, 2009 at 9:43 PM, Bill Page wrote:
>>
>> Not that this really has much to do with computer algebra or
>> mathematics per se, but I am curious if anyone can find a situation in
>> pure Python (i.e. using only the standard Python library definitions
>> for == ) that gives the follow
On Sat, 14 Mar 2009 07:26:15 -0500
Jason Grout wrote:
>
> I have a small request. Often, I click a link to go to a trac
> ticket, and while I'm there, I want to make a comment or add myself
> to the CC list. However, I'm rarely logged in at that point. With
> the old version of trac, I could
Dear Nick,
Thanks... I've also some suggestions:
1) Could it be possible that the send-* command launch a sage if no one is
launched ?
2) There are two variable sage-run-command and sage-rerun-command. Is there
any use for that ? Right now if either if I set the first one by hand as you
Hi!
> On Sat, Mar 14, 2009 at 3:38 AM, William Stein wrote:
> > teragon:papers wstein$ sage -python
> > Python 2.5.2 (r252:60911, Mar 12 2009, 23:58:30)
> > [GCC 4.0.1 (Apple Inc. build 5488)] on darwin
> > Type "help", "copyright", "credits" or "license" for more information.
> a = 10**22;
"Nicolas M. Thiery" writes:
> Well, maybe we could join forces, and write a paper "coercion and
> dispatch in Sage and MuPAD". Having more than one implementation of
> the concept would even make it a standard :-)
Maybe it's even possible to include the FriCAS coercion system, too?
It has some
Hi,
Lucio Lastra made a new Sage liveCD, and made complete instructions
for how he did it. With
his permission I'm forwarded his instructions to this list.
William
-- Forwarded message --
From: Lucio Lastra
Date: Fri, Mar 13, 2009 at 3:52 PM
Subject: Finally the instructions t
Simon King writes:
> Since the topic now changed into "is Sage implementing Mathematics":
> IMHO it is frankly impossible for *any* CAS to implement a
> mathematically meaningful notion of == that is both useful and
> rigorous.
This is certainly not true. The point is that you have to make equ
On Sat, Mar 14, 2009 at 5:26 AM, Jason Grout
wrote:
>
> I have a small request. Often, I click a link to go to a trac ticket,
> and while I'm there, I want to make a comment or add myself to the CC
> list. However, I'm rarely logged in at that point. With the old
> version of trac, I could jus
The tar file
http://www.sagemath.org/bin/linux/64bit/sage-3.4-linux-Fedora_release_10_Cambridge-x86_64-Linux.tar.gz
is missing big chunks of Sage (for instance, there's nothing in
local/lib/python2.5/site-packages/Jinja*). (The tar file is about
40MB smaller than other 64-bit Linux builds, so pr
On 14-Mar-09, at 7:19 AM, Florent Hivert wrote:
>
> Dear Nick,
>
> Thanks... I've also some suggestions:
>
> 1) Could it be possible that the send-* command launch a sage if no
> one is
> launched ?
Once upon a time this worked; I've made it work again and will post a
new spkg shortly.
On Mar 14, 8:20 am, Carl Witty wrote:
Hi Carl,
> The tar
> filehttp://www.sagemath.org/bin/linux/64bit/sage-3.4-linux-Fedora_release...
> is missing big chunks of Sage (for instance, there's nothing in
> local/lib/python2.5/site-packages/Jinja*). (The tar file is about
> 40MB smaller than o
On Sat, Mar 14, 2009 at 9:43 AM, mabshoff wrote:
>
>
>
> On Mar 14, 8:20 am, Carl Witty wrote:
>
> Hi Carl,
>
>> The tar
>> filehttp://www.sagemath.org/bin/linux/64bit/sage-3.4-linux-Fedora_release...
>> is missing big chunks of Sage (for instance, there's nothing in
>> local/lib/python2.5/site
Hi,
On Fri, 13 Feb 2009 06:26:53 -0800 (PST)
mabshoff wrote:
> So if you encounter timeouts and they are clearly not caused by a slow
> system please do the following.
>
> First
>
>export SAGE_PEXPECT_LOG=yes
I attached a log from a test instance that timed out with 3.4. I don't
see any
Hi,
If you're at the Arizona Winter School
(http://swc.math.arizona.edu/index.html) right now, please subscribe
to
http://groups.google.com/group/aws09
William
--
William Stein
Associate Professor of Mathematics
University of Washington
http://wstein.org
--~--~-~--~~---
Dear Martin,
On 14 Mrz., 16:08, Martin Rubey
wrote:
> > IMHO it is frankly impossible for *any* CAS to implement a
> > mathematically meaningful notion of == that is both useful and
> > rigorous.
>
> This is certainly not true. The point is that you have to make equality
> mean different things
As discussed at
http://groups.google.com/group/sage-devel/browse_thread/thread/b1a03f8fc8ae8fcd/553773d7ba600ae7#553773d7ba600ae7
, I'm writing a patch to deprecate calling symbolic expressions
without variable names.
In the course of writing the patch, and subsequent discussions with
Jason and B
On Sat, Mar 14, 2009 at 10:29 AM, Carl Witty wrote:
>
> As discussed at
> http://groups.google.com/group/sage-devel/browse_thread/thread/b1a03f8fc8ae8fcd/553773d7ba600ae7#553773d7ba600ae7
> , I'm writing a patch to deprecate calling symbolic expressions
> without variable names.
>
> In the course
William Stein wrote:
> On Sat, Mar 14, 2009 at 10:29 AM, Carl Witty wrote:
>> 2) plotting
>> A lot of the plotting code is willing to pick variable names (in
>> alphabetical order) if names aren't given in the plot ranges.
>> For instance, this is a doctest in plot.py:
>>sage: f = sin(x^2 +
On Sat, Mar 14, 2009 at 11:09 AM, Jason Grout
wrote:
>
> William Stein wrote:
>> On Sat, Mar 14, 2009 at 10:29 AM, Carl Witty wrote:
>
>>> 2) plotting
>>> A lot of the plotting code is willing to pick variable names (in
>>> alphabetical order) if names aren't given in the plot ranges.
>>> For in
William Stein wrote:
> On Sat, Mar 14, 2009 at 11:09 AM, Jason Grout
> wrote:
>> William Stein wrote:
>>> On Sat, Mar 14, 2009 at 10:29 AM, Carl Witty wrote:
2) plotting
A lot of the plotting code is willing to pick variable names (in
alphabetical order) if names aren't given in t
On Mar 14, 11:12 am, David Perkinson wrote:
> Using Sage 3.4, sage -i 4ti2-20061025 does not work for me. I have
> attached the relevant section of install.log.
>
> Dave
Somewhere in 4ti2 you need to
#include limits.h
to work around gcc 4.3 header problems. I guess someone ought to
report
On Mar 14, 11:21 am, mabshoff wrote:
> On Mar 14, 11:12 am, David Perkinson wrote:
>
> > Using Sage 3.4, sage -i 4ti2-20061025 does not work for me. I have
> > attached the relevant section of install.log.
>
> > Dave
>
> Somewhere in 4ti2 you need to
>
> #include limits.h
>
> to work around
On Sat, Mar 14, 2009 at 10:49 AM, William Stein wrote:
> On Sat, Mar 14, 2009 at 10:29 AM, Carl Witty wrote:
>> 1) Piecewise functions:
>> With my initial patch,
>> sage: f = Piecewise([[(-1,1),1/2+x-x^3]])
>> doesn't work (that is, you get deprecation errors when you call f);
>> Burcin suggest
On Sat, Mar 14, 2009 at 11:18 AM, Jason Grout
wrote:
>
> William Stein wrote:
>> On Sat, Mar 14, 2009 at 11:09 AM, Jason Grout
>> wrote:
>>> William Stein wrote:
On Sat, Mar 14, 2009 at 10:29 AM, Carl Witty wrote:
> 2) plotting
> A lot of the plotting code is willing to pick variab
On Sat, Mar 14, 2009 at 11:18 AM, Jason Grout
wrote:
> William Stein wrote:
>> Well then we disagree. There is a very standard convention in math to
>> have the x axis in one spot, then the y-axis.
>
> What happens when you have variables u and v? Or a and b? Or t and s
> (oops, I mean s and t
On Sat, Mar 14, 2009 at 11:27 AM, Carl Witty wrote:
>
> On Sat, Mar 14, 2009 at 10:49 AM, William Stein wrote:
>> On Sat, Mar 14, 2009 at 10:29 AM, Carl Witty wrote:
>>> 1) Piecewise functions:
>>> With my initial patch,
>>> sage: f = Piecewise([[(-1,1),1/2+x-x^3]])
>>> doesn't work (that is,
On Sat, 14 Mar 2009 13:18:40 -0500
Jason Grout wrote:
>
> William Stein wrote:
> > On Sat, Mar 14, 2009 at 11:09 AM, Jason Grout
> > wrote:
> >> William Stein wrote:
> >>> On Sat, Mar 14, 2009 at 10:29 AM, Carl Witty
> >>> wrote:
> 2) plotting
> A lot of the plotting code is willing
Carl Witty wrote:
> On Sat, Mar 14, 2009 at 11:18 AM, Jason Grout
> wrote:
>> William Stein wrote:
>>> Well then we disagree. There is a very standard convention in math to
>>> have the x axis in one spot, then the y-axis.
>> What happens when you have variables u and v? Or a and b? Or t and s
On Sat, Mar 14, 2009 at 11:37 AM, Burcin Erocal wrote:
>
> On Sat, 14 Mar 2009 13:18:40 -0500
> Jason Grout wrote:
>
>>
>> William Stein wrote:
>> > On Sat, Mar 14, 2009 at 11:09 AM, Jason Grout
>> > wrote:
>> >> William Stein wrote:
>> >>> On Sat, Mar 14, 2009 at 10:29 AM, Carl Witty
>> >>> w
William Stein wrote:
> On Sat, Mar 14, 2009 at 11:37 AM, Burcin Erocal wrote:
>> On Sat, 14 Mar 2009 13:18:40 -0500
>> Jason Grout wrote:
>>
>>> William Stein wrote:
On Sat, Mar 14, 2009 at 11:09 AM, Jason Grout
wrote:
> William Stein wrote:
>> On Sat, Mar 14, 2009 at 10:29 AM
On Sat, 14 Mar 2009 11:45:13 -0700
William Stein wrote:
>
> On Sat, Mar 14, 2009 at 11:37 AM, Burcin Erocal
> wrote:
> >
> > On Sat, 14 Mar 2009 13:18:40 -0500
> > Jason Grout wrote:
> >
> >>
> >> William Stein wrote:
> >> > On Sat, Mar 14, 2009 at 11:09 AM, Jason Grout
> >> > wrote:
> >> >>
On Sat, Mar 14, 2009 at 11:52 AM, Jason Grout
wrote:
>
> William Stein wrote:
>> On Sat, Mar 14, 2009 at 11:37 AM, Burcin Erocal wrote:
>>> On Sat, 14 Mar 2009 13:18:40 -0500
>>> Jason Grout wrote:
>>>
William Stein wrote:
> On Sat, Mar 14, 2009 at 11:09 AM, Jason Grout
> wrote:
>
Jason Grout wrote:
> William Stein wrote:
>> On Sat, Mar 14, 2009 at 11:37 AM, Burcin Erocal wrote:
>>> On Sat, 14 Mar 2009 13:18:40 -0500
>>> Jason Grout wrote:
>>>
William Stein wrote:
> On Sat, Mar 14, 2009 at 11:09 AM, Jason Grout
> wrote:
>> William Stein wrote:
>>> On
William Stein wrote:
> In particular, xmin/xmax also would have to be deprecated and replaced by
> Mathematica's plot_ranges...
>
As a *former* Maple user I would prefer the syntax plot(expr, var = a..b)
Just joking, I can live with the proposal als long as it is (var, a, b)
and not {var, a, b
On Sat, Mar 14, 2009 at 12:07 PM, Jason Grout
wrote:
>
> Jason Grout wrote:
>> William Stein wrote:
>>> On Sat, Mar 14, 2009 at 11:37 AM, Burcin Erocal wrote:
On Sat, 14 Mar 2009 13:18:40 -0500
Jason Grout wrote:
> William Stein wrote:
>> On Sat, Mar 14, 2009 at 11:09 AM,
On Saturday 14 March 2009 02:45:13 pm William Stein wrote:
> > William, shall we treat the case where the only variables in the
> > expression is x and y specially, and allow not specifying the variables
> > for the axis then? I think this makes the notation confusing and
> > inconsistent.
>
> I h
On Sat, Mar 14, 2009 at 12:10 PM, Joel B. Mohler wrote:
>
> On Saturday 14 March 2009 02:45:13 pm William Stein wrote:
>> > William, shall we treat the case where the only variables in the
>> > expression is x and y specially, and allow not specifying the variables
>> > for the axis then? I think
Burcin Erocal wrote:
> On Sat, 14 Mar 2009 11:45:13 -0700
> William Stein wrote:
>
> It is a similar situation for the plot commands. Many people have
> complained about the inconsistencies in Sage's plotting interface.
>
> Looking at MMA's plot commands, only this syntax is accepted:
>
> Plo
On Mar 14, 2009, at 2:27 AM, William Stein wrote:
> On Fri, Mar 13, 2009 at 1:26 AM, Nicolas M. Thiery
> wrote:
>>
>> On Thu, Mar 12, 2009 at 09:10:43PM -0700, Robert Bradshaw wrote:
- I see 10*bla as (potentially) involving two independent things:
coercion and multiple dispatch
>>
> Looking at MMA's plot commands, only this syntax is accepted:
>
> Plot[Sin[x], {x, 0, Pi}]
>
> Note the explicit variable name.
>
> I think we should try to make the syntax uniform for all the plot
> functions, and ask the user to specify the variable in every case.
> (This means deprecating the
> Martin Rubey wrote:
>> I must admit that I do not understand (yet) how Sage works here,
>> but I thought it would define equality separately for every "parent".
>> Doesn't it, or did I miss something?
>
On Sat, Mar 14, 2009 at 1:25 PM, Simon King wrote:
> ... yes, Sage does.
>
> But I wanted to
Dear David,
On Fri, Mar 13, 2009 at 05:00:55PM -0700, David Kohel wrote:
>
> Hi,
>
> I am finding problems, holes, or missing features in power series
> rings
> and Laurent series rings.
>
> sage: K. = LaurentSeriesRing(QQ)
> sage: R. = PowerSeriesRing(QQ)
...
+1 for making all of th
David says in the docstring for a possible log() function " TODO:
verify that the base ring is a QQ-algebra." Now I recall reading
(quite recent) papers of Morain et al on computing isogenies between
elliptic curves over finite fields where it is useful to be able to
take truncated logs of power
I think so. But then you should be working in a ring of truncated
power series
(i.e. k[x]/(x^a)). This seems conceptually different from working
in a ring of power series where you only know the elements up to
a given precision
On Mar 14, 9:53 pm, John Cremona wrote:
> David says in the do
To be honest, I'd have thought that installing a python package and
let it work with SAGE would have been easier, but one issue could be
that I've been working on this in a Saturday night (after coming back
home) from midnight to 1.30 am!! :)
I summarize the way I got "quantities" (http://pypi.py
Maurizio wrote:
> To be honest, I'd have thought that installing a python package and
> let it work with SAGE would have been easier, but one issue could be
> that I've been working on this in a Saturday night (after coming back
> home) from midnight to 1.30 am!! :)
>
> I summarize the way I got
On Sat, Mar 14, 2009 at 1:21 AM, Jason Grout
wrote:
>
> Maurizio wrote:
>> With this, I'm not proposing this package over others (for example,
>> Unum looks very mature, but outdated), I'm just asking if one of you
>> can spend some minutes to review our trac ticket about units of
>> measurement
> > Looking at MMA's plot commands, only this syntax is accepted:
>
> > Plot[Sin[x], {x, 0, Pi}]
>
> > Note the explicit variable name.
>
> > I think we should try to make the syntax uniform for all the plot
> > functions, and ask the user to specify the variable in every case.
> > (This means d
I would vote for consistency over convenience every time. I am
forever forgetting the * for multiplication, but I'm glad the implicit-
multiplication feature has to be consciously turned on - and I don't
plan on ever turning it on. ;-)
I don't want to reopen the debate over the variable 'x' bei
On Sat, Mar 14, 2009 at 02:22:01AM -0700, William Stein wrote:
>
> On Fri, Mar 13, 2009 at 11:59 AM, Nicolas M. Thiery
> wrote:
> >
> > Hi Mike,
> >
> > FYI, I just noticed this.
> >
> > sage: attrcall?
> > sage: f = attrcall("bla")
> > sage: dumps(f)
> > 'x\x9ck`J.NLO\xd5\xcb\xcd,N\x06\x
Jason Grout wrote:
> Pat LeSmithe wrote:
>> option to bring up a worksheet settings page. How about serving up an
>> @interact widget for the settings?
>
> How do you see this working? In other words, what do you see in the
> interact widget controls, and how would they affect the notebook, etc
Dear David, dear Andrew,
Sorry, for having introduced confusion here by going straight to the
details without explaining the general structure. What you describe is
essentially what we want to achieve, though with a different layout.
And I am very glad to see that we agree on the fundamen
64 matches
Mail list logo
