Re: Issue 2265 in sympy: cse requires subexpressions to be in the exact same order

2011-04-13 Thread sympy
Comment #6 on issue 2265 by smi...@gmail.com: cse requires subexpressions to be in the exact same order http://code.google.com/p/sympy/issues/detail?id=2265 That's because I required it to be a Mul...let's see what happens when I check for either Mul or Add. I'll report back in a few

Re: Issue 2265 in sympy: cse requires subexpressions to be in the exact same order

2011-04-13 Thread sympy
Comment #8 on issue 2265 by smi...@gmail.com: cse requires subexpressions to be in the exact same order http://code.google.com/p/sympy/issues/detail?id=2265 Hey...there are two x0 there! In comment 1, too. That's not right. -- You received this message because you are subscribed to the

Re: Issue 2270 in sympy: Matrix(...) + scalar

2011-04-13 Thread sympy
Comment #8 on issue 2270 by pr...@goodok.ru: Matrix(...) + scalar http://code.google.com/p/sympy/issues/detail?id=2270 For all your information: in Sage (better etalon than numpy) the adding of square matrix and scalar is permitted. In other cases the TypeError is excepted. -- You

Re: Issue 2269 in sympy: Symplification of transformation P applying to diagonal matrix.

2011-04-13 Thread sympy
Comment #18 on issue 2269 by pr...@goodok.ru: Symplification of transformation P applying to diagonal matrix. http://code.google.com/p/sympy/issues/detail?id=2269 Sorry for CC email changing. I took a pattern from issue 2252 (comment 17) In addition 500 errors began to appear in google

Re: Issue 2270 in sympy: Matrix(...) + scalar

2011-04-13 Thread sympy
Comment #9 on issue 2270 by sherjilo...@gmail.com: Matrix(...) + scalar http://code.google.com/p/sympy/issues/detail?id=2270 @Andy : An eye is an Idenity matrix so obviously it will add only to the diagonal. Its `ones` that would add to all the elements. The eye version is mathematically

Re: Issue 2274 in sympy: Matrix generators

2011-04-13 Thread sympy
Comment #1 on issue 2274 by pr...@goodok.ru: Matrix generators http://code.google.com/p/sympy/issues/detail?id=2274 We have zeros, ones and eye. And diag() constructor If you want to concentrate at constructors of random matrices you can take into account how Sage solve this [1] for

Re: Issue 1822 in sympy: Matrix Object.nonexistantattribute() should raise more informative AttributeError

2011-04-13 Thread sympy
Comment #9 on issue 1822 by sherjilo...@gmail.com: Matrix Object.nonexistantattribute() should raise more informative AttributeError http://code.google.com/p/sympy/issues/detail?id=1822 How about this ? In [1]: A=ones(3) In [2]: A.d

Re: Issue 1822 in sympy: Matrix Object.nonexistantattribute() should raise more informative AttributeError

2011-04-13 Thread sympy
Updates: Labels: NeedsDecision Comment #10 on issue 1822 by sherjilo...@gmail.com: Matrix Object.nonexistantattribute() should raise more informative AttributeError http://code.google.com/p/sympy/issues/detail?id=1822 (No comment was entered for this change.) -- You received this

Re: Issue 2220 in sympy: Bug with Matrix.is_symbolic and Matrix.is_upper

2011-04-13 Thread sympy
Comment #3 on issue 2220 by sherjilo...@gmail.com: Bug with Matrix.is_symbolic and Matrix.is_upper http://code.google.com/p/sympy/issues/detail?id=2220 This has been pushed in. We should close this. I'll raise a separate issue for something that concerns this. -- You received this

Issue 2275 in sympy: is_upper and is_lower should imply that the matrix is square

2011-04-13 Thread sympy
Status: Accepted Owner: sherjilo...@gmail.com Labels: Type-Defect Priority-Medium New issue 2275 by sherjilo...@gmail.com: is_upper and is_lower should imply that the matrix is square http://code.google.com/p/sympy/issues/detail?id=2275 I assume upper and lower are short forms for upper

Re: Issue 2275 in sympy: is_upper and is_lower should imply that the matrix is square

2011-04-13 Thread sympy
Updates: Labels: Matrices EasyToFix Comment #1 on issue 2275 by sherjilo...@gmail.com: is_upper and is_lower should imply that the matrix is square http://code.google.com/p/sympy/issues/detail?id=2275 (No comment was entered for this change.) -- You received this message because you

Re: Issue 2275 in sympy: is_upper and is_lower should imply that the matrix is square

2011-04-13 Thread sympy
Comment #2 on issue 2275 by pr...@goodok.ru: is_upper and is_lower should imply that the matrix is square http://code.google.com/p/sympy/issues/detail?id=2275 BTW the reason to return False (opposite to raising error exception) is that these methods (`is_something`) are prober methods

Re: Issue 2275 in sympy: is_upper and is_lower should imply that the matrix is square

2011-04-13 Thread sympy
Comment #3 on issue 2275 by sherjilo...@gmail.com: is_upper and is_lower should imply that the matrix is square http://code.google.com/p/sympy/issues/detail?id=2275 So, basically if the user wants lower triangular matrix, he'll check for square and lower both separately. That's okay too.

Re: Issue 1077 in sympy: pi, EulerGamma in Algebraic

2011-04-13 Thread sympy
Comment #8 on issue 1077 by Vinzent.Steinberg: pi, EulerGamma in Algebraic http://code.google.com/p/sympy/issues/detail?id=1077 Maybe we should rather remove this function completely, because it is very hard to determine whether a number algebraic or not. For example, sin(1) is not

Re: Issue 2220 in sympy: Bug with Matrix.is_symbolic and Matrix.is_upper

2011-04-13 Thread sympy
Updates: Status: Fixed Labels: -NeedsReview PassedReview Comment #4 on issue 2220 by Vinzent.Steinberg: Bug with Matrix.is_symbolic and Matrix.is_upper http://code.google.com/p/sympy/issues/detail?id=2220 Thanks. -- You received this message because you are subscribed to the

Re: Issue 1822 in sympy: Matrix Object.nonexistantattribute() should raise more informative AttributeError

2011-04-13 Thread sympy
Updates: Status: NeedsDecision Labels: -NeedsDecision Comment #11 on issue 1822 by ronan.l...@gmail.com: Matrix Object.nonexistantattribute() should raise more informative AttributeError http://code.google.com/p/sympy/issues/detail?id=1822 I think we should just get rid of

Re: Issue 2265 in sympy: cse requires subexpressions to be in the exact same order

2011-04-13 Thread sympy
Comment #9 on issue 2265 by smi...@gmail.com: cse requires subexpressions to be in the exact same order http://code.google.com/p/sympy/issues/detail?id=2265 It turns out that it's not that bad to check for such sub-matches: h[1] cse([a + c + e, a + c + b]) ([(x0, a + c)], [e + x0,

Re: Issue 1400 in sympy: make cse optionally not to generate subexpressions that are only used once

2011-04-13 Thread sympy
Comment #3 on issue 1400 by smi...@gmail.com: make cse optionally not to generate subexpressions that are only used once http://code.google.com/p/sympy/issues/detail?id=1400 There is no option for this, but the recent commit now gives: h[1] a1, a2, a3, a4, a5, a6 = symbols([a1, a2,

Re: Issue 1077 in sympy: pi, EulerGamma in Algebraic

2011-04-13 Thread sympy
Updates: Cc: matt...@gmail.com Comment #9 on issue 1077 by asmeurer: pi, EulerGamma in Algebraic http://code.google.com/p/sympy/issues/detail?id=1077 I think it is worthy to have it. While it will have to return None in quite a few cases, there are several cases where it can return

Re: Issue 1822 in sympy: Remove Matrix.__getattr__

2011-04-13 Thread sympy
Updates: Summary: Remove Matrix.__getattr__ Comment #12 on issue 1822 by asmeurer: Remove Matrix.__getattr__ http://code.google.com/p/sympy/issues/detail?id=1822 I agree. There is no reason to have it. -- You received this message because you are subscribed to the Google Groups

Re: Issue 1001 in sympy: Failure with definite integral of sqrt(R^2-x^2) and variations

2011-04-13 Thread sympy
Comment #9 on issue 1001 by sapta.ii...@gmail.com: Failure with definite integral of sqrt(R^2-x^2) and variations http://code.google.com/p/sympy/issues/detail?id=1001 In master you can try import sympy x=Symbol('x') R=Symbol('R', positive = True) integrate(sqrt(R**2-x**2), (x, 0, R))

Re: Issue 2276 in sympy: integrate() should use the ode module's undetermined coefficients solver when possible

2011-04-13 Thread sympy
Comment #1 on issue 2276 by asmeurer: integrate() should use the ode module's undetermined coefficients solver when possible http://code.google.com/p/sympy/issues/detail?id=2276 By the way, integrate() should return whatever you get by setting all the constants equal to 0 (unless we

Re: Issue 1604 in sympy: Misapplication of integration by parts

2011-04-13 Thread sympy
Comment #3 on issue 1604 by smi...@gmail.com: Misapplication of integration by parts http://code.google.com/p/sympy/issues/detail?id=1604 This appears to be fixed: h[5] integrate(exp(x)*g(x), x) Integral(exp(x)*g(x), x) Can't bisect at the moment to see what fixed it. -- You

Issue 2277 in sympy: integrate(3 + exp(1/x**2), x) doesn't return successful parts.

2011-04-13 Thread sympy
Status: Accepted Owner: smi...@gmail.com Labels: Type-Defect Priority-Medium Integration New issue 2277 by smi...@gmail.com: integrate(3 + exp(1/x**2), x) doesn't return successful parts. http://code.google.com/p/sympy/issues/detail?id=2277 integrate takes and all or nothing approach.

Re: Issue 2276 in sympy: integrate() should use the ode module's undetermined coefficients solver when possible

2011-04-13 Thread sympy
Comment #3 on issue 2276 by smi...@gmail.com: integrate() should use the ode module's undetermined coefficients solver when possible http://code.google.com/p/sympy/issues/detail?id=2276 So would the _eval_integral routine just have to look for a NotImplementedError to know if it failed?