Comment #3 on issue 2283 by hector1...@gmail.com: Non-iterative 'in'
http://code.google.com/p/sympy/issues/detail?id=2283
To check expr in EXPR, we can do,
for i in expr.args:
if i not in EXPR:
return FALSE
return True
I think this will serve the purpose.
And thanks for reminding
Comment #3 on issue 2288 by gdrummo...@gmail.com: Triangle.inradius
incorrect
http://code.google.com/p/sympy/issues/detail?id=2288
I've reviewed this pull request - it looks good.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to
Updates:
Cc: asmeurer ronan.l...@gmail.com
Comment #4 on issue 2283 by sherjilo...@gmail.com: Non-iterative 'in'
http://code.google.com/p/sympy/issues/detail?id=2283
No, no. This won't solve the problem.
Your algorithm is good, but it needs to be modified slightly.
Consider this,
In
Updates:
Cc: matt...@gmail.com
Comment #5 on issue 2283 by sherjilo...@gmail.com: Non-iterative 'in'
http://code.google.com/p/sympy/issues/detail?id=2283
I think mattpap is making an EPATH like XPATH, which ought to solve this
problem easily.
--
You received this message because you
Updates:
Cc: asmeurer ronan.l...@gmail.com
Comment #4 on issue 2213 by sherjilo...@gmail.com: Derivative of Sum
http://code.google.com/p/sympy/issues/detail?id=2213
I think this has been corrected,
In [4]: Sum(f(x), (x, 1, n)).diff(x)
Out[4]: 0
This either needs to be closed, or
Comment #34 on issue 2225 by sherjilo...@gmail.com: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
Link to the pull request : https://github.com/sympy/sympy/pull/156
Could someone add links to the Max issue and if there is, the pull request.
I've been absent from
Comment #3 on issue 2206 by sherjilo...@gmail.com: plus-minus object
http://code.google.com/p/sympy/issues/detail?id=2206
+1 on the cool idea. Surprising how its not already there. So should stuff
like limit(x**pm, x, 0) return a 2-tuple, and maybe check to see if the
tuple can again be
Comment #1 on issue 2292 by smi...@gmail.com: Add functionality to
Integrals to switch limit order?
http://code.google.com/p/sympy/issues/detail?id=2292
I think so...doit should be as smart as possible.
--
You received this message because you are subscribed to the Google Groups
Comment #4 on issue 2286 by smi...@gmail.com: (-pi).is_finite is None
http://code.google.com/p/sympy/issues/detail?id=2286
Could you please make a suggestion as to what would be better?
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to
Status: NeedsDecision
Owner: sherjilo...@gmail.com
Labels: Type-Defect Priority-Medium Series EasyToFix
New issue 2293 by sherjilo...@gmail.com: Unexpected limit behaviour
http://code.google.com/p/sympy/issues/detail?id=2293
In [3]: limit(x**-1, x, 0)
Out[3]: ∞
In [4]: x=9
In [5]:
Status: NeedsDecision
Owner: ronan.l...@gmail.com
Labels: Type-Defect Priority-Medium Assumptions
New issue 2294 by ronan.l...@gmail.com: Remove .is_finite assumption
http://code.google.com/p/sympy/issues/detail?id=2294
.is_finite is basically defined by the following lines in
Updates:
Labels: Assumptions
Blockedon: 2294
Comment #5 on issue 2286 by ronan.l...@gmail.com: (-pi).is_finite is None
http://code.google.com/p/sympy/issues/detail?id=2286
Actually, I think we should remove .is_finite, cf. issue 2294.
--
You received this message because you
Issue 2294: Remove .is_finite assumption
http://code.google.com/p/sympy/issues/detail?id=2294
This issue is now blocking issue 2286.
See http://code.google.com/p/sympy/issues/detail?id=2286
--
You received this message because you are listed in the owner
or CC fields of this issue, or because
Updates:
Labels: gdrummondk NeedsReview
Comment #10 on issue 2282 by asmeurer: doctests broken by the commit
edabb89c5006a7
http://code.google.com/p/sympy/issues/detail?id=2282
(No comment was entered for this change.)
--
You received this message because you are subscribed to the
Updates:
Status: Fixed
Comment #7 on issue 2241 by ronan.l...@gmail.com: Wrong convergence check
for evalf() of hypergeometric sums
http://code.google.com/p/sympy/issues/detail?id=2241
It's in.
--
You received this message because you are subscribed to the Google Groups
Updates:
Labels: -NeedsReview PassedReview
Comment #4 on issue 2288 by asmeurer: Triangle.inradius incorrect
http://code.google.com/p/sympy/issues/detail?id=2288
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
Updates:
Cc: -asmeurer -ronan.l...@gmail.com smi...@gmail.com
Labels: WrongResult
Comment #5 on issue 2213 by asmeurer: Derivative of Sum
http://code.google.com/p/sympy/issues/detail?id=2213
This is now at https://github.com/sympy/sympy/pull/162, I think.
Anyway, 0 is wrong.
Updates:
Labels: -WrongResult
Comment #6 on issue 2213 by asmeurer: Derivative of Sum
http://code.google.com/p/sympy/issues/detail?id=2213
Sorry, 0 is right, because x is a dummy variable.
So now I don't know. Chris, is there still stuff to do with this?
--
You received this message
Comment #4 on issue 2206 by asmeurer: plus-minus object
http://code.google.com/p/sympy/issues/detail?id=2206
When you say x = Symbol('x', real=True), you are saying essentially let x
be an arbitrary element of the set R. This is exactly the same thing with
pm, except it is an arbitrary
Updates:
Status: Fixed
Comment #7 on issue 2213 by smi...@gmail.com: Derivative of Sum
http://code.google.com/p/sympy/issues/detail?id=2213
It's in.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to this group, send email to
Status: Accepted
Owner: asmeurer
CC: smi...@gmail.com
Labels: Type-Defect Priority-Medium Simplify
New issue 2295 by asmeurer: Recursion error with
sqrt(x*x.conjugate()).expand(complex=True)
http://code.google.com/p/sympy/issues/detail?id=2295
a = sqrt(x*x.conjugate())
Status: Accepted
Owner: asmeurer
Labels: Type-Defect Priority-Medium Simplify
New issue 2296 by asmeurer: x*x.conjugate() should be recognized as real
http://code.google.com/p/sympy/issues/detail?id=2296
In [71]: (x*x.conjugate()).as_real_imag()
Out[71]:
⎛ ⎛ ⎽⎞⎛ ⎽⎞⎞
⎝re⎝x⋅x⎠, im⎝x⋅x⎠⎠
Updates:
Summary: Add functionality to Integrals to switch limit order
Status: Accepted
Labels: Integration
Comment #2 on issue 2292 by asmeurer: Add functionality to Integrals to
switch limit order
http://code.google.com/p/sympy/issues/detail?id=2292
Not only should
Updates:
Status: Accepted
Comment #1 on issue 2293 by asmeurer: Unexpected limit behaviour
http://code.google.com/p/sympy/issues/detail?id=2293
I agree. The second argument should be a symbol, the same as with
integrate() or diff().
--
You received this message because you are
Issue 2292: Add functionality to Integrals to switch limit order
http://code.google.com/p/sympy/issues/detail?id=2292
This issue is now blocking issue 2297.
See http://code.google.com/p/sympy/issues/detail?id=2297
--
You received this message because you are listed in the owner
or CC fields of
Status: Accepted
Owner: asmeurer
Labels: Type-Enhancement Priority-Medium Integration
New issue 2297 by asmeurer: Integral manipulations
http://code.google.com/p/sympy/issues/detail?id=2297
We need methods of Integral to manipulate the Integral. Some things we
could do are:
- Split the
26 matches
Mail list logo