Status: Accepted
Owner:
Labels: Type-Defect Priority-Critical
New issue 3144 by asmeu...@gmail.com: Commutator doctest failure in Python
3 in master
http://code.google.com/p/sympy/issues/detail?id=3144
___
Comment #2 on issue 3060 by smi...@gmail.com: use of evalf() needs review
http://code.google.com/p/sympy/issues/detail?id=3060
It appears that the first observation of evalf() being used to determine if
something is a Number is wrong. After evalf'ing, the result is used in the
return value.
Status: Started
Owner:
Labels: Type-Defect Priority-Medium
New issue 3145 by smi...@gmail.com: simultaneous substitution
http://code.google.com/p/sympy/issues/detail?id=3145
An option that we might consider for substitution is a simultaneous
option where any arg that is targeted for
Updates:
Status: Fixed
Comment #2 on issue 3081 by smi...@gmail.com: Mul.is_positive gets very
slow for a 15-factor term
http://code.google.com/p/sympy/issues/detail?id=3081
(No comment was entered for this change.)
--
You received this message because you are subscribed to the
Comment #1 on issue 3144 by julien.r...@gmail.com: Commutator doctest
failure in Python 3 in master
http://code.google.com/p/sympy/issues/detail?id=3144
Also in python 2.7 64-bit. Git bisect leads to:
7dde2b2a87ca161f45fd64ccd64161055c673d8a is the first bad commit
commit
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium
New issue 3146 by smi...@gmail.com: order of Boolean args when pprint'ed
http://code.google.com/p/sympy/issues/detail?id=3146
Although the args when printed regularly appear to be sorted,
Nand(b,a,c)
Or(Not(a), Not(b),
Updates:
Status: Started
Owner: mrock...@gmail.com
Comment #1 on issue 3125 by mrock...@gmail.com: Is matrixify() for internal
use?
http://code.google.com/p/sympy/issues/detail?id=3125
This line has been removed in the following pull
https://github.com/sympy/sympy/pull/1121
Updates:
Status: Started
Owner: mrock...@gmail.com
Comment #5 on issue 3123 by mrock...@gmail.com: Naming conventions in
sympy/stats/
http://code.google.com/p/sympy/issues/detail?id=3123
https://github.com/sympy/sympy/pull/1122
--
You received this message because you are
Updates:
Labels: NeedsReview smichr
Comment #1 on issue 3145 by smi...@gmail.com: simultaneous substitution
http://code.google.com/p/sympy/issues/detail?id=3145
The use of the parallel keyword is possible in
https://github.com/sympy/sympy/pull/690 . This allows all substitutions to
Updates:
Labels: -Priority-Medium Priority-Critical
Comment #5 on issue 3109 by smi...@gmail.com: sqrt(exp(4*a)) != exp(2*a)
http://code.google.com/p/sympy/issues/detail?id=3109
There are problems with how Pow.as_numer_denom works that leads to the
following error:
print
Updates:
Status: Fixed
Comment #2 on issue 3144 by smi...@gmail.com: Commutator doctest failure in
Python 3 in master
http://code.google.com/p/sympy/issues/detail?id=3144
It should be ok now.
--
You received this message because you are subscribed to the Google Groups
sympy-issues
Updates:
Labels: NeedsReview smichr
Comment #1 on issue 3146 by smi...@gmail.com: order of Boolean args when
pprint'ed
http://code.google.com/p/sympy/issues/detail?id=3146
Although the pprint issue is not fixed, some sorting issues are addressed
in
Updates:
Labels: -Priority-Medium Priority-High
Comment #2 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
Here is another symptom, perhaps.
Substitution of two forms of an
Updates:
Status: Duplicate
Mergedinto: 3006
Comment #1 on issue 3134 by smi...@gmail.com: Symbol(zero=True) probably
shouldn't be allowed
http://code.google.com/p/sympy/issues/detail?id=3134
(No comment was entered for this change.)
--
You received this message because you
Comment #2 on issue 3006 by smi...@gmail.com: sign(Symbol('z', zero=True))
- sign(z)
http://code.google.com/p/sympy/issues/detail?id=3006
Issue 3134 has been merged into this issue.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to
Status: Accepted
Owner:
Labels: Type-Enhancement Priority-Medium Polynomial Simplify
New issue 3147 by asmeu...@gmail.com: Multivariate partial fraction
decomposition
http://code.google.com/p/sympy/issues/detail?id=3147
apart() currently does not support multivariate partial fraction
Updates:
Blockedon: 3134
Comment #3 on issue 3006 by asmeu...@gmail.com: sign(Symbol('z',
zero=True)) - sign(z)
http://code.google.com/p/sympy/issues/detail?id=3006
I think it's better to block this issue on that one.
--
You received this message because you are subscribed to the
Updates:
Status: NeedsDecision
Mergedinto:
Comment #3 on issue 3134 by asmeu...@gmail.com: Symbol(zero=True) probably
shouldn't be allowed
http://code.google.com/p/sympy/issues/detail?id=3134
(No comment was entered for this change.)
--
You received this message because you
Updates:
Labels: -CodeInCategory-Code -CodeInDifficulty-Medium
-CodeInImportedIntoMelange NeedsReview smichr
Comment #33 on issue 2552 by smi...@gmail.com: (1/(x*y)).subs(x*y,
whatever) doesn't work
http://code.google.com/p/sympy/issues/detail?id=2552
(No comment was entered for this
Comment #1 on issue 3043 by asmeu...@gmail.com: NoSuchDisplayException in
test_args
http://code.google.com/p/sympy/issues/detail?id=3043
Another exception is OSError. From Tomo on the mailing list:
sympy/core/tests/test_args.py:test_all_classes_are_tested
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium Solvers
New issue 3148 by asmeu...@gmail.com: Too many constants from dsolve()
http://code.google.com/p/sympy/issues/detail?id=3148
We need to clean up the constant simplification, and more importantly, the
format of the output
Updates:
Status: Accepted
Comment #3 on issue 3069 by asmeu...@gmail.com: dsolve gets too many
constants for a first order linear ode
http://code.google.com/p/sympy/issues/detail?id=3069
I agree. See issue 2235 (actually, 1st_linear should go before separable
because the solution
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium Solvers
New issue 3149 by asmeu...@gmail.com: solve() doesn't work when it should
http://code.google.com/p/sympy/issues/detail?id=3149
Consider this example from the docstring of
ode.ode_1st_homogeneous_coeff_best:
In [99]:
Comment #1 on issue 3149 by asmeu...@gmail.com: solve() doesn't work when
it should
http://code.google.com/p/sympy/issues/detail?id=3149
I think it might be related to calling logcombine with force=True inside
dsolve. If you do that it works:
In [105]: print
Comment #1 on issue 3148 by asmeu...@gmail.com: Too many constants from
dsolve()
http://code.google.com/p/sympy/issues/detail?id=3148
In particular, there are at least two issues:
- In the more complex 1st order methods, such as separable and homogeneous
coefficients, where f(x) can
Comment #2 on issue 3148 by asmeu...@gmail.com: Too many constants from
dsolve()
http://code.google.com/p/sympy/issues/detail?id=3148
I wrote to the list about this:
http://groups.google.com/group/sympy/browse_thread/thread/e10cb5208b870601.
I think such an algorithm could also be
Updates:
Status: Fixed
Comment #2 on issue 3081 by smi...@gmail.com: Mul.is_positive gets very
slow for a 15-factor term
http://code.google.com/p/sympy/issues/detail?id=3081
(No comment was entered for this change.)
--
You received this message because you are subscribed to the
Updates:
Labels: NeedsReview smichr
Comment #1 on issue 3145 by smi...@gmail.com: simultaneous substitution
http://code.google.com/p/sympy/issues/detail?id=3145
The use of the parallel keyword is possible in
https://github.com/sympy/sympy/pull/690 . This allows all substitutions to
Updates:
Labels: NeedsReview smichr
Comment #1 on issue 3146 by smi...@gmail.com: order of Boolean args when
pprint'ed
http://code.google.com/p/sympy/issues/detail?id=3146
Although the pprint issue is not fixed, some sorting issues are addressed
in
Updates:
Labels: -CodeInCategory-Code -CodeInDifficulty-Medium
-CodeInImportedIntoMelange NeedsReview smichr
Comment #33 on issue 2552 by smi...@gmail.com: (1/(x*y)).subs(x*y,
whatever) doesn't work
http://code.google.com/p/sympy/issues/detail?id=2552
(No comment was entered for this
Updates:
Status: Accepted
Comment #3 on issue 3069 by asmeu...@gmail.com: dsolve gets too many
constants for a first order linear ode
http://code.google.com/p/sympy/issues/detail?id=3069
I agree. See issue 2235 (actually, 1st_linear should go before separable
because the solution
Am 13.03.2012 23:40, schrieb Aaron Meurer:
I see that http://en.wikipedia.org/wiki/Earley_parser lists four different
Python implementations, one of them just 150 lines.
Just about all of them are relatively short.
Ah, good to know, I checked only the last one because it was announced
as
Hello,
When creating a Matrix from another one, no new object is created
m1 = Matrix(2, 2, range(4))
m2 = Matrix(m1)
m1 is m2
returns True, so changing m1 will also change m2. I know I can use
m1.clone(), but
since SomeClass() usually creates a new object, this took me rather by
surprise.
I suppose that before working on this it would be necessary to merge
the work from the last gsoc. It would be a great (but not the easiest)
way to fulfill your patch requirement.
https://github.com/sympy/sympy/pull/573
On 14 March 2012 06:29, Sean Vig sean.v@gmail.com wrote:
Hi Rhythm,
It
On Mar 13, 9:31 pm, Sergiu Ivanov unlimitedscol...@gmail.com wrote:
On Tue, Mar 13, 2012 at 3:05 PM, Abhiram Ampabathina
abhiram.ampabath...@gmail.com wrote:
First:https://docs.google.com/file/d/0B8pXy4LH0sF0dmRuTy1rX01SWkc1Y1NUalBvS...
On Tue, Mar 13, 2012 at 10:18 PM, Joachim Durchholz j...@durchholz.org wrote:
Am 13.03.2012 17:07, schrieb Sergiu Ivanov:
A parser generator is required for LL and LR variants.
The problem with these is that they usually come with their own syntax,
so
using them requires learning new skills.
On Wed, Mar 14, 2012 at 3:15 PM, Sergiu Ivanov
unlimitedscol...@gmail.com wrote:
In this
case the user thinks that all words are meaningless
Oops, I wanted to say the user thinks all words are meaningful.
Sorry :-(
Sergiu
--
You received this message because you are subscribed to the Google
Hi,
Thanks for the help.
Would you help me where to start with and the patch submission
details?.Also I am looking to merge the work from previous year
GSoC as Mr. Stefan mentioned.
Would you also suggest some potential mentors for this specific project?
Thanks,
Rhythm Gupta.
On Wed, Mar 14,
Hi Mr Stefan,
Thanks for your help.I too think it of as a great idea of fulfilling patch
requirement.
Since i am new to github, would you please help me with github,pull
requests and
How to make changes to it?
Thanks
Rhythm Gupta
On Wed, Mar 14, 2012 at 6:14 PM, krastanov.ste...@gmail.com
I'm a little confused with the .series method.
In [8]: sin(x).series(x,0,10)
Out[8]:
35 7 9
xx x x
x - ── + ─── - + ── + O(x**10)
6 120 5040 362880
In [9]:
You can learn more about git and our workflow here
https://github.com/sympy/sympy/wiki/Development-workflow
It would be great if you can work on the old PR (as you may need the
code implemented there), but be aware, that it won't be trivial (and
it may take time to review it after you are done).
You will need to pull the branch from the pull request in your own
repository to work on it.
On 14 March 2012 15:37, krastanov.ste...@gmail.com
krastanov.ste...@gmail.com wrote:
You can learn more about git and our workflow here
https://github.com/sympy/sympy/wiki/Development-workflow
It
parameter 'n' was written to imply last exponent of 'x' in the expansion, I
guess
but, in second case, exp(x**2) = exp(v), where v = x**2 and so, exp(v) is
calculated till, v**9 and substituting, v=x**2, we are getting the above
result.
this is obviously supposed to be an issue, and if Mr.Aaron
Hi, I think it this way,
If you will use
f(m).series(x,0,n) , where m is a function of x.
then it will return the series till the nth power of m.(#not x)
On Wed, Mar 14, 2012 at 7:34 PM, Gaurav Sathe gaurav.sath...@gmail.comwrote:
I'm a little confused with the .series method.
In [8]:
Is this in the current master branch or an old version?
I get this:
In [1]: exp(x**2).series(x,0,10)
Out[1]:
468
2 xxx⎛ 10⎞
1 + x + ── + ── + ── + O⎝x ⎠
2624
And it seems correct.
--
You received this message
Thnx... I was thinking of the same logic which u have said... but then how
do we explain the below series expansion:
(sin(x)/x**10).series(x,0,10)
1 1111
+ ── - + ── - ─── + O(1)
362880⋅x9 7
I think Yes.
On Wed, Mar 14, 2012 at 8:57 PM, Gaurav Sathe gaurav.sath...@gmail.comwrote:
Thnx... I was thinking of the same logic which u have said... but then how
do we explain the below series expansion:
(sin(x)/x**10).series(x,0,10)
1 111
Again, this is not what I get in the current master branch:
In [1]: (sin(x)/x**10).series(x,0,10)
Out[1]:
3 5
1 1 1 1 1 x x x
── - + ── - ─── + -
Hi Alexey,
I am planning to participate in GSOC and one of the ideas which really
interested me was the idea on 'Series Expansions'. I am trying to solve
bugs related to series expansions. I went through the prototype which you
have made and the ideas are really good. I have even thought of a few
Hi Rhythm,
I am the author of the pull request that Stefan mentioned from last
summer's GSoC. I haven't had time because of school to get it merged yet,
but I am determined to get it merged in the next few weeks before the
wheels really start turning for the next GSoC. I'm not sure that working
Fixed in https://github.com/sympy/sympy/pull/1121
On Wed, Mar 14, 2012 at 8:53 AM, Matthew Rocklin mrock...@gmail.com wrote:
Hrm, yes, this should probably change.
Having things the way they are now accelerates a few internal functions.
This acceleration probably isn't worthwhile though
Here's a slight variation on the sympy tutorial examples that gives an
error:
In [1]: f = 1/x + 1/y + 1/z
In [2]: f.together()
Out[2]:
x⋅y + x⋅z + y⋅z
───
x⋅y⋅z
In [3]: f.together().apart()
---
Wow! You really made some progress and I can't believe it hasn't been
merged into the main code. I had given up on sympy for a lot of my
work because the integration starts to break on really simple
integrals, for instance from the latest 0.7.1.rc1:
In [1]: c=symbols('c')
In [2]:
Hi,
Intro: Sanket Agarwal, CSE Graduate Student. Worked with python for some
time now :-).
I am following up from various topics list on GSoC 2012 ideas page.
Meanwhile I am working to fix the following issue:
http://code.google.com/p/sympy/issues/detail?id=2970
,
On Mar 14, 7:59 pm, Tomo Lazovich lazov...@gmail.com wrote:
I did a fresh pull of master today and I'm having one test and one doctest
failure.
The doctest failure is http://code.google.com/p/sympy/issues/detail?id=3144
I don't know if there is an issue for your first problem. I did not
Actually, this has nothing to do with the algorithm I implemented.
The Risch algorithm is accessible in my branch through the
risch_integrate() function, and it only works with a limited class of
functions that does not include this one.
By the way, this integral works in master:
In [70]:
On Wed, Mar 14, 2012 at 2:22 PM, john.hoebing jlhs...@gmail.com wrote:
Here's a slight variation on the sympy tutorial examples that gives an
error:
In [1]: f = 1/x + 1/y + 1/z
In [2]: f.together()
Out[2]:
x⋅y + x⋅z + y⋅z
───
x⋅y⋅z
In [3]: f.together().apart()
The test failure is related to
http://code.google.com/p/sympy/issues/detail?id=3043.
Aaron Meurer
On Wed, Mar 14, 2012 at 5:59 PM, Tomo Lazovich lazov...@gmail.com wrote:
Hello everyone,
I did a fresh pull of master today and I'm having one test and one doctest
failure. The test failure
Hi.
I just created http://code.google.com/p/sympy/issues/detail?id=3148.
The issue is related to constantsimp() in the ODE module. Basically,
right now, it converts things like 2*C1 + C1**2*x + (C1 + 1)*x**2 into
C1 + C2*x + C3*x**2. In other words, it absorbs C1, C2, ... constants
into other
On Thu, Mar 15, 2012 at 9:59 AM, Aaron Meurer asmeu...@gmail.com wrote:
Hi.
I just created http://code.google.com/p/sympy/issues/detail?id=3148.
The issue is related to constantsimp() in the ODE module. Basically,
right now, it converts things like 2*C1 + C1**2*x + (C1 + 1)*x**2 into
C1 +
60 matches
Mail list logo