On 5/31/07, Nathan Dunfield <[EMAIL PROTECTED]> wrote:
> On May 31, 3:10 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> > Do you understand why Magma is *much* faster than GAP at finding
> > low-index subgroups? Is it just compiled versus interpreted code, or
> > does MAGMA implement a much bett
On May 31, 3:10 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> Do you understand why Magma is *much* faster than GAP at finding
> low-index subgroups? Is it just compiled versus interpreted code, or
> does MAGMA implement a much better algorithm?
William,
Both programs use the same basic coset
This looks very interesting, I hadn't seen this before. I need to
learn more about hg for sure. Would this approach require having the
source to the upstream project in an hg repo?
On 5/31/07, Fernando Perez <[EMAIL PROTECTED]> wrote:
>
> On 5/31/07, Brian Granger <[EMAIL PROTECTED]> wrote:
>
On 5/31/07, Mike Hansen <[EMAIL PROTECTED]> wrote:
>
> When I depickle elements of SymbolicRing, they have different parents
> even though there should be only one SymbolicRing.
I recently fixed this for sage-2.5.4. See attached patch.
william
>
> sage: save(sqrt(2), "x")
> sage: save(sqrt(2
When I depickle elements of SymbolicRing, they have different parents
even though there should be only one SymbolicRing.
sage: save(sqrt(2), "x")
sage: save(sqrt(2), "y")
sage: y = load("y")
sage: x = load("x")
sage: x*y
---
This is an example of trying to err on the side of being overly correct for
our output. For example, if you input
sage: sqrt(2)*5
it will get simplified to 5*sqrt(2). But this relies on the behavior of
maxima's simplification. \sqrt{2} \cdot 5 is much better than \sqrt{2}5,
which is what could ha
Recently I also encountered this "\cdot". I think it does not
correspond
to usual mathematical typesetting so perhaps it should go.
Michel
On May 31, 5:23 pm, "Joel B. Mohler" <[EMAIL PROTECTED]> wrote:
> On Thursday 31 May 2007 11:09, William Stein wrote:
>
> > The file calculus/calculus.py, wh
On 5/31/07, Brian Granger <[EMAIL PROTECTED]> wrote:
> source. This doesn't answer the question of how to maintain those
> patches, that don't get sent back upstream. This definitely needs to
> be addressed.
If I understand correctly, that's what mercurial queues are for:
http://hgbook.red-be
On 5/31/07, didier deshommes <[EMAIL PROTECTED]> wrote:
>
> On 5/22/07, Brian Granger <[EMAIL PROTECTED]> wrote:
> >
> > SAGE developers,
> >
> > As you may know, I have been working on building some new spkgs and
> > have also begun refactoring the spkg build scripts themselves. A few
> > ideas
Hi. I think that I have come across a bug in
sage.calculus.calculus.SymbolicArithmetic.substitute_over_ring
The first three examples below work, but the fourth does not. It seems
that sage can coerce Integers(10)(3) into a symbolic expression, but
only when it is passed as a keyword argument.
I
On 5/31/07, Nathan Dunfield <[EMAIL PROTECTED]> wrote:
> William, David, and Jack,
>
> Many thanks for all the excellent suggestions. Initially, I'll use
> Jack's local variable trick, though as David says a more complete
> implementation would probably want to keep track of the parent free
> gr
William, David, and Jack,
Many thanks for all the excellent suggestions. Initially, I'll use
Jack's local variable trick, though as David says a more complete
implementation would probably want to keep track of the parent free
group. There's also a clean multistep way that doesn't introduce a
On 5/22/07, Brian Granger <[EMAIL PROTECTED]> wrote:
>
> SAGE developers,
>
> As you may know, I have been working on building some new spkgs and
> have also begun refactoring the spkg build scripts themselves. A few
> ideas that I would like feedback on:
>
> 1. Creating a repository for the spk
On Thursday 31 May 2007 11:09, William Stein wrote:
> The file calculus/calculus.py, which is what should be responsible for all
> typesetting of symbolic objects, contains exactly one instance of \\cdot
> (around line 2700). Try removing that and letting us know if the behavior
> is acceptable t
On 5/31/07, Joel B. Mohler <[EMAIL PROTECTED]> wrote:
> I'm giving the new symbolic stuff a bit of a work-out today. I've come across
> two issues.
>
> 1) I'm outputing my results to a latex file and viewing them that way and
> also using the view command. The conversion to latex puts a "\cdot"
I'm giving the new symbolic stuff a bit of a work-out today. I've come across
two issues.
1) I'm outputing my results to a latex file and viewing them that way and
also using the view command. The conversion to latex puts a "\cdot" in for
multiplication. I don't mind this so much, but it m
On 5/31/07, Michel <[EMAIL PROTECTED]> wrote:
>
> Ok I understand. This is not a bug. Save needs more coaching to return
> something
> similar to show. Still it would be nice if the defaults were such
> that
> save and show return the same thing if no options are given. Just to
> reduce the surpri
Reported, banned, and deleted.
On 5/31/07, DAVID <[EMAIL PROTECTED]> wrote:
>
> welcome to http://www.nikesn.com/.
> Products: Nike shoes
> We are specialized in Nike shoes manufacturing,such as Jordans1-21,
> Shox Series,Air Max Series,Air Force one,Dunk,Rift and so on. We have
> stabled and cre
welcome to http://www.nikesn.com/.
Products: Nike shoes
We are specialized in Nike shoes manufacturing,such as Jordans1-21,
Shox Series,Air Max Series,Air Force one,Dunk,Rift and so on. We have
stabled and credit standing relationship with customers from all over
the world.
Our four advantages:1)q
Ok I understand. This is not a bug. Save needs more coaching to return
something
similar to show. Still it would be nice if the defaults were such
that
save and show return the same thing if no options are given. Just to
reduce the surprise
(or frustration) factor.
Michel
On May 31, 11:24 am,
I am encountering something strange with sage 2.5.3
sage: E=EllipticCurve([-1,0])
sage: P=plot(E)
sage: show(P)
# result looks fine
save(P,filename="y^2=x^3-x.png")
# the saved image shows only the right branch...
# confirmed with kview and gimp
I don't even understand how that is possible. I wo
21 matches
Mail list logo
