Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2807 by moorepa...@gmail.com: Change .unit and .mag to proper
methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
sympy.physics.mechanics
.unit and .mag properties of the Vector class are a bit c
Updates:
Labels: CodeInCategory-Code CodeInDifficulty-Medium
Comment #2 on issue 716 by smi...@gmail.com: either tangent_line or
is_tangent is wrong
http://code.google.com/p/sympy/issues/detail?id=716
Here are some examples of how to get it to 0:
S(' -(36 - 72*cos(1)**2 - 36*sin(1)*
Comment #12 on issue 2574 by smi...@gmail.com: Wrong assumptions for
LambertW(-1)
http://code.google.com/p/sympy/issues/detail?id=2574
Is this related:
-2 + exp(exp(LambertW(log(2)))*LambertW(log(2)))
z.evalf()
-.0e-123
z.is_nonzero
True
It should be False (or at least None), shouldn't
Comment #24 on issue 2205 by smi...@gmail.com: Name for "Undefined
functions"
http://code.google.com/p/sympy/issues/detail?id=2205
btw, there is a function ode.py to identify undefined functions. It's
called is_unfunc.
--
You received this message because you are subscribed to the Google
Updates:
Labels: -NeedsBetterPatch NeedsReview
Comment #11 on issue 2802 by smi...@gmail.com: solve error with expression
with derivative
http://code.google.com/p/sympy/issues/detail?id=2802
A more complete implicit solving is now implemented and the problem of this
issue (which was
Updates:
Status: Accepted
Cc: gilbertg...@gmail.com
Labels: Mechanics Milestone-Release0.7.2
Comment #1 on issue 2807 by asmeu...@gmail.com: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
I only have a cur
Updates:
Cc: gilbertg...@gmail.com hazelnu...@gmail.com
Cc: hazelnu...@gmail.com
Comment by asmeu...@gmail.com:
(No comment was entered for this change.)
Affected issues:
issue 2781: orientnew in sympy.physics.mechanics does not support indices
http://code.google.com/p/symp
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium Assumptions Integration WrongResult
New issue 2808 by asmeu...@gmail.com: integrate(1/(x**2 + a**2)**2, x) is
wrong if a is real
http://code.google.com/p/sympy/issues/detail?id=2808
In [4]: a = Symbol('a', positive=True)
In [5]
Comment #12 on issue 2802 by asmeu...@gmail.com: solve error with
expression with derivative
http://code.google.com/p/sympy/issues/detail?id=2802
This sounds a little shaky. I think in Maple, you can solve for
non-symbols, but it prints a warning when you do telling you that it's a
bad i
Updates:
Cc: matt...@gmail.com
Comment #1 on issue 2808 by asmeu...@gmail.com: integrate(1/(x**2 +
a**2)**2, x) is wrong if a is real
http://code.google.com/p/sympy/issues/detail?id=2808
Note that this used to work in SymPy 0.7.0:
In [1]: a = Symbol('a', real=True)
In [2]: integrate
Comment #6 on issue 2555 by asmeu...@gmail.com: Wrong result from residue
http://code.google.com/p/sympy/issues/detail?id=2555
Here's yet another one. I don't know why this one happens, because the
series seems to be correct (I think it renormalizes around the point or
something, but the co
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium
New issue 2809 by asmeu...@gmail.com: evalf() doesn't go all the way
http://code.google.com/p/sympy/issues/detail?id=2809
In [53]: 2*pi*I*(cos(k*abs(a)*I)/(2*abs(a)*I*(b**2 - a**2)) +
cos(k*abs(b)*I)/(2*abs(b)*I*(a**2 - b**2))).s
Status: Accepted
Owner:
CC: ness...@gmail.com
Labels: Type-Defect Priority-Medium Integration
New issue 2810 by asmeu...@gmail.com: Cannot do integrate(cos(k*x)/(x**2 +
a**2)/(x**2 + b**2), (x, -oo, oo))
http://code.google.com/p/sympy/issues/detail?id=2810
This is in Tom's gsoc-3 branch.
Comment #13 on issue 2802 by smi...@gmail.com: solve error with expression
with derivative
http://code.google.com/p/sympy/issues/detail?id=2802
yes
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
To post to this group, send email to sympy-i
Comment #14 on issue 2802 by smi...@gmail.com: solve error with expression
with derivative
http://code.google.com/p/sympy/issues/detail?id=2802
When xreplace is in place this shouldn't be shaky...but we will suffer
from the evaluative subs until then:
```python
y**(3/2) + y
y**3 + y**2
```
Updates:
Status: Duplicate
Mergedinto: 1993
Comment #1 on issue 2804 by smi...@gmail.com: could_extract_minus_sign
should look in the denominator
http://code.google.com/p/sympy/issues/detail?id=2804
(No comment was entered for this change.)
--
You received this message becaus
Comment #2 on issue 1993 by smi...@gmail.com: make sign simlification part
of canonicalizing process
http://code.google.com/p/sympy/issues/detail?id=1993
Issue 2804 has been merged into this issue.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" g
Comment #3 on issue 1993 by smi...@gmail.com: make sign simlification part
of canonicalizing process
http://code.google.com/p/sympy/issues/detail?id=1993
Another area where sign simplification would be nice is for expressions like
a(x-y)-a*(y-x)
or
1/(x-y) + 1/(y-x)
It shouldn't take a fu
Comment #1 on issue 1583 by smi...@gmail.com: evalf doesn't evaluate
arguments to functions if they have symbols
http://code.google.com/p/sympy/issues/detail?id=1583
Issue 2809 has been merged into this issue.
--
You received this message because you are subscribed to the Google Groups
"sym
Updates:
Status: Duplicate
Mergedinto: 1583
Comment #1 on issue 2809 by smi...@gmail.com: evalf() doesn't go all the way
http://code.google.com/p/sympy/issues/detail?id=2809
(No comment was entered for this change.)
--
You received this message because you are subscribed to the
Comment #2 on issue 1583 by smi...@gmail.com: evalf doesn't evaluate
arguments to functions if they have symbols
http://code.google.com/p/sympy/issues/detail?id=1583
Issue 2809 is similar in that even (3.0*pi).n() doesn't become a number.
We've made functions containing floats evaluate; we
Comment #3 on issue 2807 by gg...@ucdavis.edu: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
Changing them to methods is a good idea. I woud prefer something else
instead of .normalize(self) though, as I think it could be a li
22 matches
Mail list logo