Comment #5 on issue 2405 by smi...@gmail.com: solve and solve_poly_system
can give ambiguous results
http://code.google.com/p/sympy/issues/detail?id=2405
Would it be better if polys followed a less complicated logic to pick the
unified generators, e.g. the unique, sorted list of generators
Comment #6 on issue 2405 by smi...@gmail.com: solve and solve_poly_system
can give ambiguous results
http://code.google.com/p/sympy/issues/detail?id=2405
A warning is issued when the results, though determinate, might appear
ambiguous when sets of symbols (or no symbols) are given.
--
Updates:
Summary: solve and solve_poly_system can give ambiguous results
Comment #2 on issue 2405 by smi...@gmail.com: solve and solve_poly_system
can give ambiguous results
http://code.google.com/p/sympy/issues/detail?id=2405
There is a reason that the solver's current
Comment #3 on issue 2405 by smi...@gmail.com: solve and solve_poly_system
can give ambiguous results
http://code.google.com/p/sympy/issues/detail?id=2405
OK, here is where solve_poly_system is ambiguous (like solve):
h[1] from sympy.solvers.polysys import solve_poly_system as so
Comment #4 on issue 2405 by matt...@gmail.com: solve and solve_poly_system
can give ambiguous results
http://code.google.com/p/sympy/issues/detail?id=2405
There will be always some ambiguity as long as solvers aren't returning
mappings. However, it's not solve_poly_system() where the