New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Return eigenvectors as members of a "normal" space instead of as members of an eigenspace #4834
Comments
comment:2
Attachment: trac_4834_bug_demo.sws.gz Attached worksheet does a better job of illustrating the problem. I plan to attack this at Bug Days if it is still open. Can we naturally coerce vectors from lower-dimensional subspaces into the obvious ambient vector space (the one with same degree, same ring or a common super-ring)? That might be one other solution. |
comment:3
I fiddled with this a bit, and thought I posted a patch. I can help at the Bug Days with this, if it's still open. |
comment:4
Following looks to me like the essence of the complaint. Eigenvectors are assigned to their eigenspaces, which I think is useful and informative, and not worth throwing away. Simple operations seem to work properly, in that computations proceed and parents are assigned accordingly. However, when a symbolic element is introduced, then addition fails with incompatible parents. It would seem that the vector over the rationals could get promoted to be over the symbolic ring? Similar behavior occurs for an element of a number field.
|
comment:5
I spent some time trying to see where to add this to the coercion system, but it was beyond me. I could probably review a fix. |
comment:6
A workaround is to begin with symbolic matrices, which are now amenable to eigenvector computations (albeit slowly). See #6934, #10346 (coming soon to an official release). Then results (eigenvectors) are symbolic for starters, so they play nicely with a symbolic expression like the variable t.
But I think an addition to the coercion system is still the best long-term solution, since these symbolic eigenvalue computations are not real robust. |
From sage-support:
CC: @robertwb
Component: linear algebra
Issue created by migration from https://trac.sagemath.org/ticket/4834
The text was updated successfully, but these errors were encountered: