Status: Accepted
Owner: renato.c...@gmail.com
Labels: Type-Defect Priority-Medium
New issue 2441 by renato.c...@gmail.com: sympify() should recognize and
convert mpmath types
http://code.google.com/p/sympy/issues/detail?id=2441
Currently sympifying mpmath mpf and mpc types works, but it
Comment #3 on issue 2042 by sherjilo...@gmail.com: Frac() object for
rational function arithmetics
http://code.google.com/p/sympy/issues/detail?id=2042
We should atleast implement a basic Frac object, even if its not as
exhaustive as Polys, so that asmeurer and I can use it in our own
Comment #4 on issue 2042 by matt...@gmail.com: Frac() object for rational
function arithmetics
http://code.google.com/p/sympy/issues/detail?id=2042
In this issue we stated twice that Frac (or RationalFunction) should be
based on DMF, which is a fairly complete low-level implementation of
Status: Accepted
Owner: asmeurer
Labels: Type-Defect Priority-Medium Printing
New issue 2442 by asmeurer: Why does Lambda use Dummys?
http://code.google.com/p/sympy/issues/detail?id=2442
We have
In [19]: Lambda(x, x)
Out[19]: Lambda(_x, _x)
In [20]: Lambda(y, y)
Out[20]: Lambda(_x, _x)
The
Updates:
Labels: EasyToFix
Comment #1 on issue 2441 by renato.c...@gmail.com: sympify() should
recognize and convert mpmath types
http://code.google.com/p/sympy/issues/detail?id=2441
I intended to fix this using the class method Expr._from_mpmath, like this:
from
Updates:
Labels: -WrongResult
Comment #13 on issue 797 by asmeurer: bug in Lambda
http://code.google.com/p/sympy/issues/detail?id=797
I now get:
In [17]: H = Lambda(f(x), diff(f(x), x,x) + x**2 *f(x))
---
Comment #1 on issue 2440 by asmeurer: Equal Integrals compare different
when using different variables
http://code.google.com/p/sympy/issues/detail?id=2440
First, I want to remind that == is exact equality testing, not mathematical
equatly testing. See
Comment #5 on issue 2042 by asmeurer: Frac() object for rational function
arithmetics
http://code.google.com/p/sympy/issues/detail?id=2042
What is the residue representation?
If Frac() is not written from the start to keep the numerator and
denominator canceled, then it will be almost the
Comment #2 on issue 2440 by renato.c...@gmail.com: Equal Integrals compare
different when using different variables
http://code.google.com/p/sympy/issues/detail?id=2440
My view is that dummy symbols shouldn't make a difference when comparing
objects. In Integral you don't change all
Comment #1 on issue 2297 by renato.c...@gmail.com: Integral manipulations
http://code.google.com/p/sympy/issues/detail?id=2297
A nice addition, though I don't know if the current infra-structure
supports this, would be to recognize even and odd functions and rewrite the
intervals
Comment #3 on issue 2440 by asmeurer: Equal Integrals compare different
when using different variables
http://code.google.com/p/sympy/issues/detail?id=2440
Whatever we do, it should be uniform across all functions with
expr.atoms(Symbol) != expr.free_symbols. This includes Lambda, Sum,
Updates:
Labels: Assumptions
Comment #2 on issue 1784 by asmeurer: ((x - 2)**2).match((x - a)**2) fails
http://code.google.com/p/sympy/issues/detail?id=1784
We should have even function and odd function assumptions.
--
You received this message because you are subscribed to the Google
Comment #2 on issue 2297 by asmeurer: Integral manipulations
http://code.google.com/p/sympy/issues/detail?id=2297
See issue 1784. It would be nice to have even function and odd function
assumptions.
transform() only works for linear transformations, which makes it very
limited. It ought
Issue 2389: Semantic inconsistency between Basic.__contains__ and
Tuple.__contains__
http://code.google.com/p/sympy/issues/detail?id=2389
This issue is now blocking issue 1953.
See http://code.google.com/p/sympy/issues/detail?id=1953
--
You received this message because you are listed in the
Updates:
Blockedon: 2389
Comment #5 on issue 1953 by asmeurer: inconsistency between in and has
http://code.google.com/p/sympy/issues/detail?id=1953
See issue 2389. Actually, this issue and that one might be considered
duplicates, depending on how you look at it.
--
You received
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2443 by adampaet...@gmail.com: Result of subs() is incorrect
after unpickling
http://code.google.com/p/sympy/issues/detail?id=2443
After pickling and then unpickling the attached symbolic expression, the
value returned
Status: Accepted
Owner: asmeurer
Labels: Type-Enhancement Priority-Medium Assumptions
New issue 2444 by asmeurer: even function and odd function assumptions
http://code.google.com/p/sympy/issues/detail?id=2444
This was already requested in issue 1784 and issue 2297. It would be nice
to be
Updates:
Blockedon: 2444
Comment #3 on issue 1784 by asmeurer: ((x - 2)**2).match((x - a)**2) fails
http://code.google.com/p/sympy/issues/detail?id=1784
See issue 2444.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to this
Issue 2444: even function and odd function assumptions
http://code.google.com/p/sympy/issues/detail?id=2444
This issue is now blocking issue 1784.
See http://code.google.com/p/sympy/issues/detail?id=1784
--
You received this message because you are listed in the owner
or CC fields of this
Updates:
Blockedon: 2444
Comment #3 on issue 2297 by asmeurer: Integral manipulations
http://code.google.com/p/sympy/issues/detail?id=2297
See issue 2444 for the even/odd function assumptions.
--
You received this message because you are subscribed to the Google Groups
sympy-issues
Issue 2444: even function and odd function assumptions
http://code.google.com/p/sympy/issues/detail?id=2444
This issue is now blocking issue 2297.
See http://code.google.com/p/sympy/issues/detail?id=2297
--
You received this message because you are listed in the owner
or CC fields of this
Updates:
Status: Fixed
Comment #35 on issue 352 by asmeurer: should Symbol(x) be real or complex
by default?
http://code.google.com/p/sympy/issues/detail?id=352
I'd say this was resolved, and has been for some time. Symbols have been
complex for default for as long as I've been
Status: Accepted
Owner: asmeurer
Labels: Type-Enhancement Priority-Medium
New issue 2445 by asmeurer: Function to automatically generate timing plots
http://code.google.com/p/sympy/issues/detail?id=2445
See https://groups.google.com/d/msg/sympy/W4LbzPiehXU/H5qgB_RI_OwJ. Quote:
It would be
Comment #1 on issue 2443 by asmeurer: Result of subs() is incorrect after
unpickling
http://code.google.com/p/sympy/issues/detail?id=2443
I get
Aaron-Meurer:sympy aaronmeurer(master$%=)$python unpickleBug.py
0.00120006086051012
Aaron-Meurer:sympy aaronmeurer(master$%=)$python unpickleBug.py
Comment #2 on issue 2443 by matt...@gmail.com: Result of subs() is
incorrect after unpickling
http://code.google.com/p/sympy/issues/detail?id=2443
Which version of SymPy do you use? The development version of SymPy gives:
~/repo/git/sympy $ python unpickleBug.py
0.00120006086051012
Updates:
Status: Fixed
Labels: WrongResult
Comment #3 on issue 2443 by asmeurer: Result of subs() is incorrect after
unpickling
http://code.google.com/p/sympy/issues/detail?id=2443
OK, so I see that this behaves as you describe in SymPy 0.6.7. I bisected
it down to this
Comment #1 on issue 2442 by ronan.l...@gmail.com: Why does Lambda use
Dummys?
http://code.google.com/p/sympy/issues/detail?id=2442
Lambda(x, x) is Lambda(y, y) is S.IdentityFunction, so there is no way it
can remember the original symbol name. But Lambda(y, 2*y) does remember it,
which
Comment #4 on issue 2443 by adampaet...@gmail.com: Result of subs() is
incorrect after unpickling
http://code.google.com/p/sympy/issues/detail?id=2443
Here is massively simplified expression that exhibits the same problem.
Attachments:
stringA.py 88 bytes
--
You received this
Comment #5 on issue 2443 by adampaet...@gmail.com: Result of subs() is
incorrect after unpickling
http://code.google.com/p/sympy/issues/detail?id=2443
Yes, I am using 0.6.7. I will update to the latest dev branch (I should
have thought to do this anyway). Thanks.
--
You received this
Comment #53 on issue 1047 by asmeurer: Suggested new assumption system
http://code.google.com/p/sympy/issues/detail?id=1047
For what I said in comment 51, see issue 1887.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to this group,
Comment #14 on issue 1799 by asmeurer: Replace exp(x) with E**x internally
http://code.google.com/p/sympy/issues/detail?id=1799
That was pushed into master (see 2402).
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To post to this group, send
Comment #2 on issue 2442 by asmeurer: Why does Lambda use Dummys?
http://code.google.com/p/sympy/issues/detail?id=2442
I see. Maybe we should print S.IdentityFunction completely differently.
--
You received this message because you are subscribed to the Google Groups
sympy-issues group.
To
Comment #6 on issue 2443 by asmeurer: Result of subs() is incorrect after
unpickling
http://code.google.com/p/sympy/issues/detail?id=2443
Considering that this was brought out by pickling and unpicking an object,
which should leave it unchanged, I wonder if that commit just masked some
Comment #3 on issue 2442 by asmeurer: Why does Lambda use Dummys?
http://code.google.com/p/sympy/issues/detail?id=2442
How about making Id == S.IdentityFunction and printing it as Id? Printing
it as Lambda is bad anyway, since it isn't a Lambda.
--
You received this message because you are
Comment #4 on issue 2442 by ronan.l...@gmail.com: Why does Lambda use
Dummys?
http://code.google.com/p/sympy/issues/detail?id=2442
It is indeed a Lambda (in the isinstance sense), but 'Id' would certainly
make sense.
--
You received this message because you are subscribed to the Google
35 matches
Mail list logo