Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 1857 by renierm: evalf/simplify accuracy
http://code.google.com/p/sympy/issues/detail?id=1857
Sympy seems to lose accuracy with simplification and evalf use.
As expressions are simlified accuracy seems to be lost. Consider th
Status: Accepted
Owner: smichr
Labels: Type-Defect Priority-Medium
New issue 1858 by smichr: separatevars doesn't supply symbols when none are
given
http://code.google.com/p/sympy/issues/detail?id=1858
If one doesn't supply symbols and requests a dictionary, the dictionary
does not contain al
Comment #30 on issue 1829 by Vinzent.Steinberg: release 0.6.7
http://code.google.com/p/sympy/issues/detail?id=1829
Aaron and Ondrej, if you are fine with this I would like to release this
without
rebasing on current master, to avoid another release candidate cycle and
further
delaying this r
Updates:
Cc: fredrik.johansson
Comment #1 on issue 1857 by Vinzent.Steinberg: evalf/simplify accuracy
http://code.google.com/p/sympy/issues/detail?id=1857
This is because each Real object has his own precision, which you have to
specify
unless you want to get a very low one. See [1]. U
Comment #2 on issue 1857 by ronan.l...@gmail.com: evalf/simplify accuracy
http://code.google.com/p/sympy/issues/detail?id=1857
In [5]: mu0 = 4*pi*1e-7
In [6]: srepr(mu0)
Out[6]: Mul(Real('3.9998e-7', prec=15), Pi())
mu0 and eps0 are only defined to 15 digits precision (i.e.
machi
Comment #31 on issue 1829 by asmeurer: release 0.6.7
http://code.google.com/p/sympy/issues/detail?id=1829
I guess it depends if there are any problems from a version control
standpoint with merging a release
over master. I don't think there should be, but I do not know much about
these thing
Updates:
Labels: -NeedsBetterPatch NeedsReview
Comment #24 on issue 1490 by Toon.Verstraelen: LatexPrinter doprint
inline=None
http://code.google.com/p/sympy/issues/detail?id=1490
Thanks for the advice. It is patched, rebased, tested and available in the
same
branch on github.
--