Re: Issue 1778 in sympy: Rational from string can be improved

2009-12-20 Thread sympy
Comment #2 on issue 1778 by asmeurer: Rational from string can be improved http://code.google.com/p/sympy/issues/detail?id=1778 I don't see that commit, but maybe I am looking too soon. Nonetheless, I think the supported method of converting a string to a SymPy expression is through the sympif

Re: Issue 1770 in sympy: runtests could be more conservative in printing

2009-12-20 Thread sympy
Comment #6 on issue 1770 by smichr: runtests could be more conservative in printing http://code.google.com/p/sympy/issues/detail?id=1770 A correction has been pushed again. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this

Re: Issue 1778 in sympy: Rational from string can be improved

2009-12-20 Thread sympy
Updates: Cc: asmeurer Vinzent.Steinberg Labels: NeedsReview Comment #1 on issue 1778 by smichr: Rational from string can be improved http://code.google.com/p/sympy/issues/detail?id=1778 This can be reviewed as commit 1778 in smichr's 1766 branch at github. -- You received this me

Issue 1778 in sympy: Rational from string can be improved

2009-12-20 Thread sympy
Status: Accepted Owner: smichr Labels: Type-Defect Priority-Medium New issue 1778 by smichr: Rational from string can be improved http://code.google.com/p/sympy/issues/detail?id=1778 There are some difficulties with instantiating Rationals from strings due to insufficient massaging of the input s

Re: Issue 1777 in sympy: powsimp modifications

2009-12-20 Thread sympy
Comment #1 on issue 1777 by asmeurer: powsimp modifications http://code.google.com/p/sympy/issues/detail?id=1777 It seems like powsimp should simplify x**y**z to x**(y*z) (under proper assumptions), not the reverse. Your version seems more like something that "expands" the expression and shoul

Re: Issue 1776 in sympy: coverage is misreporting

2009-12-20 Thread sympy
Comment #2 on issue 1776 by smichr: coverage is misreporting http://code.google.com/p/sympy/issues/detail?id=1776 That's another issue (unless you are saying that coverage cannot detect deep indentation). I tried unindenting it as much as possible, but it still shows as "red/uncovered":

Re: Issue 1776 in sympy: coverage is misreporting

2009-12-20 Thread sympy
Comment #1 on issue 1776 by Vinzent.Steinberg: coverage is misreporting http://code.google.com/p/sympy/issues/detail?id=1776 This code is unecessarily deeply nested. You could do everything using one or two if-blocks. -- You received this message because you are listed in the owner or CC field

Issue 1777 in sympy: powsimp modifications

2009-12-20 Thread sympy
Status: Accepted Owner: smichr Labels: Type-Defect Priority-Medium New issue 1777 by smichr: powsimp modifications http://code.google.com/p/sympy/issues/detail?id=1777 >>> from sympy import * >>> var('x y z') (x, y, z) Unless the x is a literal, it would be nice to have the 2 on the outside of t

Re: Issue 1774 in sympy: Invalid link url in geometry documentation

2009-12-20 Thread sympy
Comment #4 on issue 1774 by smichr: Invalid link url in geometry documentation http://code.google.com/p/sympy/issues/detail?id=1774 Here's what it is (and this works for me) http://wiki.sympy.org/wiki/Plotting_Module#Plotting_Geometric_Entities And here's what julien is asking for (which also

Re: Issue 1774 in sympy: Invalid link url in geometry documentation

2009-12-20 Thread sympy
Comment #3 on issue 1774 by julien.duponchelle: Invalid link url in geometry documentation http://code.google.com/p/sympy/issues/detail?id=1774 I think link need to be: http://docs.sympy.org/modules/plotting.html#plotting-geometric-entities -- You received this message because you are listed

Re: Issue 1264 in sympy: Discrepancies between running the full test suite and individual tests

2009-12-20 Thread sympy
Comment #10 on issue 1264 by asmeurer: Discrepancies between running the full test suite and individual tests http://code.google.com/p/sympy/issues/detail?id=1264 I think he needs to change his Google Code or Google Account preferences to change that. At any rate, there doesn't seem to be a

Re: Issue 1774 in sympy: Invalid link url in geometry documentation

2009-12-20 Thread sympy
Comment #2 on issue 1774 by asmeurer: Invalid link url in geometry documentation http://code.google.com/p/sympy/issues/detail?id=1774 I could very likely have been down before. Our MediaWiki wiki server is sporadic. -- You received this message because you are listed in the owner or CC fiel

Re: Issue 1766 in sympy: expand(power_base=True) is too aggressive

2009-12-20 Thread sympy
Comment #17 on issue 1766 by smichr: expand(power_base=True) is too aggressive http://code.google.com/p/sympy/issues/detail?id=1766 ok, these changes have been made and the revision is in the forced update of smichr's branch 1766 at github. -- You received this message because you are listed

Re: Issue 1770 in sympy: runtests could be more conservative in printing

2009-12-20 Thread sympy
Updates: Labels: -NeedsBetterPatch NeedsReview Comment #5 on issue 1770 by smichr: runtests could be more conservative in printing http://code.google.com/p/sympy/issues/detail?id=1770 (No comment was entered for this change.) -- You received this message because you are listed in the o

Issue 1776 in sympy: coverage is misreporting

2009-12-20 Thread sympy
Status: Accepted Owner: smichr Labels: Type-Defect Priority-Medium New issue 1776 by smichr: coverage is misreporting http://code.google.com/p/sympy/issues/detail?id=1776 I added some tests for extract_multiplicatively, ran the coverage on core, checked the results, and this test, "oo.extract_mul

Re: Issue 1766 in sympy: expand(power_base=True) is too aggressive

2009-12-20 Thread sympy
Updates: Cc: Vinzent.Steinberg Comment #16 on issue 1766 by smichr: expand(power_base=True) is too aggressive http://code.google.com/p/sympy/issues/detail?id=1766 The change to separate had one of the power flags False and it should be true. This is being fixed, tests re-run and a tes

Re: Issue 1770 in sympy: runtests could be more conservative in printing

2009-12-20 Thread sympy
Comment #4 on issue 1770 by smichr: runtests could be more conservative in printing http://code.google.com/p/sympy/issues/detail?id=1770 Vinzent wrote:>>> Thanks, looks fine now. Only the 'if not funcs: return' line seems pointless to me, as it does not work apparently. Do you think this sho

Re: Issue 1264 in sympy: Discrepancies between running the full test suite and individual tests

2009-12-20 Thread sympy
Updates: Cc: asmeurer Ronan.Lamy Comment #9 on issue 1264 by smichr: Discrepancies between running the full test suite and individual tests http://code.google.com/p/sympy/issues/detail?id=1264 Is this perhaps a mute point? Issue 1263 tests (which are part of the patch cited above) are

Re: Issue 1770 in sympy: runtests could be more conservative in printing

2009-12-20 Thread sympy
Updates: Cc: asmeurer Comment #3 on issue 1770 by smichr: runtests could be more conservative in printing http://code.google.com/p/sympy/issues/detail?id=1770 Only those files that have tests are reported. The printout could be pruned further in that only those with failing doctests c

Re: Issue 1374 in sympy: simplify(x**2-x**2.0) does not yield 0.

2009-12-20 Thread sympy
Comment #16 on issue 1374 by Vinzent.Steinberg: simplify(x**2-x**2.0) does not yield 0. http://code.google.com/p/sympy/issues/detail?id=1374 I think simplify(x**2-x**2.0) should not be 0. -- You received this message because you are listed in the owner or CC fields of this issue, or because yo

Re: Issue 1250 in sympy: incorrect output at sympy.latex()

2009-12-20 Thread sympy
Updates: Status: Fixed Comment #5 on issue 1250 by Vinzent.Steinberg: incorrect output at sympy.latex() http://code.google.com/p/sympy/issues/detail?id=1250 I think this is fixed. -- You received this message because you are listed in the owner or CC fields of this issue, or because yo

Re: Issue 1337 in sympy: find all instances in an expression

2009-12-20 Thread sympy
Updates: Labels: -Milestone-Release0.6.6 Milestone-Release0.7.0 Comment #18 on issue 1337 by Vinzent.Steinberg: find all instances in an expression http://code.google.com/p/sympy/issues/detail?id=1337 (No comment was entered for this change.) -- You received this message because you ar

Re: Issue 1353 in sympy: solve() doesn't work with Sage types as input

2009-12-20 Thread sympy
Updates: Summary: solve() doesn't work with Sage types as input Comment #2 on issue 1353 by Vinzent.Steinberg: solve() doesn't work with Sage types as input http://code.google.com/p/sympy/issues/detail?id=1353 Well, actually it is not solve() that does not work, it's rather the conver

Re: Issue 1766 in sympy: expand(power_base=True) is too aggressive

2009-12-20 Thread sympy
Comment #15 on issue 1766 by Vinzent.Steinberg: expand(power_base=True) is too aggressive http://code.google.com/p/sympy/issues/detail?id=1766 Thanks, looks fine now. Only the 'if not funcs: return' line seems pointless to me, as it does not work apparently. Do you think this should still go

Re: Issue 1774 in sympy: Invalid link url in geometry documentation

2009-12-20 Thread sympy
Comment #1 on issue 1774 by smichr: Invalid link url in geometry documentation http://code.google.com/p/sympy/issues/detail?id=1774 I just clicked through without problem...did someone make a change? The url I found (that worked) was http://wiki.sympy.org/wiki/Plotting_Module#Plotting_Geomet

Re: Issue 1766 in sympy: expand(power_base=True) is too aggressive

2009-12-20 Thread sympy
Updates: Labels: -NeedsBetterPatch NeedsReview Comment #14 on issue 1766 by smichr: expand(power_base=True) is too aggressive http://code.google.com/p/sympy/issues/detail?id=1766 Forced update fixing doctest is available again in the same branch, 1766. -- You received this message beca