o me that as a general principle, a method whose name is an
*abbreviation* of the name of another method should actually be the *same*
method. Anything else is hugely confusing to a user. Both the
functionalities described are, of course, useful, but giving them such
similar names has a
Looks like a linbox problem:
sage: J = jordan_block(0, 31).change_ring(QQ)
sage: (J^2).charpoly(algorithm='generic')
x^31
sage: (J^2).charpoly(algorithm='linbox') # the default
x^16
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe f
This (slightly fixed) output from sage -grep shows what needs to be done:
$ sage -grep -n 'def submatrix'
sage/matrix/matrix1.pyx:1810:def submatrix(self, Py_ssize_t row=0,
Py_ssize_t col=0,
Py_ssize_t nrows=-1,
Py_ssize_t ncols=-1):
sage/
' to the call.
>
I think this is correct. Similarly omitting unnecessary checks gives rise
to significant improvements in speed at
http://trac.sagemath.org/sage_trac/ticket/10843 (still waiting for review
after two years).
Francis Clarke
--
You received this message because you are
I think you want
sage: V.direct_sum(W)
Vector space of degree 200 and dimension 2 over Rational Field
Basis matrix:
2 x 200 dense matrix over Rational Field
Francis
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To post to this group, send em
l tests passed!
Total time for all tests: 7.0 seconds
Francis Clarke
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URL: http://www.sagemath.org
On Jul 7, 8:55 am, Francis Clarke wrote:
> Hermite Normal Forms (HNFs) exist for matrices over Bezout
> rings and are unique up to multiplication by units over PIDs.
Correction: they're unique modulo units over Euclidean domains.
Francis
--
To post to this group, send an email to
On Jul 6, 9:45 am, John Cremona wrote:
> I think it is too much to expect general PIDs to have unique
> (canonical) echelon forms, since that would, as a special case, mean a
> canonical generator for each principal ideal. Of course there are
> PIDs (such as Z) where there is a natural choice, b
On Jun 30, 2:26 am, Rob Beezer wrote:
> sage: V = GF(3)^3
> sage: W = QQ^2
> sage: H = Hom(V, W)
> sage: m = matrix(3, 2, range(6))
> sage: f = H(m)
This makes no sense at all; the function is not a homomorphism:
sage: v = [V.random_element() for i in range(2)]
sage: l = [GF(3).random_element
The following article has interesting remarks on this question,
particularly pages 407--408:
\bib{MR1163629}{article}{
author={Knuth, Donald E.},
title={Two notes on notation},
journal={Amer. Math. Monthly},
volume={99},
date={1992},
number={5},
pages={403--422},
}
Among the
On May 13, 5:06 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> I really want to fix *every* single bug in the notebook that can be reliably
> replicated (non-replicatable system-specific bugs are really hard to fix).
> If you know of any please please report them.
A subtle problem with "%late
evaluate (and
when it's a previously evaluated cell that you've edited, this can be
hugely confusing), but most did. So I've set the delay at 250, and
it's working well with both Firefox and Safari.
My setup is
Mac OS X 10.4.11
2 GHz Intel Core 2 Duo
Sage 2.10.2
Fi
--- a/sage/rings/number_field/number_field.py Sun Dec 16 06:37:16
2007 -0800
+++ b/sage/rings/number_field/number_field.py Wed Dec 19 18:54:54
2007 +
@@ -751,7 +751,7 @@ class NumberField_generic(number_field_b
You can also view a number field as having a different
gener
13 matches
Mail list logo
