On Sep 8, 9:51 pm, William Stein wrote:
Thanks for the explanations.
> Sphinx can generate jsmath. In fact, we now do just that for the
> notebook's docstrings.
Yes, that makes sense now that I think about the new docstring
formatting. And it is good to know that Sphinx can emit jsMath!
Rob
On Tue, Sep 8, 2009 at 9:45 PM, Rob Beezer wrote:
>
> On Sep 8, 8:54 pm, Fernando Perez wrote:
>> Certainly! What I'd love to have is reST as a native storage format
>> (so it can be easily edited outside the GUI with emacs) along with a
>> choice of visual/native editing in the notebook interfa
Hi there,
I'm writing to ask about a programmatic mechanism for sharing of
notebooks and worksheets. The group I work in is currently
investigating the Sage system (specifically through a fork/branch of
FEMhub) as a mechanism for running analysis on large datasets.
One of our goals, though, is
Hi,
On Sep 9, 12:39 am, Minh Nguyen wrote:
> > make[2]: Entering directory `/afs/ece.cmu.edu/project/kumar/work2/
> > sage-4.1.2.alpha1/spkg/build/gd-2.0.35.p2/src'
> > cd . && /bin/sh /afs/ece/usr/vboddeti/work2/sage-4.1.2.alpha1/spkg/
> > build/gd-2.0.35.p2/src/config/missing --run autohea
On Sep 8, 8:54 pm, Fernando Perez wrote:
> Certainly! What I'd love to have is reST as a native storage format
> (so it can be easily edited outside the GUI with emacs) along with a
> choice of visual/native editing in the notebook interface. It's just
> that in switching from visual to native
Hi,
On Wed, Sep 9, 2009 at 1:18 PM, Vishnu Boddeti wrote:
> make[2]: Entering directory `/afs/ece.cmu.edu/project/kumar/work2/
> sage-4.1.2.alpha1/spkg/build/gd-2.0.35.p2/src'
> cd . && /bin/sh /afs/ece/usr/vboddeti/work2/sage-4.1.2.alpha1/spkg/
> build/gd-2.0.35.p2/src/config/missing --run au
Hi,
I am trying to install sage 4.1.1 from source but the build errors
with the following message,
** Configuration summary for gd 2.0.35:
Support for PNG library: yes
Support for JPEG library: no
Support for Freetype 2.x library: yes
Support for Fontconfig library
On Tue, Sep 8, 2009 at 8:11 PM, Brian Granger wrote:
>
>
>> At the same time, I think it would be big mistake to give up easy
>> WYSIWYG editing of text cells. Is it easy to convert between HTML and
>> ReST (both directions)? If so, I think it would be easy to make a text
>> cell toggleable betw
At the same time, I think it would be big mistake to give up easy
> WYSIWYG editing of text cells. Is it easy to convert between HTML and
> ReST (both directions)? If so, I think it would be easy to make a text
> cell toggleable between TinyMCE and a textbox that would let you put in
> ReST.
>
>
William Stein wrote:
> On Tue, Sep 8, 2009 at 7:34 PM, Jason Grout
> wrote:
>> Fernando Perez wrote:
>>> On Tue, Sep 8, 2009 at 6:45 PM, William Stein wrote:
Hi,
Mike Hansen and I just spent a while carefully going through:
http://wiki.sagemath.org/SageUsability
>>
On Tue, Sep 8, 2009 at 7:34 PM, Jason Grout wrote:
>
> Fernando Perez wrote:
>> On Tue, Sep 8, 2009 at 6:45 PM, William Stein wrote:
>>> Hi,
>>>
>>> Mike Hansen and I just spent a while carefully going through:
>>>
>>> http://wiki.sagemath.org/SageUsability
>>>
>>> and updated it with more ideas
Fernando Perez wrote:
> On Tue, Sep 8, 2009 at 6:45 PM, William Stein wrote:
>> Hi,
>>
>> Mike Hansen and I just spent a while carefully going through:
>>
>> http://wiki.sagemath.org/SageUsability
>>
>> and updated it with more ideas...
>
> I wonder if it would be totally crazy to consider usin
On Tue, Sep 8, 2009 at 6:45 PM, William Stein wrote:
>
> Hi,
>
> Mike Hansen and I just spent a while carefully going through:
>
> http://wiki.sagemath.org/SageUsability
>
> and updated it with more ideas...
I wonder if it would be totally crazy to consider using reST as the
native notebook for
Hi,
Mike Hansen and I just spent a while carefully going through:
http://wiki.sagemath.org/SageUsability
and updated it with more ideas...
William
--
William Stein
Associate Professor of Mathematics
University of Washington
http://wstein.org
--~--~-~--~~~---~-
It seems impossible to cover all sage functionality with menus, but
they could be helpful when dealing with symbols.
How about popout windows that contain menus? Users could even make
their own menus and call them up as they wished, without effecting the
overall notebook GUI.
Units could be usef
William Stein wrote:
> On Tue, Sep 8, 2009 at 2:41 PM, Dr. David Kirkby
> wrote:
>> John H Palmieri wrote:
>>> I just noticed that there are some differences between the English and
>>> French tutorials: first, they're written in totally different
>>> languages.
>>>
>>> No, sorry, just kidding.
On Tue, Sep 8, 2009 at 3:11 AM, Minh Nguyen wrote:
>
> Hi folks,
>
> Anyone for Sage and the Digital Signature Algorithm? Here's a post on it at
This seems like a good idea to me.
>
> http://amca01.wordpress.com/2009/09/08/the-digital-signature-algorithm-in-maxima-and-sage/
>
> --
> Regards
> Mi
Nathann Cohen wrote:
> Hello everybody !!!
>
> It is very nice that we have in Sage a way to automatically test our
> functions through docstrings which, besides, lead us to improve the
> documentation How hard could it be to find a similar way to measure
> the performance of Sage function
Hi guys,
hopefully we're getting closer to the root of the misunderstanding(s)
here. Under Mac OS X, things might not be as you expect them to be,
given that "gcc" (or some version of it) is used. I've tried to help a
bit with libSingular in the past, from there my experience stems from.
Let's s
On Tue, Sep 8, 2009 at 2:41 PM, Dr. David Kirkby wrote:
>
> John H Palmieri wrote:
>> I just noticed that there are some differences between the English and
>> French tutorials: first, they're written in totally different
>> languages.
>>
>> No, sorry, just kidding. Actually, some paragraphs have
John H Palmieri wrote:
> I just noticed that there are some differences between the English and
> French tutorials: first, they're written in totally different
> languages.
>
> No, sorry, just kidding. Actually, some paragraphs have been added to
> the English version without corresponding chang
I just noticed that there are some differences between the English and
French tutorials: first, they're written in totally different
languages.
No, sorry, just kidding. Actually, some paragraphs have been added to
the English version without corresponding changes to the French
version, like the
Nils Bruin wrote:
> On Sep 8, 9:40 am, Golam Mortuza Hossain wrote:
>> The issue is what to do when a user explicitly ask to apply chain rule
>> by over-riding default setting but provides f(x,x) as the function?
>
> Ah, I see. You are applying the wrong chain rule. You need
> multivariate calcu
2009/9/8 Juanjo :
>
> On Sep 8, 2:36 pm, David Kirkby wrote:
>> I will be impossible to convince!!!
>> I have no problem accepting the *compiler* needs -m64. That option
>> tells the *compiler* to create 64-bit object files. But once the
>> linker is asked to link the object files, it should be a
On Sep 8, 9:40 am, Golam Mortuza Hossain wrote:
> The issue is what to do when a user explicitly ask to apply chain rule
> by over-riding default setting but provides f(x,x) as the function?
Ah, I see. You are applying the wrong chain rule. You need
multivariate calculus. f(x,x) is a composition
X-D
On Sep 8, 6:21 pm, William Stein wrote:
> On Tue, Sep 8, 2009 at 9:15 AM,
>
>
>
>
>
> Juanjo wrote:
>
> > On Sep 8, 2:36 pm, David Kirkby wrote:
> >> I will be impossible to convince!!!
> >> I have no problem accepting the *compiler* needs -m64. That option
> >> tells the *compiler* to crea
Yes, this is a great idea. The benchmarks should be contained in some
sort of database, and, the previous values on the same machine should
be compared to the new values, and significant departures (both
positively and negatively) listed. If performance degrades
significantly on one test, it cou
On Sep 8, 1:23 pm, Nils Bruin wrote:
> However, it is done under an assumption (documented with examples)
> > that arguments of the function are independent for the purpose of
> > applying chain rule.
>
> > An example situation where above assumption is violated, is
> >
> > sage: f(x,x
On Sep 8, 7:13 am, Golam Mortuza Hossain wrote:
> However, it is done under an assumption (documented with examples)
> that arguments of the function are independent for the purpose of
> applying chain rule.
>
> An example situation where above assumption is violated, is
>
> sage: f(x,x)
On Tue, Sep 8, 2009 at 9:15 AM,
Juanjo wrote:
>
> On Sep 8, 2:36 pm, David Kirkby wrote:
>> I will be impossible to convince!!!
>> I have no problem accepting the *compiler* needs -m64. That option
>> tells the *compiler* to create 64-bit object files. But once the
>> linker is asked to link the
On Sep 8, 2:36 pm, David Kirkby wrote:
> I will be impossible to convince!!!
> I have no problem accepting the *compiler* needs -m64. That option
> tells the *compiler* to create 64-bit object files. But once the
> linker is asked to link the object files, it should be able to work
> out whether
On Tue, Sep 8, 2009 at 8:57 AM, J. Cooley wrote:
>
> I am new to developing Sage, so sorry if I am missing something minor.
>
> I am trying to use a polynomial in X as the kernel, with
> R = PolynomialRing(Qt,'X')
> X = R.gen()
>
> The error I'm getting is:
> TypeError: unsupported operand parent(
On Sep 7, 10:36 pm, David Joyner wrote:
> Cool. I'm not familiar with reddit but the posters don't seem to be
> aware that Sage includes some Rubik's cube solvers.
reddit is pretty sage biased. we get a lot of hits from there. not as
many as from wikipedia, but close ;)
h
--~--~-~--~---
I am new to developing Sage, so sorry if I am missing something minor.
I am trying to use a polynomial in X as the kernel, with
R = PolynomialRing(Qt,'X')
X = R.gen()
The error I'm getting is:
TypeError: unsupported operand parent(s) for '+': 'Multivariate
Polynomial Ring in x, y over Rational F
On Tue, Sep 8, 2009 at 6:18 AM,
Juanjo wrote:
>
> On Sep 8, 12:48 pm, David Kirkby wrote:
>> From what I understand, ecl is bascially an interpreter for maxima. In
>> which case, I suspect the fact it is 32-bit will have little effect
>> unless one wished to alloate a lot of memory. Most programs
Hi Michael,
On Sep 8, 3:33 pm, Michael Brickenstein wrote:
> Am 08.09.2009 um 15:25 schrieb Oleksandr:
> > On Sep 7, 3:17 pm, Michael Brickenstein wrote:
> >> Am 07.09.2009 um 14:34 schrieb Oleksandr:
> >>> What about Sage implementation for
>
> >>> 1. weighting vector(s) "a(w1, w2...wn)",
> >>
On Sep 7, 3:36 pm, Minh Nguyen wrote:
> Hi folks,
>
> This release has the following updated packages:
>
> * matplotlib-0.99.0.spkg
> * networkx-0.99.p1-fake_really-0.36.p1.spkg
>
> The source tarball and sage.math binary are available at
>
> http://sage.math.washington.edu/home/mvngu/release/upg
Hi,
I am seeking opinion from sage-devel about the following
issue on #6756. You can read the comments at
http://trac.sagemath.org/sage_trac/ticket/6756
In brief, new *diff* implementation has an option (not the default behaviour)
by which an user can request to apply chain rule even with *diff
Hi Oleksandr!
Am 08.09.2009 um 15:25 schrieb Oleksandr:
>
> Hi,
>
> On Sep 7, 3:17 pm, Michael Brickenstein wrote:
>> Am 07.09.2009 um 14:34 schrieb Oleksandr:
>>> What about Sage implementation for
>>
>>> 1. weighting vector(s) "a(w1, w2...wn)",
>>> 2. free module orderings (e.g. c/C) mixed so
Hi,
On Sep 7, 3:17 pm, Michael Brickenstein wrote:
> Am 07.09.2009 um 14:34 schrieb Oleksandr:
> > What about Sage implementation for
>
> > 1. weighting vector(s) "a(w1, w2...wn)",
> > 2. free module orderings (e.g. c/C) mixed somewhere in between? Does
> > Sage have such a concept?
>
> I suppos
On Sep 8, 12:48 pm, David Kirkby wrote:
> From what I understand, ecl is bascially an interpreter for maxima. In
> which case, I suspect the fact it is 32-bit will have little effect
> unless one wished to alloate a lot of memory. Most programs in Solaris
> are compiled as 32-bit, despite this be
I like the interface and the idea.
>From the first look I don't see the reason to develop new software. It
could be a good interface to Sage mathematics.
The best thing I like about it is the ability to write A4 mathematical
document straight away in the browser and do the formatting as well.
#S
>> > Now, this is one of the reasons why ECL does not build on OS X when
>> > compiling with CFLAGS="-m64" Since the linker needs the -m64 flag, ECL
>> > is not capable of finding your copy of the MPIR library.
>>
>> Can you show me where it is documented that the linker has a '-m64' flag?
>
> Dav
On Sep 8, 6:36 am, Minh Nguyen wrote:
> Hi Kevin,
>
> On Tue, Sep 8, 2009 at 8:20 PM, Kevin Horton wrote:
>
> > It built OK on Ubuntu 8.10 on Intel.
>
> > The following tests failed:
>
> > sage -t -long "devel/sage/sage/interfaces/sage0.py"
> > sage -t -long "devel/sage/sage/interfa
2009/9/8 Juanjo :
>
>
> On Sep 8, 10:34 am, Dan Drake wrote:
>> With 4.1.2.alpha1, I'm seeing the same error reported by John Palmieri:
>>
>> > Well, now it seems to have built on 64-bit as well. It doesn't work
>> > if I first execute
>>
>> > export MAKE='make -j2'
>
> ECL's makefiles do not wo
Simon King wrote:
> Hi Burcin,
>
> On Sep 8, 11:21 am, Burcin Erocal wrote:
>> I would call it a bug, a side effect of trying to convert the argument
>> to a complex number as a last resort.
>
> No, it is documented, at least implicitly. From the doc string of n:
> INPUT:
> - `
Hi Kevin,
On Tue, Sep 8, 2009 at 8:20 PM, Kevin Horton wrote:
>
> It built OK on Ubuntu 8.10 on Intel.
>
> The following tests failed:
>
>
>sage -t -long "devel/sage/sage/interfaces/sage0.py"
>sage -t -long "devel/sage/sage/interfaces/expect.py"
>sage -t -long "devel/sage/
Hi Burcin,
On Sep 8, 11:21 am, Burcin Erocal wrote:
> I would call it a bug, a side effect of trying to convert the argument
> to a complex number as a last resort.
No, it is documented, at least implicitly. From the doc string of n:
INPUT:
- ``x`` - an object that has a numeri
Simon King wrote:
> Hi Jason,
>
> On Sep 8, 10:58 am, Jason Grout wrote:
>> This seems really odd to me. I expected to get back n() applied to each
>> element of the list.
>>
>> sage: n([1,2])
>> 1.00 + 2.00*I
>>
>> Does anyone else find this behavior uncomfortable?
>
>
Hi Jason,
On Sep 8, 10:58 am, Jason Grout wrote:
> This seems really odd to me. I expected to get back n() applied to each
> element of the list.
>
> sage: n([1,2])
> 1.00 + 2.00*I
>
> Does anyone else find this behavior uncomfortable?
Not I, at least.
AFAIK, there are
On Tue, 08 Sep 2009 04:58:38 -0500
Jason Grout wrote:
>
> This seems really odd to me. I expected to get back n() applied to
> each element of the list.
>
> sage: n([1,2])
> 1.00 + 2.00*I
>
> Does anyone else find this behavior uncomfortable?
I would call it a bug, a
It built OK on Ubuntu 8.10 on Intel.
The following tests failed:
sage -t -long "devel/sage/sage/interfaces/sage0.py"
sage -t -long "devel/sage/sage/interfaces/expect.py"
sage -t -long "devel/sage/sage/misc/randstate.pyx"
Details:
sage -t -long "devel/sage/sage/interfac
This seems really odd to me. I expected to get back n() applied to each
element of the list.
sage: n([1,2])
1.00 + 2.00*I
Does anyone else find this behavior uncomfortable?
Thanks,
Jason
--
Jason Grout
--~--~-~--~~~---~--~~
To post
On Sep 8, 10:34 am, Dan Drake wrote:
> With 4.1.2.alpha1, I'm seeing the same error reported by John Palmieri:
>
> > Well, now it seems to have built on 64-bit as well. It doesn't work
> > if I first execute
>
> > export MAKE='make -j2'
ECL's makefiles do not work well with -jn (n>=2) In any c
With 4.1.2.alpha1, I'm seeing the same error reported by John Palmieri:
> Well, now it seems to have built on 64-bit as well. It doesn't work
> if I first execute
>
> export MAKE='make -j2'
>
> but it works if MAKE='make'. Here's the tail end of the installation
> with MAKE='make -j2'; I think I
Answer to (2) below. I am VERY please that someone is at last doing
this!
On Sep 8, 1:27 am, Sebastian Pancratz wrote:
> Dear all,
>
> I've finally started to work on this, and as already pointed out
> earlier it's under trac ticket #4000. Martin Albrecht implemented a
> prototype to help me g
On Sep 8, 7:38 am, "Dr. David Kirkby" wrote:
> Juan Jose Garcia-Ripoll wrote:
> > It seems that in OS X, when using "gcc" to link the object files into
> > an executable, the flag -m64 is needed _again_ to specify that it is a
> > 64-bits build. This is regarding David's question in the sage-deve
Juan Jose Garcia-Ripoll wrote:
> 2009/9/7 Dr. David Kirkby :
>> As you know, we are having some problems building ECL on 64-bit OS X (on
>> the machine bsd.math.washington.edu).
>
> Yes, I have seen the emails. I am trying different builds here in my
> laptop, since I did not ask for an account a
Hi folks,
Anyone for Sage and the Digital Signature Algorithm? Here's a post on it at
http://amca01.wordpress.com/2009/09/08/the-digital-signature-algorithm-in-maxima-and-sage/
--
Regards
Minh Van Nguyen
--~--~-~--~~~---~--~~
To post to this group, send an emai
Hi
This issue is unresolved for me: users running sage -t in a system-wide
install owned by root.
On Wed, Sep 02, 2009 at 02:49:28PM +1000, Minh Nguyen wrote:
> This issue is now ticket #6861
> http://trac.sagemath.org/sage_trac/ticket/6861
# give write permissions to everyone, same as /tmp/
0
60 matches
Mail list logo
