philabuster wrote:
> This ordering makes it extremely difficult to do index association
> from the j-th term of the expansion back into constituent indices of
> each sum (i0,i1,i2,i3);
Well, Sage punts to Maxima (for the moment, anyway) to compute
the expansion. The terms are computed in the ord
ma...@mendelu.cz wrote:
> You can use commands orderless and ordergreat in Maxima to change the
> default behavior.
For the record, I recommend against that; it's not really the right
way to resolve this problem. I'll post another message with a
different resolution.
Robert Dodier
--~--~--
On Fri, Apr 24, 2009 at 4:37 AM, Minh Nguyen wrote:
> Hi Dylan,
>
> On Fri, Apr 24, 2009 at 4:32 AM, drupel wrote:
>>
>> Hi all:
>> I am using Sage Version 3.4, Release Date: 2009-03-11. I asked Sage
>> to simplify the following expression:
>>-q^(5/2)*(q^2*x2^4 + q*x2^2) + q^(9/2)*x2^4 + q^
Hi Dylan,
On Fri, Apr 24, 2009 at 4:32 AM, drupel wrote:
>
> Hi all:
> I am using Sage Version 3.4, Release Date: 2009-03-11. I asked Sage
> to simplify the following expression:
>-q^(5/2)*(q^2*x2^4 + q*x2^2) + q^(9/2)*x2^4 + q^(3/2)*(q^2 + 1)
> *x2^2 + sqrt(q)
> by calling the simplify com
On Apr 23, 2009, at 9:32 PM, drupel wrote:
> Hi all:
> I am using Sage Version 3.4, Release Date: 2009-03-11. I asked Sage
> to simplify the following expression:
> -q^(5/2)*(q^2*x2^4 + q*x2^2) + q^(9/2)*x2^4 + q^(3/2)*(q^2 + 1)
> *x2^2 + sqrt(q)
> by calling the simplify command:
> simp
Hi all:
I am using Sage Version 3.4, Release Date: 2009-03-11. I asked Sage
to simplify the following expression:
-q^(5/2)*(q^2*x2^4 + q*x2^2) + q^(9/2)*x2^4 + q^(3/2)*(q^2 + 1)
*x2^2 + sqrt(q)
by calling the simplify command:
simplify(-q^(5/2)*(q^2*x2^4 + q*x2^2) + q^(9/2)*x2^4 + q^(3/2)
Thanks for the news, William. I will hold off on this chain rule
business till the new symbolics arrive.
Alex
On Apr 24, 3:43 pm, William Stein wrote:
> On Thu, Apr 23, 2009 at 7:18 PM, Alex Raichev wrote:
>
> > Hmm, implementing the chain rule is trickier than i thought. My
> > straightforw
On Apr 22, 5:36 pm, William Stein wrote:
> Does anybody here ever use snapshots?
I have never used a snapshot, that I am aware of. I've lost a cell or
two due to crashes, but I think this was always due to my flaky USB
hard drive setup and not Sage's fault. And it was always just messing
aroun
On Thu, Apr 23, 2009 at 7:18 PM, Alex Raichev wrote:
>
> Hmm, implementing the chain rule is trickier than i thought. My
> straightforward plan of attack was to write a function that
> differentiates a symbolic expression as usual but when it comes to a
> composition f o g, it uses the chain rul
Hmm, implementing the chain rule is trickier than i thought. My
straightforward plan of attack was to write a function that
differentiates a symbolic expression as usual but when it comes to a
composition f o g, it uses the chain rule and returns the appropriate
entry of the matrix (Df o g)Dg. P
Hi Markus,
On Fri, Apr 24, 2009 at 12:41 AM, littlemathteacher
wrote:
>
> Dear Michael,
>
> thanks.
>
> When I returned home this evening the process and the whole system
> seemed to be frozen as if by memory overload. I slowly tried to close
> some applications and among them accidentally was t
On Apr 23, 5:41 pm, littlemathteacher wrote:
> Dear Michael,
Hi Markus,
> thanks.
>
> When I returned home this evening the process and the whole system
> seemed to be frozen as if by memory overload. I slowly tried to close
> some applications and among them accidentally was the bash in whic
Dear Michael,
thanks.
When I returned home this evening the process and the whole system
seemed to be frozen as if by memory overload. I slowly tried to close
some applications and among them accidentally was the bash in which I
had opened the file manager (by su root) to cd into the sage folder
On Apr 23, 4:28 pm, littlemathteacher wrote:
> Greetings from Franconia.
Hi,
> I tried to use the compiler to build Sage in my Zenwalk system
> (Zenwalk is based on Slackware Linux), but this time it did't work
> (might be due to the antique hardware I am using this time).
Could you elaborat
Greetings from Franconia.
I tried to use the compiler to build Sage in my Zenwalk system
(Zenwalk is based on Slackware Linux), but this time it did't work
(might be due to the antique hardware I am using this time).
I would like to put a request for a Zenwalk-package of Sage to the
Zenwalk comm
On Thu, Apr 23, 2009 at 2:40 PM, SG wrote:
>
> Hi All,
> When I try to work on some of the tutorials (Calculus, Matrix algebra)
> sws files, then the notebook becomes extremely slow.
>
> Yesterday the notebook was crashing IE so I was asked to upgrade JRE.
> After the java upgrade, the notebook i
Hi All,
When I try to work on some of the tutorials (Calculus, Matrix algebra)
sws files, then the notebook becomes extremely slow.
Yesterday the notebook was crashing IE so I was asked to upgrade JRE.
After the java upgrade, the notebook is very slow especially on big
files like the calculus tut
On Thu, Apr 23, 2009 at 5:14 PM, William Stein wrote:
>
> On Thu, Apr 23, 2009 at 2:13 PM, Timothy Clemans
> wrote:
>>
>> On Thu, Apr 23, 2009 at 4:34 PM, William Stein wrote:
>>>
>>> Hi,
>>>
>>> I've written a patch against 3.4.1:
>>>
>>> http://trac.sagemath.org/sage_trac/ticket/5880
>>>
>>>
On Thu, Apr 23, 2009 at 2:13 PM, Timothy Clemans
wrote:
>
> On Thu, Apr 23, 2009 at 4:34 PM, William Stein wrote:
>>
>> Hi,
>>
>> I've written a patch against 3.4.1:
>>
>> http://trac.sagemath.org/sage_trac/ticket/5880
>>
>> which simply greatly reduces the number of situations that result in
>
On Thu, Apr 23, 2009 at 4:34 PM, William Stein wrote:
>
> Hi,
>
> I've written a patch against 3.4.1:
>
> http://trac.sagemath.org/sage_trac/ticket/5880
>
> which simply greatly reduces the number of situations that result in
> snapshots. Basically, now you get them when you click "save". Ther
Hi,
I've written a patch against 3.4.1:
http://trac.sagemath.org/sage_trac/ticket/5880
which simply greatly reduces the number of situations that result in
snapshots. Basically, now you get them when you click "save". There
is no autosave.
Please try/test.
-- William
On Thu, Apr 23, 2009
On Thu, Apr 23, 2009 at 12:55 PM, Kevin Horton wrote:
>
> But, the trac_1871-b patch does not seem applicable to the version of
> moin that ships with sage. Is there a patch available for moin-1.5.7p2?
No.
We really should upgrade moinmoin included in Sage. The only reason
we haven't is that
On 23 Dub, 20:38, William Stein wrote:
> New symbolics also tend to be easier to work with term-by-term:
>
> sage: v = expand((a0+a1)*(b0+b1))
> sage: v[0]
> a0*b0
> sage: v[1]
> a0*b1
> sage: v[2]
> a1*b0
> sage: v[3]
> a1*b1
-
Maxima 5.13.0 http:/
But, the trac_1871-b patch does not seem applicable to the version of
moin that ships with sage. Is there a patch available for moin-1.5.7p2?
Kevin Horton
On 23 Apr 2009, at 15:21, Robert Miller wrote:
>
> This bug *was* fixed, and the patch is on trac.
>
> http://trac.sagemath.org/sage_tra
On 23 Dub, 20:38, William Stein wrote:
> On Thu, Apr 23, 2009 at 6:44 AM, philabuster wrote:
>
> > Hi,
>
> > I was wondering why Sage expands products of sums in an unexpected
> > order:
>
> > var('a0,a1,b0,b1,b2,c0,c1,c2,c3,d0,d1,d2,d3,d4')
>
> The ordering of these terms is determined by max
This bug *was* fixed, and the patch is on trac.
http://trac.sagemath.org/sage_trac/ticket/1871
On Apr 18, 1:08 pm, Kevin Horton wrote:
> That works. Thank you very much. It was getting tiresome to reboot
> the computer after every wiki config adjustment.
>
> --
> Kevin Horton
>
> On 18 Apr
On Thu, Apr 23, 2009 at 6:44 AM, philabuster wrote:
>
> Hi,
>
> I was wondering why Sage expands products of sums in an unexpected
> order:
>
> var('a0,a1,b0,b1,b2,c0,c1,c2,c3,d0,d1,d2,d3,d4')
The ordering of these terms is determined by maxima -- Sage doesn't
control that at all, just leaving t
On Thu, Apr 23, 2009 at 8:57 AM, Flavio Coelho wrote:
>
> Hi,
>
> what is the curently recomended way to debug code from within a
> notebook?
The recommended way to debug code in the notebook interactively (like
pdb gives you), is to use the command line.
I hope that somebody someday implements
On Apr 23, 2009, at 3:37 AM, Flavio Coelho wrote:
> I think it will be hard to convice the scipy folks that this is a bug
> since it runs perfectly in Python, and scipy is not supposed to handle
> foreign types anyway...
This can be reproduced in Pure Python--just make a class that has an
__in
Hi,
what is the curently recomended way to debug code from within a
notebook?
I found %pdb (as suggested in documentation) does not work in 3.4.
Also the standard python way: "import pdb;pdb.run(call)" also does not
work.
thanks
Flávio
--~--~-~--~~~---~--~~
To p
Hi,
I was wondering why Sage expands products of sums in an unexpected
order:
var('a0,a1,b0,b1,b2,c0,c1,c2,c3,d0,d1,d2,d3,d4')
expand((a0+a1)*(b0+b1))
a1*b1 + a0*b1 + a1*b0 + a0*b0
expand((a0+a1)*(b0+b1+b2)*(c0+c1+c2+c3)*(d0+d1+d2+d3+d4))
a1*b2*c3*d4 + a0*b2*c3*d4 + a1*b1*c3*d4 + a0*b1*c3*d4
I definitely agree with those who would keep snapshot. Having a list
of commands is not the same - for one thing, log does not save the
whole worksheet, only commands (i.e. not TinyMCE stuff); for another,
it logs notebook-wide, so it becomes a bit of a jaunt to find stuff.
That said, I also agr
I think I may have found a good argument to ask for better type
checking in scipy:
In [4]: stats.randint(1.,15.).ppf([.1,.2,.3,.4,.5])
Out[4]: array([ 2., 3., 5., 6., 7.])
when you call stats.randint with floats as parameters you get floats
as results, which is clearly wrong and should be f
I have used snapshots when I forgot to save a notebook under a new name
before making big changes and then wanted to revert to the original. It
wasn't very convenient, as the plots are not saved, so I could not
easily recognise the right version. However, it saved my day!
I like the idea of jus
On 23 abr, 11:47, William Stein wrote:
>
> > I tried to run the same module via load instead of import, but load
> > was trying to load from the ~/.sage directory instead of the directory
> > where I started sage, (is this a bug?).
>
> No.
then the "How to use the Sage Notebook" help page sho
On Thu, Apr 23, 2009 at 3:34 AM, Flavio Coelho wrote:
>
> I still don't understand why the solution you propose in the wiki is
> necessary Unless sage is passing (to the ppf function) something
> other than standard python's ints and floats. Is this the case?
Yes.
> I just tested the same c
I think it will be hard to convice the scipy folks that this is a bug
since it runs perfectly in Python, and scipy is not supposed to handle
foreign types anyway...
On 22 abr, 19:45, Ondrej Certik wrote:
> On Wed, Apr 22, 2009 at 7:55 AM, William Stein wrote:
>
> > On Wed, Apr 22, 2009 at 7:19
I still don't understand why the solution you propose in the wiki is
necessary Unless sage is passing (to the ppf function) something
other than standard python's ints and floats. Is this the case?
I just tested the same code snippet in a %python cell (in a notebook)
and it works as expected
On Apr 23, 2009, at 12:09 AM, Stan Schymanski wrote:
> Hi Jason,
>
> It think that find_root does use fast_float, but it compiles the
> fast_float function every time it is called. This makes it very
> slow if
> I want to find the roots of f for all values of b between say -3
> and -1.
> Ther
Hi Jason,
It think that find_root does use fast_float, but it compiles the
fast_float function every time it is called. This makes it very slow if
I want to find the roots of f for all values of b between say -3 and -1.
Therefore, I would like to be able to compile a fast_float function of
e.
40 matches
Mail list logo
