Comment #2 on issue 847 by asmeu...@gmail.com: sign for complex numbers
http://code.google.com/p/sympy/issues/detail?id=847
Is it tested? If so, then I think it can be.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
To post to this group, se
Comment #5 on issue 3068 by asmeu...@gmail.com: incorrect sign calculated
http://code.google.com/p/sympy/issues/detail?id=3068
Oh, I didn't notice that you were calling n(). Perhaps the solution is to
notice that not enough precision was used. What we should actually return
in that case de
Updates:
Labels: WrongResult
Comment #4 on issue 3068 by asmeu...@gmail.com: incorrect sign calculated
http://code.google.com/p/sympy/issues/detail?id=3068
Why is there limited precision? Surely we can use whatever level precision
is needed.
--
You received this message because you
Updates:
Labels: Series
Comment #1 on issue 3080 by asmeu...@gmail.com: wrong order in series
http://code.google.com/p/sympy/issues/detail?id=3080
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group
Updates:
Labels: NeedsReview
Comment #18 on issue 1058 by asmeu...@gmail.com: Classifying formulas
http://code.google.com/p/sympy/issues/detail?id=1058
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
"sympy-issues"
Updates:
Status: Accepted
Labels: Series
Comment #1 on issue 3072 by asmeu...@gmail.com: Limit of a piecewise
function
http://code.google.com/p/sympy/issues/detail?id=3072
The error is now NotImplementedError: Don't know how to calculate the mrv
of '(0, 1/_p < 0)', which is
Updates:
Status: Fixed
Comment #5 on issue 2765 by asmeu...@gmail.com: Research ways to do the
assumptions system, including removing the old system
http://code.google.com/p/sympy/issues/detail?id=2765
Yeah. If we do GCI again we can reopen it. But hopefully it will be
irrelevant by
Comment #4 on issue 2765 by ronan.l...@gmail.com: Research ways to do the
assumptions system, including removing the old system
http://code.google.com/p/sympy/issues/detail?id=2765
Shouldn't we close this? It's not really meaningful outside of GCI.
--
You received this message because you ar
Updates:
Status: Fixed
Comment #7 on issue 1384 by ronan.l...@gmail.com: clean-up Symbol's
assumptions
http://code.google.com/p/sympy/issues/detail?id=1384
This has been fixed a long time ago.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues
Comment #1 on issue 3154 by someb...@bluewin.ch: Integration of
(sqrt(1-x)+sqrt(1+x))**2/x says Gammas partially over the strip.
http://code.google.com/p/sympy/issues/detail?id=3154
The result can be expressed in terms of arctanh and log.
--
You received this message because you are subscrib
Status: Accepted
Owner:
CC: ness...@gmail.com, asmeu...@gmail.com
Labels: Type-Defect Priority-Medium Integration
New issue 3154 by someb...@bluewin.ch: Integration of
(sqrt(1-x)+sqrt(1+x))**2/x says Gammas partially over the strip.
http://code.google.com/p/sympy/issues/detail?id=3154
T
Comment #1 on issue 3153 by someb...@bluewin.ch: Expansion of 2F1
hyper((1/3, 1/3), (4/3,), a*exp_polar(I*pi)/(b*x)) fails
http://code.google.com/p/sympy/issues/detail?id=3153
And one more, this time with the integrand: x/(1-x**3)**Rational(2,3)
In [18]: integrate(x/(1-x**3)**Rational(2,3),
Status: Accepted
Owner:
CC: asmeu...@gmail.com, ness...@gmail.com
Labels: Type-Defect Priority-Medium Integration Simplify
New issue 3153 by someb...@bluewin.ch: Expansion of 2F1 hyper((1/3, 1/3),
(4/3,), a*exp_polar(I*pi)/(b*x)) fails
http://code.google.com/p/sympy/issues/detail?id=3153
Comment #2 on issue 3152 by ness...@gmail.com: Integration of
(x**3)**(-Rational(1,3)) raises CoeffExpValueError
http://code.google.com/p/sympy/issues/detail?id=3152
Thanks for reporting this. My term is over now, and I will start doing some
sympy work again on monday. I will then investiga
Updates:
Cc: asmeu...@gmail.com
Comment #1 on issue 3152 by someb...@bluewin.ch: Integration of
(x**3)**(-Rational(1,3)) raises CoeffExpValueError
http://code.google.com/p/sympy/issues/detail?id=3152
(No comment was entered for this change.)
--
You received this message because you a
Status: Accepted
Owner:
CC: ness...@gmail.com
Labels: Type-Defect Priority-Medium Integration
New issue 3152 by someb...@bluewin.ch: Integration of
(x**3)**(-Rational(1,3)) raises CoeffExpValueError
http://code.google.com/p/sympy/issues/detail?id=3152
The integration of (x**3)**(-Rationa
Updates:
Status: Accepted
Labels: Simplify
Comment #2 on issue 3150 by asmeu...@gmail.com: Problems with MatrixSymbol
and simplifying functions
http://code.google.com/p/sympy/issues/detail?id=3150
Except for cancel(), these might be bugs, because they should not get lists
or
Updates:
Status: Fixed
Labels: -NeedsReview
Comment #3 on issue 3143 by mrock...@gmail.com: Multiplication of immutable
matrices gives wrong results on specific input
http://code.google.com/p/sympy/issues/detail?id=3143
(No comment was entered for this change.)
--
You receive
Updates:
Labels: Matrices
Comment #1 on issue 3150 by mrock...@gmail.com: Problems with MatrixSymbol
and simplifying functions
http://code.google.com/p/sympy/issues/detail?id=3150
MatrixSymbol isn't specifically designed to work with these functions. I'm
not very familiar with them
Comment #14 on issue 2696 by julien.r...@gmail.com: Assumptions fail for
non-commutative symbols
http://code.google.com/p/sympy/issues/detail?id=2696
MatrixSymbol has many problems at first glance (issue 3150). Since I can no
longer have Symbols assumed real and noncommutative, I've opened
Comment #12 on issue 642 by julien.r...@gmail.com: collect is not nc-aware
(was: wrong answer from simplifying non-commutative symbols)
http://code.google.com/p/sympy/issues/detail?id=642
Also rcollect and combsimp give wrong results.
$ ipython
Python 2.7.1+ (r271:86832, Apr 11 2011, 18:05:2
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 3151 by julien.r...@gmail.com: Symbol needs an Hermitian
assumption
http://code.google.com/p/sympy/issues/detail?id=3151
There should be a wait to assume that conjugate(A) == A. It used to be that
you could assume real, n
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 3150 by julien.r...@gmail.com: Problems with MatrixSymbol and
simplifying functions
http://code.google.com/p/sympy/issues/detail?id=3150
MatrixSymbol do not work with cancel, combsimp, factor, posify,
separatevars, sqrtde
Comment #4 on issue 3038 by smi...@gmail.com: sign change in evalf of
complex value as precision is increased
http://code.google.com/p/sympy/issues/detail?id=3038
Comment 2's issue is a symptom of issue 3109 (Mul._eval_power). Once that
is corrected, 0 is obtained from both expressions.
-
Comment #6 on issue 3109 by smi...@gmail.com: sqrt(exp(4*a)) != exp(2*a)
http://code.google.com/p/sympy/issues/detail?id=3109
Mul._eval_power also has an error that leads to the following failure:
>>> e=-sqrt(3)*(1+2*I)
>>> sqrt(e.n()).n()
1.03463339851334 - 1.6740720046904*I
>>
Comment #2 on issue 2727 by smi...@gmail.com: round could return a sympy
Number
http://code.google.com/p/sympy/issues/detail?id=2727
Starting with Python 3, apparently, according to this commit message, there
is a __round__ method:
In Python 2, the builtin round() method always retur
Comment #22 on issue 3086 by smi...@gmail.com: round() function overrides
built-in
http://code.google.com/p/sympy/issues/detail?id=3086
each part of a complex number is now rounded (but how it is printed is
still an issue):
>>> (pi+2*I*E).round()
3.0 + 5.0*I
>>> (pi).round()
Updates:
Labels: NeedsReview smichr
Comment #21 on issue 3086 by smi...@gmail.com: round() function overrides
built-in
http://code.google.com/p/sympy/issues/detail?id=3086
https://github.com/sympy/sympy/pull/1124
--
You received this message because you are subscribed to the Google G
Comment #20 on issue 3086 by smi...@gmail.com: round() function overrides
built-in
http://code.google.com/p/sympy/issues/detail?id=3086
There is a sympy object, Number, from which Float, Integer, Rational and
+/-Infinity derive. Things which evaluate to a Number are not necessarily
Number
Comment #19 on issue 3086 by papriwal...@gmail.com: round() function
overrides built-in
http://code.google.com/p/sympy/issues/detail?id=3086
what u mean by scope of NUmber Class .
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
To post to t
Updates:
Labels: -Priority-High Priority-Medium
Comment #3 on issue 3038 by smi...@gmail.com: sign change in evalf of
complex value as precision is increased
http://code.google.com/p/sympy/issues/detail?id=3038
Perhaps this is a problem that can't be fixed. Consider
The sign of the m
31 matches
Mail list logo