Updates:
Status: WontFix
Comment #6 on issue 2343 by smi...@gmail.com: as_poly returns None
http://code.google.com/p/sympy/issues/detail?id=2343
There is nothing to fix. Issue 2346 hs been resolved and the problem above
can be solved by making sure that equations are instantiated with
Comment #3 on issue 2343 by matt...@gmail.com: as_poly returns None
http://code.google.com/p/sympy/issues/detail?id=2343
To me this is yet another consequence of the current state of art in
assumptions:
In [1]: u0 = Symbol('u')
In [2]: u1 = Symbol('u', real=True)
In [3]: hash(u0)
Out[3]:
Comment #4 on issue 2343 by smi...@gmail.com: as_poly returns None
http://code.google.com/p/sympy/issues/detail?id=2343
The geometry module is the environment of interest. Let's say the user
want to find the intersection of an ellipse and a parabola. The
equation of the ellipse can be
Comment #5 on issue 2343 by ronan.l...@gmail.com: as_poly returns None
http://code.google.com/p/sympy/issues/detail?id=2343
Ack! Objects that compare equal but have different hashes are an
abomination. I opened issue 2346 for that.
--
You received this message because you are subscribed to
Status: Accepted
Owner: smi...@gmail.com
Labels: Type-Defect Priority-Medium
New issue 2343 by smi...@gmail.com: as_poly returns None
http://code.google.com/p/sympy/issues/detail?id=2343
Here is an expression in x and y
h[1] q1
-1 + (1/2 - x/2)**2 + (1/3 - y/3)**2
h[2]
Comment #2 on issue 2343 by smi...@gmail.com: as_poly returns None
http://code.google.com/p/sympy/issues/detail?id=2343
Ahh...that's it, Mateusz. There is a loose connection between symbols. The
x and y used to generate the equation are not the same as those used in the
calling environment:
