How about having having two folders, dense and sparse, in the matrices folder.
The dense folder contains densematrix.py and linalg.py. densematrix.py contains
the class DenseMatrix (the current Matrix class, or should the name remain the
same ? ). The sparse folder has dokmatrix.py, linalg.py. d
+1 on linalg as that follows the convention of numpy/scipy.
On Fri, May 27, 2011 at 6:04 PM, Andy Ray Terrel wrote:
> I'm +1 for linalg over matrix/matrices. Having a Matrix file and
> putting all the linear algebra routines in it violates modularity and
> extensibility. Also it makes the libra
Hi,
In sympy.physics.quantum we use sympy Matrix instances all over the
place. These can be quite large (100x100 up to many 1000x1000. In
the future we could get even bigger) and always have symbolic entries.
At times we do like to convert them to numerical numpy arrays, but in
many cases we re
Hi,
On 27 May 2011 21:08, Chris Smith wrote:
> Aaron S. Meurer wrote:
> >> Shouldn't it return 1?
>
> The quote I posted takes the approach that the divisor is the number that
> divides both and still gives an integer, so our gcd and current primitive
> method (soon to be changed) is consistent
Hi,
I might use sparse numeric matrices (coefficients typically in QQ or
some finite field) for computing reductions of a polynomial mod some
other polynomials. Currently this is a bit far away and I don't really
know the specifics other than that the matrices are sparse in general.
Jeremias
--
Hi Tom,
On Tue, May 31, 2011 at 8:21 AM, Tom Bachmann wrote:
> Hi all,
>
> I just created a pull request for the first installation of commits I
> created for gsoc: https://github.com/sympy/sympy/pull/378/files
>
> Any comments appreciated.
Wow, you did a *lot* of work. Awesome! I'll try to help
Le mardi 31 mai 2011 à 09:43 -0700, Vinzent Steinberg a écrit :
> On May 30, 9:52 pm, Mateusz Paprocki wrote:
> > That could work:
> >
> > ZZ.sum([1, 2, 3]) -> sum([1, 2, 3])
> > RR.sum([1.0, 2.0]) -> mpmath.fsum([1.0, 2.0])
> > EX.sum([x, y, z]) -> Add(*[x, y, z])
> >
> > etc.
>
> This is exactl
On May 30, 9:52 pm, Mateusz Paprocki wrote:
> That could work:
>
> ZZ.sum([1, 2, 3]) -> sum([1, 2, 3])
> RR.sum([1.0, 2.0]) -> mpmath.fsum([1.0, 2.0])
> EX.sum([x, y, z]) -> Add(*[x, y, z])
>
> etc.
This is exactly what I have been thinking of.
Vinzent
--
You received this message because you
Hi,
On May 30, 2:34 pm, gpap wrote:
> > Hi,
>
> > I am very new to python and I am currently trying to migrate some code
> > from mathematica. What I'm stuck with is the following:
>
> > I have created a linear system A.x = B, and I have a list of
> > replacement rules I would like to apply to t
Hi all,
I just created a pull request for the first installation of commits I
created for gsoc: https://github.com/sympy/sympy/pull/378/files
Any comments appreciated.
Regards,
Tom
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To post to this gr
10 matches
Mail list logo