-
-
Notifications
You must be signed in to change notification settings - Fork 526
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
Chart-wise assumptions #32120
Comments
This comment has been minimized.
This comment has been minimized.
comment:4
Another way could be to write a own class for the variables of a chart instead of seeing them as pure symbolic expressions. That could also solve the problem described in #30232. |
comment:5
I don't think that would help - assumptions are really per chart, not per variable; and in the end, they do need to be communicated to the symbolic engine. |
comment:6
Replying to @mkoeppe:
That is indeed true. |
comment:7
Related to the discussion in #30232, perhaps it makes sense to introduce rings of expressions under symbolic assumptions. Simplifying an expression using an additional assumption would then be a coercion! |
comment:8
(This is now #32276.) |
(from #31901 comment:19)
The assumptions should not be global but chart-wise.
There is already a context manager
assuming
. We could create it at initialization and invoke it usingwith
whenever computations are done with this chart.We go through a new method
assuming
ofCalculusMethod
that dispatches in the same way as thesimplify
method does.CC: @egourgoulhon @mjungmath
Component: manifolds
Issue created by migration from https://trac.sagemath.org/ticket/32120
The text was updated successfully, but these errors were encountered: