Dan,
I put this through its paces, though didn't really stress-test it.
Just coincidentally, I used a machine without Sage, since it was the
only place I could get at a Python that was at version 2.6. Once on
sagenb.org, and several times on your server there at KAIST.
Everything I tried worked
The tkz-graph package for LaTeX has many options for rendering a
(combinatorial) graph. Version 4.0.2alpha of Sage will have support
for selecting these options and creating LaTeX code for graphs - which
can be used in your own documents, seen at the command line with view
(), and displayed in th
On 14-Jun-09, at 8:56 PM, Marshall Hampton wrote:
>
> I care, I have written div and curl routines for my multivariable calc
> classes before, but they were more hackish than yours. I will try to
> review that ticket soon, if no one beats me to it.
Unfo, it's definitely needs work -- it's just
I care about the polymake spkg, and I know a few users who do too. It
would be nice to fix it; the last time I tried to install it I got
some errors I didn't understand at all so I'm not sure what exactly
the problem is. Its probably out of date anyway, so it might be best
to start from scratch
I care, I have written div and curl routines for my multivariable calc
classes before, but they were more hackish than yours. I will try to
review that ticket soon, if no one beats me to it.
-Marshall
On Jun 14, 4:06 pm, Nick Alexander wrote:
> I have no idea if this is already done or anybody
On Sun, Jun 14, 2009 at 2:37 PM, Ondrej Certik wrote:
>
> On Sun, Jun 14, 2009 at 2:36 PM, William Stein wrote:
>>
>> On Sun, Jun 14, 2009 at 10:30 PM, Ondrej Certik wrote:
>>>
>>> On Sun, Jun 14, 2009 at 1:58 PM, Ondrej Certik wrote:
On Sun, Jun 14, 2009 at 1:40 PM, Alex Clemesha wrote:
On Sun, Jun 14, 2009 at 2:36 PM, William Stein wrote:
>
> On Sun, Jun 14, 2009 at 10:30 PM, Ondrej Certik wrote:
>>
>> On Sun, Jun 14, 2009 at 1:58 PM, Ondrej Certik wrote:
>>> On Sun, Jun 14, 2009 at 1:40 PM, Alex Clemesha wrote:
Hi,
>
> Just set it up on the google app eng
On Jun 14, 12:38 pm, Burcin Erocal wrote:
> Hi again,
>
> There were long discussion about the typesetting of partial derivatives
> in the new system, but I don't think we got to a conclusion yet. The
> previous thread is here:
>
> http://groups.google.com/group/sage-devel/browse_thread/thread/74
I have no idea if this is already done or anybody cares, but here's a
quick and dirty implementation of div and curl in 3 dimensions:
http://trac.sagemath.org/sage_trac/ticket/3021
If someone cares to make the variable handling more clever, I'd be
pleased to have it merged.
Nick
--~--~
> Personally, I prefer the Mathematica notation because I can actually
> read it. I have (serious!) trouble reading the current notation that
> Sage uses and I can barely read the Maple notation either. With the
> Mathematica notation it is totally completely obvious to me what is
> going on.
+
Hi
On Sun, Jun 14, 2009 at 4:38 PM, Burcin Erocal wrote:
> There were long discussion about the typesetting of partial derivatives
> in the new system, but I don't think we got to a conclusion yet.
I am afraid, we might never reach a conclusion in this regard :-)
It seems to be a classic case wh
On Sun, Jun 14, 2009 at 4:11 PM, Dr. David
Kirkby wrote:
>
> William Stein wrote:
>> On Sun, Jun 14, 2009 at 9:53 AM, Dr. David
>> Kirkby wrote:
>>> In the process of building Sage on t2, I noticed another failure, which
>>> I'm somewhat surprised has not been seen on all platforms. I've
>>> submi
On Sun, Jun 14, 2009 at 6:55 PM, maxthemouse wrote:
>
>
>
> On Jun 14, 3:57 pm, William Stein wrote:
>> Hi,
>>
>> In case anybody cares about the optional Sage polymake spkg, I've
>> moved it from optional to experimental, since it doesn't work at all.
>> See below. Also, note that the fricas
On Sun, Jun 14, 2009 at 10:30 PM, Ondrej Certik wrote:
>
> On Sun, Jun 14, 2009 at 1:58 PM, Ondrej Certik wrote:
>> On Sun, Jun 14, 2009 at 1:40 PM, Alex Clemesha wrote:
>>>
>>> Hi,
>>>
Just set it up on the google app engine itself, then people can play with
it.
>>>
>>> Ok, it's u
On Sun, Jun 14, 2009 at 10:30 PM, Craig Citro wrote:
>
> My vote is for arcsin.
>
+1
>>>
>>> +1
>>
>> +1
>>
>
> +1
+1 (sorry, couldn't resist).
And I have no idea why we used sin^(-1)(x) before. Not even
Maxima does that by default:
(%i5) asin(sin(x));
(%o5)
My vote is for arcsin.
>>>
>>> +1
>>
>> +1
>
> +1
>
+1
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit t
On Sun, Jun 14, 2009 at 1:58 PM, Ondrej Certik wrote:
> On Sun, Jun 14, 2009 at 1:40 PM, Alex Clemesha wrote:
>>
>> Hi,
>>
>>>
>>> Just set it up on the google app engine itself, then people can play with
>>> it.
>>
>> Ok, it's up:
>> http://live.codenode.org
>>
>> The backend "kernel" is complet
On Sun, Jun 14, 2009 at 10:16 PM, David Joyner wrote:
>
> Excellent!
>
> Once/if you get Sage running on it, will students of mine (<100 total)
> be able to use it
> and share their assignments with me?
You can't run Sage on the Google Ap Engine.
William
>
>
> On Sun, Jun 14, 2009 at 3:40 PM, A
On Sun, Jun 14, 2009 at 9:45 PM, John Cremona wrote:
>
> 2009/6/14 Burcin Erocal :
>>
>> Hi again,
>>
>> There were long discussion about the typesetting of partial derivatives
>> in the new system, but I don't think we got to a conclusion yet. The
>> previous thread is here:
>>
>> http://groups.g
Excellent!
Once/if you get Sage running on it, will students of mine (<100 total)
be able to use it
and share their assignments with me?
On Sun, Jun 14, 2009 at 3:40 PM, Alex Clemesha wrote:
>
> Hi,
>
>>
>> Just set it up on the google app engine itself, then people can play with it.
>
> Ok, it
On Sun, 14 Jun 2009 20:45:11 +0100
John Cremona wrote:
>
> 2009/6/14 Burcin Erocal :
> >
> > Here is what MMA does:
> >
> > In[1]:= D[F[x], x]
> >
> > Out[1]= F'[x]
> >
> > In[2]:= TeXForm[%]
> >
> > Out[2]//TeXForm= F'(x)
> >
> > In[3]:= D[F[x], x, x, x, x, x]
> >
> > (5)
> > Out[3]=
>>> My vote is for arcsin.
>>>
>>
>> +1
>
> +1
+1
Nick
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group
On Jun 14, 2009, at 3:45 PM, John Cremona wrote:
>
> 2009/6/14 Burcin Erocal :
>>
>> Hi again,
>>
>> There were long discussion about the typesetting of partial
>> derivatives
>> in the new system, but I don't think we got to a conclusion yet. The
>> previous thread is here:
>>
>> http://group
On Sun, Jun 14, 2009 at 1:40 PM, Alex Clemesha wrote:
>
> Hi,
>
>>
>> Just set it up on the google app engine itself, then people can play with it.
>
> Ok, it's up:
> http://live.codenode.org
>
> The backend "kernel" is completely running on google app engine,
> (that is to say, all abitrary code
2009/6/14 Burcin Erocal :
>
> Hi again,
>
> There were long discussion about the typesetting of partial derivatives
> in the new system, but I don't think we got to a conclusion yet. The
> previous thread is here:
>
> http://groups.google.com/group/sage-devel/browse_thread/thread/7479c3eeb96348a2
Hi,
>
> Just set it up on the google app engine itself, then people can play with it.
Ok, it's up:
http://live.codenode.org
The backend "kernel" is completely running on google app engine,
(that is to say, all abitrary code executing is in the hands of google,
not us, which is a wonderful thing
Hi again,
There were long discussion about the typesetting of partial derivatives
in the new system, but I don't think we got to a conclusion yet. The
previous thread is here:
http://groups.google.com/group/sage-devel/browse_thread/thread/7479c3eeb96348a2
I agree that this is annoying and triv
2009/6/14 Tim Lahey :
>
>
> On Jun 14, 2009, at 2:35 PM, Burcin Erocal wrote:
>
>>
>> Hi,
>>
>> With the switch to pynac, the way we typeset arcsin and friends
>> changed.
>>
>> sage: version()
>> 'Sage Version 4.0.1, Release Date: 2009-06-06'
>> sage: latex(arcsin(x))
>> \arcsin\left(x\right)
>>
On Jun 14, 2009, at 2:35 PM, Burcin Erocal wrote:
>
> Hi,
>
> With the switch to pynac, the way we typeset arcsin and friends
> changed.
>
> sage: version()
> 'Sage Version 4.0.1, Release Date: 2009-06-06'
> sage: latex(arcsin(x))
> \arcsin\left(x\right)
>
> as opposed to:
>
> sage: version()
Hi,
With the switch to pynac, the way we typeset arcsin and friends changed.
sage: version()
'Sage Version 4.0.1, Release Date: 2009-06-06'
sage: latex(arcsin(x))
\arcsin\left(x\right)
as opposed to:
sage: version()
'Sage Version 3.4.2, Release Date: 2009-05-05'
sage: latex(arcsin(x))
\sin^{-1
On Jun 14, 3:57 pm, William Stein wrote:
> Hi,
>
> In case anybody cares about the optional Sage polymake spkg, I've
> moved it from optional to experimental, since it doesn't work at all.
> See below. Also, note that the fricas spkg no longer works (unless
> the user has clisp systemwide)
William Stein wrote:
> On Sun, Jun 14, 2009 at 9:53 AM, Dr. David
> Kirkby wrote:
>> In the process of building Sage on t2, I noticed another failure, which
>> I'm somewhat surprised has not been seen on all platforms. I've
>> submitted this as ticket 6278, where more information is provided than
Hi,
In case anybody cares about the optional Sage polymake spkg, I've
moved it from optional to experimental, since it doesn't work at all.
See below.Also, note that the fricas spkg no longer works (unless
the user has clisp systemwide) because we switched to ECL for our
lisp. I've tested a
On Sun, Jun 14, 2009 at 12:35 PM, Vincent
Delecroix<20100.delecr...@gmail.com> wrote:
>
> Hi,
>
> It seems that SAGE does not yet have an implementation for modeling
> stochastic matrices and Markov processes. Am I right ? Is there a
> possible SAGE extension which can do that ? Does anybody plann
Hi,
It seems that SAGE does not yet have an implementation for modeling
stochastic matrices and Markov processes. Am I right ? Is there a
possible SAGE extension which can do that ? Does anybody planned to
work on it ?
Cheers,
Vincent
--~--~-~--~~~---~--~~
To post
On Sun, Jun 14, 2009 at 9:41 AM, William Stein wrote:
> On Sun, Jun 14, 2009 at 9:22 AM, Dr. David
> Kirkby wrote:
>>
>> I know from experience that trying to build programs in parallel, with
>> things like
>>
>> $ make -j 10
>>
>> will often break them, so I tend not to do it. It's a nice idea, a
On Sun, Jun 14, 2009 at 9:53 AM, Dr. David
Kirkby wrote:
>
> In the process of building Sage on t2, I noticed another failure, which
> I'm somewhat surprised has not been seen on all platforms. I've
> submitted this as ticket 6278, where more information is provided than
> here.
>
> Essentially th
On Sun, Jun 14, 2009 at 10:21 AM, Dr. David
Kirkby wrote:
>
> The fix suggested by Clint to allow ATLAS to build (namely making
> GuessSmallNB return 28) does indeed allow ATLAS to build.
>
> I could crate a patch file for that, which is only applied on Solaris,
> but clearly this is not a long-te
On Sun, Jun 14, 2009 at 10:10 AM, Dr. David
Kirkby wrote:
>
> William Stein wrote:
>> On Sun, Jun 14, 2009 at 9:22 AM, Dr. David
>> Kirkby wrote:
>>> I know from experience that trying to build programs in parallel, with
>>> things like
>>>
>>> $ make -j 10
>>>
>>> will often break them, so I tend
Hi David,
> atlas-3.8.3.p2 (needed hack suggested by ATLAS developer)
>
> Note blas is not in that list. But linbox is trying to build, which
> claims to need blas
>
Actually, isn't ATLAS providing our BLAS? So maybe somehow the linbox
script can't find it after whatever changes were made to the
William Stein wrote:
> 2009/6/13 Dr. David Kirkby :
>> What's the process of marking this as to need a review, and to find a
>> reviewer?
>
> Just put
>
> "[with patch; needs review]"
I've done that. I thought I'd repost the link, then made a mess of the
link, as I gave it to one file, not a d
The fix suggested by Clint to allow ATLAS to build (namely making
GuessSmallNB return 28) does indeed allow ATLAS to build.
I could crate a patch file for that, which is only applied on Solaris,
but clearly this is not a long-term solution, as I assume it will
degrade performance on Solaris.
William Stein wrote:
> On Sun, Jun 14, 2009 at 9:22 AM, Dr. David
> Kirkby wrote:
>> I know from experience that trying to build programs in parallel, with
>> things like
>>
>> $ make -j 10
>>
>> will often break them, so I tend not to do it. It's a nice idea, and
>> does work in some cases, but i
In the process of building Sage on t2, I noticed another failure, which
I'm somewhat surprised has not been seen on all platforms. I've
submitted this as ticket 6278, where more information is provided than
here.
Essentially the following packages are now installed on my attempts at
building
On Sun, Jun 14, 2009 at 9:22 AM, Dr. David
Kirkby wrote:
>
> I know from experience that trying to build programs in parallel, with
> things like
>
> $ make -j 10
>
> will often break them, so I tend not to do it. It's a nice idea, and
> does work in some cases, but in others one just ends up with
On Sun, Jun 14, 2009 at 1:31 AM, Nick Alexander wrote:
>
> http://trac.sagemath.org/sage_trac/ticket/258 is a very old ticket
> dealing with gp2c. It had positive review for a year. I think it is
> wontfix. Could others please weigh in?
>
I've posted a comment, then closed as wontfix.
William
I know from experience that trying to build programs in parallel, with
things like
$ make -j 10
will often break them, so I tend not to do it. It's a nice idea, and
does work in some cases, but in others one just ends up with a mess.
But Sage is a big program, and takes a *long* time to compi
On Sun, Jun 14, 2009 at 2:17 AM, Stephen Hartke wrote:
> On Sat, Jun 13, 2009 at 3:13 AM, William Stein wrote:
>>
>> 2009/6/12 Stephen Hartke :
>> > What is the recommended way of determining which platform Sage is
>> > running on?
>>
>> Look at the output of the uname command. You can find exam
48 matches
Mail list logo