Comment #6 on issue 1429 by smichr: matches fails to match differential
equation
http://code.google.com/p/sympy/issues/detail?id=1429
See issue 1601 for some discussion about this. Once you see the algorithm
it's easy
to see why it fails...but good luck making any changes to match that
Status: Accepted
Owner: asmeurer
Labels: Type-Defect Priority-Medium
New issue 1602 by asmeurer: doctests do not properly fail if a function
must be imported
http://code.google.com/p/sympy/issues/detail?id=1602
I have an internal function in my ode branch, constantsimp(), that I want
to add
Updates:
Cc: -asmeurer ondrej.certik
Comment #4 on issue 1599 by asmeurer: match docstring
http://code.google.com/p/sympy/issues/detail?id=1599
I guess I should have tried running the doctests. I get:
Failed example:
(a+b*c)._matches_commutative(sin(x)+y*z)
Expected:
{a_:
Comment #6 on issue 1599 by asmeurer: match docstring
http://code.google.com/p/sympy/issues/detail?id=1599
It's easy enough to see why it fails. match() goes through the args in
reverse order. So if the args on your
machine are different from mine, then it will fail, because it will match
Status: Accepted
Owner: asmeurer
Labels: Type-Defect Priority-Medium Integration
New issue 1604 by asmeurer: Misapplication of integration by parts
http://code.google.com/p/sympy/issues/detail?id=1604
integrate(exp(x)*g(x), x)
exp(x)*g(x) - D(g(x), x)*exp(x)
This is clearly wrong. It
Status: Accepted
Owner: asmeurer
Labels: Type-Enhancement Priority-Medium Solvers Polynomial
New issue 1579 by asmeurer: Have solve() return RootOf when it can't solve
equations
http://code.google.com/p/sympy/issues/detail?id=1579
So we talked about this on the list a while ago (see
Comment #9 on issue 1598 by ondrej.certik: New polynomials manipulation
module
http://code.google.com/p/sympy/issues/detail?id=1598
ok, first expand=False only speeds things up a bit for me (from 3.16s to
2.84s),
however, this:
$ SYMPY_GROUND_TYPES=gmpy bin/isympy
Python 2.6.2 console for
Updates:
Cc: mattpap
Labels: NeedsReview
Comment #1 on issue 1563 by asmeurer: re(RootOf) fails because Poly.has()
fails
http://code.google.com/p/sympy/issues/detail?id=1563
I think the solution is to flatten the args and check to see if each item
in args is an instance of
Yes, there are more here. These are the distillation of issues
presented elsewhere. The quartics changes are still pending, for
example.
/c
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
sympy-patches group.
To
Here is a simpler example of the behavior I would like:
(2) variables x,y,z
(3) e1 = x*(y+z)^.5
- (4) e1 = x*(y+z)^0.5
(5) e2 = x*y*(y+z)^0.5
- (6) e2 = x*y*(y+z)^0.5
(7) e1+e2
Result = x*(1+y)*(y+z)^0.5
(7)
In the simplest case of an Add with two terms, it seems like if:
1)
On Aug 14, 10:42 pm, sunite hansthesp...@googlemail.com wrote:
Hi, I was wondering if there was any method to create such a plot.
Replies much appreciated!!!
If a wire frame of such things is sufficient, Eck's xModel applet is a
simple way to generate a wireframe of a surface and then be
On Aug 14, 3:37 pm, New2Sympy anartz.li...@gmail.com wrote:
Hi again,
I am getting confused now. See the script and the results below.
You are running into numerical issues (underflow, I belileve) because
of scaling issues. If you don't normalize your polynomial then the the
coefficients of
Second Variant (using Poly) kind of works, but there is a small fix
required. mypoly.coeffs ommits the zeros, therefore if the
coefficients for x^0, x^1 and x^3 are 0, they would not appear. Is
this a bug or a feature?
[cut]
Now there must be a better way to do this [...to get the
integrate(exp(x)*g(x), x)
exp(x)*g(x) - D(g(x), x)*exp(x)
Can someone tell me, is this a bug? If this is intentional, can
someone please explain why? If I remember my integration by parts
correctly, that second term should be Integral(D(g(x), x)*exp(x), x),
though really it should just
On Sat, Aug 15, 2009 at 8:17 PM, Aaron S. Meurerasmeu...@gmail.com wrote:
integrate(exp(x)*g(x), x)
exp(x)*g(x) - D(g(x), x)*exp(x)
Can someone tell me, is this a bug? If this is intentional, can
someone please explain why? If I remember my integration by parts
correctly, that second
OK. I just wanted to be sure. Sometimes there is strange behavior in
SymPy that turns out to actually be intentional. This is now issue
1604.
Aaron Meurer
On Aug 15, 2009, at 8:25 PM, Ondrej Certik wrote:
On Sat, Aug 15, 2009 at 8:17 PM, Aaron S. Meurerasmeu...@gmail.com
wrote:
On Sat, Aug 15, 2009 at 8:28 PM, Aaron S. Meurerasmeu...@gmail.com wrote:
OK. I just wanted to be sure. Sometimes there is strange behavior in
SymPy that turns out to actually be intentional. This is now issue
1604.
Returning a wrong result is never intentional.
Ondrej
17 matches
Mail list logo