On Tue, Mar 25, 2008 at 11:12 AM, Nick Alexander <[EMAIL PROTECTED]> wrote:
>
> > if msg = "negative number cannot be raised to a fractional power" :
> > print "In Sage, even odd fractional powers of negative numbers yield
> > complex roots"
>
> I am opposed to printing anything from the Sag
On Thu, Mar 27, 2008 at 11:29 PM, Nils Bruin <[EMAIL PROTECTED]> wrote:
>
> I tried the first example below in sage. It failed , complaining that
> maxima wanted to know whether x was positive, negative or 0. Hence, I
> tried maxima via "sage -maxima". To my surprise, maxima computed the
> lim
I tried the first example below in sage. It failed , complaining that
maxima wanted to know whether x was positive, negative or 0. Hence, I
tried maxima via "sage -maxima". To my surprise, maxima computed the
limit without asking for extra information. Is the maxima that gets
called from sage put
On Wed, Mar 5, 2008 at 7:13 PM, Carl Witty <[EMAIL PROTECTED]> wrote:
>
> On Mar 5, 12:07 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Mar 5, 2008 at 11:45 AM, Carl Witty <[EMAIL PROTECTED]> wrote:
>
> > > 2) Modify sage_eval so that it can process a sequence of statements
> >
On Tue, Mar 4, 2008 at 10:25 AM, Martin Albrecht
<[EMAIL PROTECTED]> wrote:
>
> Hi there,
>
> It is a known issue, that
>
> {{{
> 1
> 2
> 3
> }}}
>
> in the notebook outputs:
>
> {{{
> 3
> }}}
>
> However, this behavior is not uniform. E.g. this (note the spaces)
>
> {{{
> 1
> 2
>
On Thu, Mar 27, 2008 at 9:01 PM, Jo <[EMAIL PROTECTED]> wrote:
>
> I have tried to plot a graphic in the notebook with a small scale (<1)
> and it end up by showing up nothing:
>sage: var('x')
>sage: plot(sin(x), 0, 0.01)
>
Try this:
sage: plot(sin(x), 0, 0.01).show(0,0.01, 0, 0.01)
T
I have tried to plot a graphic in the notebook with a small scale (<1)
and it end up by showing up nothing:
sage: var('x')
sage: plot(sin(x), 0, 0.01)
Also, i did try this syntax:
sage: plot(sin(x), xmin=0, xmax=0.01)
but it ends up with this error:
AttributeError: Unknown property xm
I have see that when you publish a worksheet, the sage logo doesn't
show up. If you actually put the logo of sage on a published
worksheet, I think that it will be a great way to advertise this
program. So next time that I print a published worksheet, I will be
able to proudly show my homework wit
I've fixed both of these already. I'm mainly working on getting it to
100% doctests.
--Mike
On Thu, Mar 27, 2008 at 7:59 PM, Daniel Bump <[EMAIL PROTECTED]> wrote:
>
>
> > I'll try to get this all taken care of tonight.
>
> Here's another bug. The 1 is not getting coerced into the ring. I
>
> I'll try to get this all taken care of tonight.
Here's another bug. The 1 is not getting coerced into the ring. I
don't know how to fix it.
Dan
sage: R.=LaurentPolynomialRing(QQ,2)
sage: 1+x
---
Traceback (m
On Thu, Mar 27, 2008 at 9:02 AM, Gary Furnish <[EMAIL PROTECTED]> wrote:
> I'll move this to an spkg.
With it moved to an spkg, I now vote +1, which makes it unanimous and official
that glib-lite goes into Sage (as an spkg).
-- William
>
>
> On Thu, Mar 27, 2008 at 2:07 AM, mabshoff
> <[EMAIL
I'll try to get this all taken care of tonight.
--Mike
On Thu, Mar 27, 2008 at 11:56 AM, Daniel Bump <[EMAIL PROTECTED]> wrote:
>
>
> > Jason Bandlow has been working on this - see his patches (on top of
> > David Roe's) at #2291. I don't know in which state that code is, but
> > it would be
On Thu, Mar 27, 2008 at 2:57 PM, Jason Grout
<[EMAIL PROTECTED]> wrote:
>
> The URL for published notebooks at sagenb.org seems to be down
> (https://www.sagenb.org/pub/). I get:
>
> Internal Server Error
> An error occurred rendering the requested page. More information is
> available in th
I've looked into this some more and it looks like we can completely
reconstruct a repository from the export of all its keywords. The
trick is to use the --exact keyword when importing. This forces it to
apply the given patch to the correct parent (sometimes creating a new
head) and will a
[I took this off sage-support, since it's really a development
discussion]
On Mar 27, 2008, at 15:47 , John Cremona wrote:
> Although Justin's solution certainly works, one might consider adding
> a "real_part()" function to the quaternion class. But it would not do
> to call the function "re
Hi,
I would be happy to take a look at this problem, if it's a
Twisted problem, I'm pretty sure I could figure it out.
By any chance, are the Sage notebook webserver process
running on the sage.math.washington.edu machine?
(I guess probably not, but if so I have login access there.)
-Alex
On Thu
On Mar 27, 2008, at 16:03 , Nick Alexander wrote:
>
>>> [*] Some methods are shown due to inheritance, and might actually
>>> not
>>> apply in a specific situation.
>
> If this is true, there is a problem with the class hierarchy that
> should be complained about, loudly.
>
>>> [+] Documentatio
>> [*] Some methods are shown due to inheritance, and might actually not
>> apply in a specific situation.
If this is true, there is a problem with the class hierarchy that
should be complained about, loudly.
>> [+] Documentation: the best documentation is had with "??" we might
>> not find it
Although Justin's solution certainly works, one might consider adding
a "real_part()" function to the quaternion class. But it would not do
to call the function "real_part" since of course it depends on the
ground field (which in the example is QQ and not RR).
I am CC'ing sage-devel since this m
The URL for published notebooks at sagenb.org seems to be down
(https://www.sagenb.org/pub/). I get:
Internal Server Error
An error occurred rendering the requested page. More information is
available in the server log.
Can someone fix this or tell me what to do so I can fix it?
Thanks,
Jas
>From the scripts below I was able to dump a text version of the SAGE
repo and recover it to make another hg repo out of it. This requires:
- mercurial 1.0
- a change in the layout of the sage repo. It's not too hard: hg
clone --pull $SAGE_REPO will create an exact copy of the repository in
the
> Jason Bandlow has been working on this - see his patches (on top of
> David Roe's) at #2291. I don't know in which state that code is, but
> it would be nice if somebody could play with it so we can shake out
> the bugs and merge this once it is ready. There is certainly demand
> for this featu
On Mar 27, 5:28 pm, bump <[EMAIL PROTECTED]> wrote:
> On Feb 19, 1:27 pm, "David Roe" <[EMAIL PROTECTED]> wrote:
>
> > This should be pretty easy (though multivariable Laurent series rings have
> > all kinds of issues associated with them). I don't have time to implement
> > it right now, but i
It's in progress. See http://trac.sagemath.org/sage_trac/ticket/2291
David
On Thu, Mar 27, 2008 at 9:28 AM, bump <[EMAIL PROTECTED]> wrote:
>
> On Feb 19, 1:27 pm, "David Roe" <[EMAIL PROTECTED]> wrote:
>
> > This should be pretty easy (though multivariable Laurent series rings have
> > all k
Bill Page from the Algebraist Network has sent you a message:
First of all, thank you to everyone for your interest and participation in
Algebraist!
Algebraist on crowdvine.com is intended as a "social network" between
developers and users of Aldor as well as a front-end to other developer and
On Feb 19, 1:27 pm, "David Roe" <[EMAIL PROTECTED]> wrote:
> This should be pretty easy (though multivariable Laurent series rings have
> all kinds of issues associated with them). I don't have time to implement
> it right now, but if nobody has done it before the weekend poke me and I can
> pro
FYI, this is a proposed solution...
-- Forwarded message --
From: Matt Mackall <[EMAIL PROTECTED]>
Date: Thu, Mar 27, 2008 at 12:09 PM
Subject: Re: mercurial --> plain text --> mercurial
To: didier deshommes <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
On Thu, 2008-03-27 at 14:2
I'll move this to an spkg.
On Thu, Mar 27, 2008 at 2:07 AM, mabshoff <
[EMAIL PROTECTED]> wrote:
>
>
> > > Furthermore, I intend to help
> > > maintain the C algorithms. I fully intend to work on them actively if
> their
> > > speed is not sufficient. Making a seperate spkg dramatically increa
On Mar 26, 10:11 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> That requires trusting Mercurial...
...
> Again, this requires trusting Mercurial...
If you don't trust your version control system, the whole exercise
seems futile to me. Unless you're planning to actually read all the
text durin
On Wed, Mar 26, 2008 at 3:21 PM, Mike Hansen <[EMAIL PROTECTED]> wrote:
>
> It seems like the mercurial mailing list would be the best place to go for
> this.
Done: http://selenic.com/pipermail/mercurial/2008-March/018133.html
didier
>
> Using queues has made me quite a bit more productive,
William Stein wrote:
> On Wed, Mar 26, 2008 at 1:18 PM, root <[EMAIL PROTECTED]> wrote:
>> William,
>>
>> git can do this. Since git uses a hash it will always regenerate the
>> same hash from the same file.
>>
>> In fact, git uses hashes all the way down the tree so you can just
>> look at t
> > Furthermore, I intend to help
> > maintain the C algorithms. I fully intend to work on them actively if their
> > speed is not sufficient. Making a seperate spkg dramatically increases the
> > difficulty of active development.
>
> Why??? I could have said the same about Pyrex two years ago
On Mar 27, 6:11 am, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Wed, 26 Mar 2008 13:59:10 -0700, Robert Bradshaw <[EMAIL PROTECTED]> wrote:
>
> > On Mar 26, 2008, at 1:56 PM, mabshoff wrote:
>
> >> On Mar 26, 9:35 pm, Robert Bradshaw <[EMAIL PROTECTED]>
> >> wrote:
>
> >>> I was talking abou
33 matches
Mail list logo
