Comment #1 on issue 2392 by skr...@gmail.com: Inconsistent solve behavior
http://code.google.com/p/sympy/issues/detail?id=2392
The same happens when defining a as follows
a = symbols(a, cls=Function)
--
You received this message because you are subscribed to the Google Groups
sympy-issues
Status: Accepted
Owner: skr...@gmail.com
Labels: Type-Defect Priority-Medium
New issue 2394 by skr...@gmail.com: Inconsistent Binomial behavior
http://code.google.com/p/sympy/issues/detail?id=2394
These commands were executed:
from __future__ import division
from sympy import *
x, y, z, t =
Status: Accepted
Owner: skr...@gmail.com
Labels: Type-Defect Priority-Medium
New issue 2395 by skr...@gmail.com: Factorial simplification
http://code.google.com/p/sympy/issues/detail?id=2395
These commands were executed:
from __future__ import division
from sympy import *
x, y, z, t =
Comment #2 on issue 2393 by skr...@gmail.com: Sum error
http://code.google.com/p/sympy/issues/detail?id=2393
Thanks for your answer.
I still have one related question, why did you say that k is not an integer
when it was defined as so:
k, m, n = symbols('k m n', integer=True)
I checked
Comment #3 on issue 2393 by matt...@gmail.com: Sum error
http://code.google.com/p/sympy/issues/detail?id=2393
Because k.is_Integer is equivalent to isinstance(k, Integer), e.g.:
In [1]: var('k', integer=True)
Out[1]: k
In [2]: k.is_Integer # like isinstance
Out[2]: False
In [3]: k.is_integer
Comment #4 on issue 2393 by skr...@gmail.com: Sum error
http://code.google.com/p/sympy/issues/detail?id=2393
Thanks for the guidance. These are some problems I've had when implementing
some summation methods.
I'm implementing right now Sister Celine's method.
--
You received this message
Comment #5 on issue 2393 by matt...@gmail.com: Sum error
http://code.google.com/p/sympy/issues/detail?id=2393
Nice. Note that in master we have a working version of Gosper's algorithm.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to
Updates:
Status: Started
Owner: matt...@gmail.com
Labels: Milestone-Release0.7.0 Solvers
Comment #2 on issue 2392 by matt...@gmail.com: Inconsistent solve behavior
http://code.google.com/p/sympy/issues/detail?id=2392
Trivial mistake. Will be fixed soon.
--
You received
Updates:
Summary: setup.py test should run the doctests even when the regular tests
fail
Labels: -Priority-Medium -NeedsBetterPatch Priority-High EasyToFix
Comment #8 on issue 1752 by asmeurer: setup.py test should run the doctests
even when the regular tests fail
Updates:
Labels: -Milestone-Release0.7.1 Milestone-Release0.7.0
Comment #5 on issue 2385 by asmeurer: Refactor Basic.sorted_key
http://code.google.com/p/sympy/issues/detail?id=2385
So is it correct that your pull fixes the first four items (i.e.,
everything except replacing the old
Comment #1 on issue 2395 by asmeurer: Factorial simplification
http://code.google.com/p/sympy/issues/detail?id=2395
Yeah, it's basically exactly the same as issue 2348. Just make whatever
fix for that one work with factorial.
--
You received this message because you are subscribed to the
Updates:
Status: Started
Owner: matt...@gmail.com
Labels: Milestone-Release0.7.0
Comment #1 on issue 2394 by matt...@gmail.com: Inconsistent Binomial
behavior
http://code.google.com/p/sympy/issues/detail?id=2394
In my local branch:
In [1]: binomial(n, n)
Out[1]: 1
Comment #2 on issue 2394 by asmeurer: Inconsistent Binomial behavior
http://code.google.com/p/sympy/issues/detail?id=2394
As long as we're talking about inconsistent behavior, I don't like how we
have both lowercase and uppercase binomial, but they're actually both the
exact same thing.
Comment #16 on issue 1077 by asmeurer: ask(pi, exp(rational), etc.,
Q.algebraic) should return False
http://code.google.com/p/sympy/issues/detail?id=1077
I just realized another reason why expanding this could be useful. We know
that things like log(rational) are always transcendental.
Comment #13 on issue 2308 by smi...@gmail.com: Should we rename
primitive()? (and Expr.primitive() should call primitive())
http://code.google.com/p/sympy/issues/detail?id=2308
Would 'kernel' be any better? The choicest or most essential or most vital
part of some idea or experience
--
Comment #14 on issue 2308 by asmeurer: Should we rename primitive()? (and
Expr.primitive() should call primitive())
http://code.google.com/p/sympy/issues/detail?id=2308
If we were the mathematicians making up the names, that would be fine, but
unfortunately, that has already happened.
Comment #20 on issue 2307 by smi...@gmail.com: Duplicate methods:
as_coeff_mul and as_coeff_Mul
http://code.google.com/p/sympy/issues/detail?id=2307
as_coeff_mul could be .rat_mulargs and as_coeff_add could be .rat_addargs.
This would make it clear that you are getting a Rational, not slot
Comment #3 on issue 2394 by matt...@gmail.com: Inconsistent Binomial
behavior
http://code.google.com/p/sympy/issues/detail?id=2394
No worry, I took care of this issue in another commit ;) (the same with
factorial()) (this redundancy was annoying me for some time).
--
You received this
Comment #15 on issue 2308 by smi...@gmail.com: Should we rename
primitive()? (and Expr.primitive() should call primitive())
http://code.google.com/p/sympy/issues/detail?id=2308
Also is this the lack of unity between the function and method that is the
source of the ending lines of comment
Updates:
Status: Fixed
Comment #10 on issue 1592 by smi...@gmail.com: Pretty print Sum with a Sigma
http://code.google.com/p/sympy/issues/detail?id=1592
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
sympy-issues
Comment #16 on issue 2308 by smi...@gmail.com: Should we rename
primitive()? (and Expr.primitive() should call primitive())
http://code.google.com/p/sympy/issues/detail?id=2308
...oops, rat_gcd can't take the place of as_coeff_Mul, but as_coeff_Mul
could first call rat_gcd to get any
Status: Accepted
Owner: smi...@gmail.com
Labels: Type-Defect Priority-Medium NeedsReview smichr
New issue 2396 by smi...@gmail.com: RegularPolygon rotate is only spinning
the RP, not rotating it.
http://code.google.com/p/sympy/issues/detail?id=2396
see [
Comment #17 on issue 2308 by Vinzent.Steinberg: Should we rename
primitive()? (and Expr.primitive() should call primitive())
http://code.google.com/p/sympy/issues/detail?id=2308
Well, if we have a clear docstring, I think primitive is fine. There are
contradictory definitions of words, so
Comment #20 on issue 1525 by smi...@gmail.com: No integration by
substitution
http://code.google.com/p/sympy/issues/detail?id=1525
I wonder if f(g(x)).diff(g(x)) could be stored as D(f(u), u, {u:g(x)}) and
the subs method of Derivative would look for a substitution {u;g(x)} that
could be
Updates:
Cc: nicolas@gmail.com
Comment #1 on issue 2397 by smi...@gmail.com: log.as_numer_denom is doing
the log expansion
http://code.google.com/p/sympy/issues/detail?id=2397
https://github.com/sympy/sympy/pull/332
This is another step in getting 1694 in place.
--
You received
Comment #4 on issue 2394 by asmeurer: Inconsistent Binomial behavior
http://code.google.com/p/sympy/issues/detail?id=2394
What did you do? Did you remove one of them, or did you make the uppercase
version unevaluated and the lowercase evaluated like with other classes?
--
You received this
Status: Accepted
Owner: smi...@gmail.com
Labels: Type-Defect Priority-Medium NeedsReview smichr
New issue 2398 by smi...@gmail.com: remove msolve after 2 years of warning
http://code.google.com/p/sympy/issues/detail?id=2398
https://github.com/sympy/sympy/pull/333
--
You received this message
Comment #5 on issue 2394 by matt...@gmail.com: Inconsistent Binomial
behavior
http://code.google.com/p/sympy/issues/detail?id=2394
I removed aliases and renamed both to lower case. This way it's coherent
with definition of other functions, e.g. gamma().
--
You received this message
Status: Accepted
Owner: smi...@gmail.com
Labels: Type-Defect Priority-Medium NeedsReview smichr
New issue 2399 by smi...@gmail.com: use free_symbols in Integral.transform
http://code.google.com/p/sympy/issues/detail?id=2399
To be safe the test for x in the solution obtained in the transform
Comment #1 on issue 2399 by smi...@gmail.com: use free_symbols in
Integral.transform
http://code.google.com/p/sympy/issues/detail?id=2399
https://github.com/sympy/sympy/pull/334
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to this
Updates:
Status: Fixed
Labels: -NeedsReview PassedReview
Comment #1 on issue 2398 by Vinzent.Steinberg: remove msolve after 2 years
of warning
http://code.google.com/p/sympy/issues/detail?id=2398
Sorry, I thought this was already in. Thanks!
--
You received this message
Comment #2 on issue 2395 by matt...@gmail.com: Factorial simplification
http://code.google.com/p/sympy/issues/detail?id=2395
Issue 2348 has been merged into this issue.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to this group, send
Comment #18 on issue 2308 by asmeurer: Should we rename primitive()? (and
Expr.primitive() should call primitive())
http://code.google.com/p/sympy/issues/detail?id=2308
Well, Chris inadvertently brought up a good point. (2*x/3 +
4*y/9).primitive() = (2/9, 2*y + 3*x) is wrong. It should
Status: Accepted
Owner: smi...@gmail.com
Labels: Type-Defect Priority-Medium smichr NeedsReview
New issue 2400 by smi...@gmail.com: use deep in simplify's together call
http://code.google.com/p/sympy/issues/detail?id=2400
see discussion at https://github.com/sympy/sympy/pull/335
--
You
Comment #21 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
I'd rather not have workarounds. We should just fix issue 1620.
Derivative(f(x), g(x)) is wrong anyway.
--
You received this message because you are subscribed to the
Status: Accepted
Owner: asmeurer
CC: ronan.l...@gmail.com
Labels: Type-Defect Priority-Medium Printing
New issue 2401 by asmeurer: Lambda doesn't pretty print any more
http://code.google.com/p/sympy/issues/detail?id=2401
We used to have:
In [1]: Lambda(x, x**2)
Out[1]:
⎛2⎞
Λ⎝x, x ⎠
but
Comment #15 on issue 2283 by asmeurer: Non-iterative 'in'
http://code.google.com/p/sympy/issues/detail?id=2283
If you want to know where in is used, just comment out Basic.__contains__
and run the tests.
--
You received this message because you are subscribed to the Google Groups
Comment #13 on issue 1620 by renato.c...@gmail.com: Allow derivatives of
unknown functions evaluated at a point
http://code.google.com/p/sympy/issues/detail?id=1620
Any implementation of this should respect issue 2070, that is,
Object.__class__(*Object.args) == Object, so the notation
Comment #7 on issue 1688 by renato.c...@gmail.com: Functions should be
objects
http://code.google.com/p/sympy/issues/detail?id=1688
Ronan, what is the status of this?
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to this group,
Comment #14 on issue 1620 by asmeurer: Allow derivatives of unknown
functions evaluated at a point
http://code.google.com/p/sympy/issues/detail?id=1620
We can still make an operator, D, which acts like D[1, 2](f)(x, y), but
also allow the syntax D(f, orders=(1, 2))(x, y), and it would
Comment #2 on issue 2397 by asmeurer: log.as_numer_denom is doing the log
expansion
http://code.google.com/p/sympy/issues/detail?id=2397
Yes, we've needed a force keyword on expand_log for some time.
Do you mean just automatically expanding the numerator and denominator? I
remember
Comment #3 on issue 2397 by asmeurer: log.as_numer_denom is doing the log
expansion
http://code.google.com/p/sympy/issues/detail?id=2397
It was issue 1827.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to this group, send email to
Updates:
Status: Fixed
Comment #11 on issue 2203 by asmeurer: doctest does not test IPython
interactive sessions
http://code.google.com/p/sympy/issues/detail?id=2203
This was pushed in.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
Comment #4 on issue 2397 by smi...@gmail.com: log.as_numer_denom is doing
the log expansion
http://code.google.com/p/sympy/issues/detail?id=2397
Yes, only numerator and denominator. (We also already look for perfect
powers so log(3**200, 3) is 200.) Issue 1827 (thanks for the ref) is a
Updates:
Status: Accepted
Labels: -NeedsReview -asmeurer -Milestone-Release0.7.0
Milestone-Release0.7.1
Comment #22 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
This was pushed in.
I think I'll leave this to be about
Status: Accepted
Owner: asmeurer
CC: matt...@gmail.com
Labels: Type-Defect Priority-Medium Milestone-Release0.7.0 Polynomial
New issue 2402 by asmeurer: integration3-backport
http://code.google.com/p/sympy/issues/detail?id=2402
I'm just creating this issue so I don't forget to get the branch
Comment #23 on issue 1525 by smi...@gmail.com: No integration by
substitution
http://code.google.com/p/sympy/issues/detail?id=1525
I got too quick on the trigger. This now breaks the tutorial example:
File c:\users\leslie\sympy\doc\src\tutorial.txt, line 537, in tutorial.txt
Failed example:
Updates:
Labels: -NeedsReview
Comment #10 on issue 2338 by ronan.l...@gmail.com: Use predicates and
propositions instead of Assume objects
http://code.google.com/p/sympy/issues/detail?id=2338
The pull request is in, but I think ask should also be updated to use only
syntax of the
Updates:
Cc: matt...@gmail.com
Comment #24 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
Actually, I bisected that to this commit:
commit 0f187e5244f7795a30dfce44cba4348e397fcef2
Author: Mateusz Paprocki matt...@gmail.com
Updates:
Status: Accepted
Labels: -Priority-Medium -PassedReview Priority-High
Comment #6 on issue 2386 by asmeurer: gosper(...) is missing tests and
docstring
http://code.google.com/p/sympy/issues/detail?id=2386
See issue 1525 comment 24. This introduced a problem:
In [1]:
Comment #25 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
Defer to issue 2386 for the factorial thing.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to this group, send
Comment #7 on issue 2386 by matt...@gmail.com: gosper(...) is missing tests
and docstring
http://code.google.com/p/sympy/issues/detail?id=2386
gamma(x + 1) still works:
In [3]: gamma(x + 1).series(x, 0, 3)
Out[3]:
2 22 2
x ⋅EulerGamma
Updates:
Labels: Series
Comment #8 on issue 2386 by asmeurer: gosper(...) is missing tests and
docstring
http://code.google.com/p/sympy/issues/detail?id=2386
Well, somewhere is passing the args [0, 1] to diff, which is wrong. So to
me, that indicates a bug.
--
You received this
Updates:
Labels: NeedsReview
Comment #26 on issue 1525 by smi...@gmail.com: No integration by
substitution
http://code.google.com/p/sympy/issues/detail?id=1525
https://github.com/sympy/sympy/pull/336; I just wrote factorial(x) as
gamma(x + 1) in the test and changed the other test
Updates:
Cc: smi...@gmail.com
Comment #9 on issue 2386 by asmeurer: gosper(...) is missing tests and
docstring
http://code.google.com/p/sympy/issues/detail?id=2386
The problem is because factorial.diff doesn't work any more. But this is
actually a bug in Derivative.subs:
In [5]:
Updates:
Cc: sherjilo...@gmail.com
Comment #10 on issue 2386 by asmeurer: gosper(...) is missing tests and
docstring
http://code.google.com/p/sympy/issues/detail?id=2386
Derivative(f(x), x).subs(x, 0) stopped working with the commit
commit 266c8d713e246a5b67e67c03c056eeb4ad08d97e
Updates:
Cc: -sherjilo...@gmail.com
Comment #12 on issue 2386 by asmeurer: gosper(...) is missing tests and
docstring
http://code.google.com/p/sympy/issues/detail?id=2386
But of course, f(0) is wrong. It should be f'(0), which is issue 1620
again. We should at least replace that
Issue 1620: Allow derivatives of unknown functions evaluated at a point
http://code.google.com/p/sympy/issues/detail?id=1620
This issue is now blocking issue 2386.
See http://code.google.com/p/sympy/issues/detail?id=2386
--
You received this message because you are listed in the owner
or CC
Updates:
Labels: NeedsReview asmeurer
Blockedon: 1620
Comment #13 on issue 2386 by asmeurer: gosper(...) is missing tests and
docstring
http://code.google.com/p/sympy/issues/detail?id=2386
See https://github.com/sympy/sympy/pull/337 for the NotImplementedError.
--
You
Updates:
Labels: -NeedsBetterPatch NeedsReview smichr
Comment #17 on issue 1827 by smi...@gmail.com: log eval gives more standard
form
http://code.google.com/p/sympy/issues/detail?id=1827
ok, log args are made square free of small factors with the additional
commit at
Comment #18 on issue 1827 by asmeurer: log eval gives more standard form
http://code.google.com/p/sympy/issues/detail?id=1827
A few second sounds kind of long. How large is your factor limit?
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To
61 matches
Mail list logo