Comment #7 on issue 1304 by asmeurer: Integrate sqrt(x**2 + y**2) fails
http://code.google.com/p/sympy/issues/detail?id=1304
So the post in comment 1 confuses real and Real. If a Symbol is real,
x.is_real should be True, but Real is the
real number class, so x.is_Real should be false. The pr
Comment #3 on issue 1393 by asmeurer: integrate(x**2 * sqrt(5-x**2), x)
can't do it yet
http://code.google.com/p/sympy/issues/detail?id=1393
So part of my GSoC project will be to add more heuristics like this to the
integrator. As Frederik noted, even if
we implement the algebraic case, it
Comment #1 on issue 1426 by asmeurer: failing integral
http://code.google.com/p/sympy/issues/detail?id=1426
It no longer gives a traceback, but takes a long time:
integrate((x**m * (1 - x)**n * (a + b*x + c*x**2))/(1 + x**2), x)
< long wait >
Integral(x**m*(1 - x)**n*(a + b*x + c*x**2)/(1 + x
Comment #1 on issue 1428 by asmeurer: wrong result for integral of
sin(k*x)*sin(m*x) over [0,pi]
http://code.google.com/p/sympy/issues/detail?id=1428
It works correctly now:
In [26]: integrate(sin(k*x)*sin(m*x),(x,0,pi))
Out[26]:
k⋅cos(π⋅k)⋅sin(π⋅m)
───
22
m
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 1951 by scotta2002: sympy.cot(0)=0 rather than infinity sympy
0.6.6
http://code.google.com/p/sympy/issues/detail?id=1951
sympy.cot(0)=0 rather than infinity in sympy 0.6.6 as pckaged for ubuntu
10.04 32 bit i386.
--
You r
Updates:
Status: Accepted
Labels: WrongResult
Comment #1 on issue 1951 by asmeurer: sympy.cot(0)=0 rather than infinity
sympy 0.6.6
http://code.google.com/p/sympy/issues/detail?id=1951
It also is a problem in master. In Luke's branch at issue 1475, cot(0)
just returns cot(0
Updates:
Status: Accepted
Cc: mattpap
Comment #4 on issue 1576 by asmeurer: Integral of strictly positive
function is zero
http://code.google.com/p/sympy/issues/detail?id=1576
This was working in Sympy 0.6.7, but something in the new polys broke it:
In [1]: f = Symbol('f')
I
Comment #4 on issue 1393 by fredrik.johansson: integrate(x**2 *
sqrt(5-x**2), x) can't do it yet
http://code.google.com/p/sympy/issues/detail?id=1393
Quadratics are by far most important, and the only ones that can be done
(generally)
using elementary functions.
For polynomials of degree
Updates:
Labels: -NeedsReview NeedsBetterPatch
Comment #2 on issue 1939 by smichr: Enhancements in ellipse class
http://code.google.com/p/sympy/issues/detail?id=1939
1) This patch assumes that the major axis is the horizontal axis, I
believe, but this
is not a constraint that is (nor s
Status: Accepted
Owner:
Labels: Type-Enhancement Priority-Medium
New issue 1952 by fredrik.johansson: Implement sinc function
http://code.google.com/p/sympy/issues/detail?id=1952
SymPy should implement a sinc function with correct evaluation at x = -oo,
0 and oo.
See:
http://groups.google.
Comment #2 on issue 1850 by asmeurer: solve_linear_system contains
duplicate rref algorithm
http://code.google.com/p/sympy/issues/detail?id=1850
One thing that will need to be added to Matrix.rref is the ability to exit
early if the system is inconsistent, as
solve_linear_system does, so th
Updates:
Status: Accepted
Comment #5 on issue 1441 by asmeurer: integrate takes forever
http://code.google.com/p/sympy/issues/detail?id=1441
Regarding comment 5 in issue 1843, yes, a good deal of time is spent doing
expansion on a huge expression. I
plan on rewriting heurish to use Pol
Comment #5 on issue 1576 by asmeurer: Integral of strictly positive
function is zero
http://code.google.com/p/sympy/issues/detail?id=1576
The problem is
In [36]: Poly(-4*_t, _t, domain='QQ').invert( Poly(16*y**2*_t**2 + 49, _t,
domain='ZZ[y]'))
Comment #6 on issue 1576 by asmeurer: Integral of strictly positive
function is zero
http://code.google.com/p/sympy/issues/detail?id=1576
Issue 1578 has been merged into this issue.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
To post to
Updates:
Status: Duplicate
Mergedinto: 1576
Comment #1 on issue 1578 by asmeurer: failing integral
http://code.google.com/p/sympy/issues/detail?id=1578
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
"sympy-
Updates:
Blockedon: 1688
Comment #1 on issue 1604 by asmeurer: Misapplication of integration by parts
http://code.google.com/p/sympy/issues/detail?id=1604
This ends up being the source of the error:
In [2]: diff(g(x), x).subs(g(x), y)
Out[2]: 0
It isn't incorrect, but the Risch algorit
Issue 1688: Functions should be objects
http://code.google.com/p/sympy/issues/detail?id=1688
This issue is now blocking issue 1604.
See http://code.google.com/p/sympy/issues/detail?id=1604
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you
Issue 1604: Misapplication of integration by parts
http://code.google.com/p/sympy/issues/detail?id=1604
This issue is now blocking issue 1888.
See http://code.google.com/p/sympy/issues/detail?id=1888
--
You received this message because you are listed in the owner
or CC fields of this issue, or
Updates:
Blockedon: 1604
Comment #1 on issue 1888 by asmeurer: integrate(f(x).diff(x)**2, x) gives
some strange answer
http://code.google.com/p/sympy/issues/detail?id=1888
I am almost certain that this is the same as issue 1604.
f(x).diff(x).subs(f(x), y) gives 0. As the dsolve()
Updates:
Status: Invalid
Comment #2 on issue 1749 by asmeurer: Integration of acosh(x) gives wrong
result
http://code.google.com/p/sympy/issues/detail?id=1749
This was correct:
In [30]: simplify(S("""x*(-1 + x**2)**(1/2)*acosh(x)/((-1 + x**2)**(1/2) -
x**2*(-1 + x**2)**(1/2)) - x**3
Updates:
Status: Invalid
Comment #1 on issue 1750 by asmeurer: Integration of acot(x) and atan(x)
gives wrong results
http://code.google.com/p/sympy/issues/detail?id=1750
As with issue 1749, this was correct, and it does it better now:
In [39]: integrate(atan(x), x)
Out[39]:
⎛
Updates:
Labels: -Type-Enhancement -Priority-Low Type-Defect Priority-Medium
Comment #2 on issue 1793 by asmeurer: Integration failure
http://code.google.com/p/sympy/issues/detail?id=1793
I was going to close this as invalid, but it looks like somewhere the new
polys broke it:
In [1]
Updates:
Cc: mattpap
Comment #3 on issue 1793 by asmeurer: Integration failure
http://code.google.com/p/sympy/issues/detail?id=1793
The problem is the same as in issue 1576, i.e., applying this "fixes" it:
diff --git a/sympy/integrals/rationaltools.py
b/sympy/integrals/rationaltools.p
Comment #4 on issue 1793 by asmeurer: Integration failure
http://code.google.com/p/sympy/issues/detail?id=1793
Actually, the answer is probably no, at least partially, because the
integral from issue 1576 still fails with this fix.
By the way, my apologies to anyone who is subscribed to the
Comment #5 on issue 1793 by smichr: Integration failure
http://code.google.com/p/sympy/issues/detail?id=1793
The commit titled "x-dependent portion of integrand separated out"
(b6dc47b) right
before 1766 - in branch 1766 at smichr's account at github doesn't
generate this
error and give
Comment #6 on issue 1793 by asmeurer: Integration failure
http://code.google.com/p/sympy/issues/detail?id=1793
That's just because this integral happens to be really simple (A/t + B is
what it boils down to). A more general fix
is needed. For example, the integral in issue 1575 still fails i
26 matches
Mail list logo