Comment #4 on issue 3108 by asmeu...@gmail.com: wrong code in
Polygon.arbitrary_point
http://code.google.com/p/sympy/issues/detail?id=3108
See issue 2960.
The answer will be wrong if the values are symbolic.
--
You received this message because you are subscribed to the Google Groups
Updates:
Summary: Should -oo be implemented as Mul(-1, oo) (was: (x - oo).has(oo)
is False; (x - oo).subs(oo, 1) fails)
Comment #13 on issue 3059 by asmeu...@gmail.com: Should -oo be implemented
as Mul(-1, oo) (was: (x - oo).has(oo) is False; (x - oo).subs(oo, 1) fails)
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium
New issue 3118 by asmeu...@gmail.com: Subclass of Number for Rational,
Integer, and Float
http://code.google.com/p/sympy/issues/detail?id=3118
This came up in issue 3059. It may be useful to differentiate via a new
subclass
Comment #5 on issue 3108 by smi...@gmail.com: wrong code in
Polygon.arbitrary_point
http://code.google.com/p/sympy/issues/detail?id=3108
Seems to work with symbolic values:
tri=Polygon((0, 0), (1, 0), (1, a))
var('t', real=True)
t
p = tri.arbitrary_point('t')
perimeter = tri.perimeter
Comment #8 on issue 3086 by papriwal...@gmail.com: round() function
overrides built-in
http://code.google.com/p/sympy/issues/detail?id=3086
it could be made roundoff()
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to this group,
Comment #9 on issue 3086 by smi...@gmail.com: round() function overrides
built-in
http://code.google.com/p/sympy/issues/detail?id=3086
I think the most compelling reason to change the name is that whereas our
override of int returns an int, our round currently returns a sympy Float.
We just
Updates:
Labels: -NeedsReview NeedsBetterPatch
Comment #7 on issue 642 by julien.r...@gmail.com: wrong answer from
simplifying non-commutative symbols
http://code.google.com/p/sympy/issues/detail?id=642
The work in the mentioned branch does not solve the issue with either
collect
Comment #4 on issue 1709 by julien.r...@gmail.com: separatevars fails if
given an expression with noncommutative symbols
http://code.google.com/p/sympy/issues/detail?id=1709
This indeed works in the mentioned branch, but the pull request has been
closed months ago without further comments.
Comment #4 on issue 1811 by julien.r...@gmail.com: separatevars
modifications
http://code.google.com/p/sympy/issues/detail?id=1811
The pull request has been closed months ago without further comments. Any
updates?
--
You received this message because you are subscribed to the Google
Updates:
Labels: NeedsReview smichr
Comment #21 on issue 2571 by smi...@gmail.com: Regression in Integral.subs
http://code.google.com/p/sympy/issues/detail?id=2571
https://github.com/sympy/sympy/pull/690
--
You received this message because you are subscribed to the Google Groups
Comment #5 on issue 1709 by smi...@gmail.com: separatevars fails if given
an expression with noncommutative symbols
http://code.google.com/p/sympy/issues/detail?id=1709
I opened it again. If you'll review it I'll rebase it as necessary. Let me
know.
--
You received this message because you
Comment #8 on issue 642 by smi...@gmail.com: wrong answer from simplifying
non-commutative symbols
http://code.google.com/p/sympy/issues/detail?id=642
but a nc factoring routine is available
If factor_nc is not accepted then it's unlikely that factor will be fixed.
But with factor_nc
Status: Accepted
Owner: mrock...@gmail.com
Labels: Type-Defect Priority-Medium Matrices
New issue 3119 by mrock...@gmail.com: Matrix Exponential
http://code.google.com/p/sympy/issues/detail?id=3119
We should be able to represent matrix exponentials - expressions of the
form a**B with a a
Comment #6 on issue 1709 by smi...@gmail.com: separatevars fails if given
an expression with noncommutative symbols
http://code.google.com/p/sympy/issues/detail?id=1709
Actually the rebase wasn't too bad so...if you can review it, perhaps this
can be added.
--
You received this message
Updates:
Status: Fixed
Comment #4 on issue 3101 by smi...@gmail.com: assertion error in Mul.flatten
http://code.google.com/p/sympy/issues/detail?id=3101
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
sympy-issues
Comment #12 on issue 3025 by ronan.l...@gmail.com: Piecewise evaluate=False
does not work when conditions are boolean
http://code.google.com/p/sympy/issues/detail?id=3025
Well, that's just wrong! Whenever this triggers, it returns results that
are incompatible with the definition of
Comment #13 on issue 3025 by asmeu...@gmail.com: Piecewise evaluate=False
does not work when conditions are boolean
http://code.google.com/p/sympy/issues/detail?id=3025
As I stated before, if this doesn't happen, Piecewise will become
completely useless.
--
You received this message
Comment #14 on issue 3025 by ronan.l...@gmail.com: Piecewise evaluate=False
does not work when conditions are boolean
http://code.google.com/p/sympy/issues/detail?id=3025
But why?? It already exists and is useful - without this puzzling feature.
--
You received this message because you are
Comment #15 on issue 3025 by asmeu...@gmail.com: Piecewise evaluate=False
does not work when conditions are boolean
http://code.google.com/p/sympy/issues/detail?id=3025
I disagree with that. For example, the bizarre output in comment 8 (two
otherwise conditions) is a direct result of the
Comment #16 on issue 3025 by ronan.l...@gmail.com: Piecewise evaluate=False
does not work when conditions are boolean
http://code.google.com/p/sympy/issues/detail?id=3025
The new syntax only affects the end of the argument list. Here, we're
discussing the meaning of the arguments in the
Comment #17 on issue 3025 by ronan.l...@gmail.com: Piecewise evaluate=False
does not work when conditions are boolean
http://code.google.com/p/sympy/issues/detail?id=3025
I just sent a PR fixing the issue in #c8 without changing the semantics of
Piecewise:
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium
New issue 3120 by julien.r...@gmail.com: powers of noncommutative Mul
http://code.google.com/p/sympy/issues/detail?id=3120
In [1]: from sympy import *
In [2]: A,B=symbols('A B', commutative=False)
In [3]: expand((A*B)**2)
Comment #18 on issue 3025 by asmeu...@gmail.com: Piecewise evaluate=False
does not work when conditions are boolean
http://code.google.com/p/sympy/issues/detail?id=3025
Well, you could argue that such non-determinism is due to an ill-defined
piecewise expression. What *should* the
Updates:
Status: Accepted
Comment #1 on issue 3103 by julien.r...@gmail.com: test_GA is outputting
errors
http://code.google.com/p/sympy/issues/detail?id=3103
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
Comment #5 on issue 3106 by unlimite...@gmail.com: zoo*zoo == nan
http://code.google.com/p/sympy/issues/detail?id=3106
https://github.com/sympy/sympy/pull/1096
However, zoo + zoo is still NaN. Do I fix that one as well?
--
You received this message because you are subscribed to the Google
Updates:
Labels: -Priority-Medium Priority-High WrongResult NonCommutative
Comment #1 on issue 3120 by asmeu...@gmail.com: powers of noncommutative Mul
http://code.google.com/p/sympy/issues/detail?id=3120
I checked back to 0.6.7, and it doesn't seem to have ever worked.
--
You received
Comment #6 on issue 3106 by asmeu...@gmail.com: zoo*zoo == nan
http://code.google.com/p/sympy/issues/detail?id=3106
I'm not sure about that one. If the infinities in the complex plane are
opposite each other across 0, they could cancel (similar to oo - oo).
--
You received this message
Comment #10 on issue 3086 by papriwal...@gmail.com: round() function
overrides built-in
http://code.google.com/p/sympy/issues/detail?id=3086
sticking to round will not be a good option .. rather go with either
roundoff(expr) or rounded(expr) .
--
You received this message because you are
Comment #12 on issue 3086 by papriwal...@gmail.com: round() function
overrides built-in
http://code.google.com/p/sympy/issues/detail?id=3086
no i mean using round for the above function will not be a good option ..
as it will override with already present round function (in python).
--
29 matches
Mail list logo
