Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium
New issue 1447 by goriccardo: limit(tan(x),x,pi/2,dir='-') returns tan(pi/2)
http://code.google.com/p/sympy/issues/detail?id=1447
In [54]: limit(tan(x),x,pi/2,dir='-')
Out[54]: tan(pi/2)
In [55]: limit(tan(x),x,pi/2,dir='+')
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium
New issue 1448 by goriccardo: errors when using cot inside a limit
http://code.google.com/p/sympy/issues/detail?id=1448
In [73]: limit(cot(x),x,0,dir='+')
... lots of errors ...
AttributeError: No SymPy class 'Bernoulli'
In [74]:
Updates:
Status: Accepted
Comment #1 on issue 1446 by ondrej.certik: Logical Expression seem to drop
left hand side when rhs includes symbols
http://code.google.com/p/sympy/issues/detail?id=1446
Thanks for the bugreport. I think this should be handled by assumptions
that Fabian
is
Updates:
Labels: -Type-Defect Type-Enhancement
Comment #10 on issue 1385 by Vinzent.Steinberg: Integral.midpoint()
implemented
http://code.google.com/p/sympy/issues/detail?id=1385
We could even call it as_sum(), because it's no longer an approximation if
n=oo,
which should be also
Comment #11 on issue 1385 by ondrej.certik: Integral.midpoint() implemented
http://code.google.com/p/sympy/issues/detail?id=1385
as_sum() looks good. How about just .sum() ?
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this
Comment #12 on issue 1385 by Vinzent.Steinberg: Integral.midpoint()
implemented
http://code.google.com/p/sympy/issues/detail?id=1385
Maybe even this. I chose the 'as' for consistency:
for i in dir(x):
... if i.startswith('as'):
...print i
as_base_exp
as_basic
as_coeff_exponent
Comment #3 on issue 1441 by Vinzent.Steinberg: integrate takes forever
http://code.google.com/p/sympy/issues/detail?id=1441
Yeah, you're right, noscript messed it up...
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this
Comment #4 on issue 1441 by ondrej.certik: integrate takes forever
http://code.google.com/p/sympy/issues/detail?id=1441
Just for the record, there should be just one -, so this is what you have
to enter
to wolfram alpha:
integral (sin(1/x)-((x exp(x)) (x exp(x) x) (x sin(1/x)))/(sin(1/x)))
Status: Accepted
Owner: hazelnusse
CC: ondrej.certik
Labels: Type-Defect Priority-Medium
New issue 1451 by hazelnusse: StrPrinter subclass Unicode printing issue
http://code.google.com/p/sympy/issues/detail?id=1451
I've tried various approaches to get my customized printing to work for my
Comment #1 on issue 1451 by ondrej.certik: StrPrinter subclass Unicode
printing issue
http://code.google.com/p/sympy/issues/detail?id=1451
This is what happens if you run it:
$ python unicode_error.py
Traceback (most recent call last):
File unicode_error.py, line 13, in module
print
Updates:
Labels: -Type-Defect Type-Enhancement Printing
Comment #2 on issue 1339 by asmeurer: rendering partial derivatives instead
of d?
http://code.google.com/p/sympy/issues/detail?id=1339
I am in favor of this. The order is canonized for any expression. This is
so that x+y
Updates:
Status: New
Comment #1 on issue 1452 by asmeurer: integrate cannot do integral
http://code.google.com/p/sympy/issues/detail?id=1452
(No comment was entered for this change.)
--
You received this message because you are listed in the owner
or CC fields of this issue, or because
Happy to help.
On May 26, 9:48 pm, Ondrej Certik ond...@certik.cz wrote:
The patch looks good, it's in. Thanks!
On Mon, May 25, 2009 at 4:44 PM, Luke hazelnu...@gmail.com wrote:
Attached is the patch that Fixes issue 626 and allows for solve() to
handle Function and Derivative instances,
On Thu, May 28, 2009 at 7:10 PM, Chris Smith smi...@gmail.com wrote:
If all sympy objects don't have the same attributes then that adds an extra
layer of testing to the code. When a match is made and the test is being made
if it's a good function match or not, the expr should not be
On Thu, May 28, 2009 at 7:09 PM, Chris Smith smi...@gmail.com wrote:
- Original Message -
From: Chris Smith smi...@gmail.com
To: sympy-patches@googlegroups.com
Sent: Thursday, May 28, 2009 4:23 PM
OK...here's my first patch tiny patch fixing tsolve's quit after a linear
factor.
Here is the latest bit from my Google Summer of Code Project. dsolve
can now solve first order equations that can be written as y' == f(y/
x). These are called first order homogeneous differential equations.
This will also have exact and my logcombine function in it, since
neither of
It is late, but it seems to me that [2] should evaluate true, for any
x and y, not just real x and y. Should also work for functions.
In [1]: cos(x - 1) == cos(1 - x)
Out[1]: True
In [2]: cos(x - y) == cos(y - x)
Out[2]: False
In [3]: x = Symbol('x', real=True)
In [4]: y = Symbol('y',
As I track down bugs in various places I come across pieces of code
that are candidates for modernization. e.g. in the basic.py pattern
matching section there is a portion of code that is removing items in
common from two lists. This (since v2.4) is nicely handled with sets.
What is the sympy
On Thu, May 28, 2009 at 10:23 PM, Luke hazelnu...@gmail.com wrote:
Well,
print xsym(*)
works, i.e. it prings a nice small *, i.e., when you do x*y in isympy,
this is the default behavior.
but when I put
xsym(*)
into a string that is used in the _print_Vector(self, e) function in
my
On Fri, May 29, 2009 at 2:24 AM, Luke hazelnu...@gmail.com wrote:
It is late, but it seems to me that [2] should evaluate true, for any
Why is it late?
x and y, not just real x and y. Should also work for functions.
In [1]: cos(x - 1) == cos(1 - x)
Out[1]: True
In [2]: cos(x - y) ==
Hi Chris!
On Fri, May 29, 2009 at 4:34 AM, smichr smi...@gmail.com wrote:
As I track down bugs in various places I come across pieces of code
that are candidates for modernization. e.g. in the basic.py pattern
First of all, many things for all the bug reports you reported and for
looking
On May 29, 2009, at 9:25 AM, Ondrej Certik wrote:
On Fri, May 29, 2009 at 2:24 AM, Luke hazelnu...@gmail.com wrote:
It is late, but it seems to me that [2] should evaluate true, for any
Why is it late?
I think because he sent it at 2:30 in the morning.
Aaron Meurer
I can't see a reason why solve should no accept any iterable.
Vinzent
On May 22, 6:49 pm, Luke hazelnu...@gmail.com wrote:
Chris,
You're right, who knows when that functionality may be useful. And
it isn't a problem to deal with all three easily, so we should leave
it in there.
~Luke
On May 23, 9:31 pm, smichr smi...@gmail.com wrote:
In the solvers routines above nsolve there is a note:
# TODO: option for calculating J numerically
Can someone explain the rational for falling back to numerical
derivatives when the analytical forms are available through diff()? Is
it a
On Fri, May 29, 2009 at 10:47 AM, Vinzent Steinberg
vinzent.steinb...@googlemail.com wrote:
On May 23, 9:31 pm, smichr smi...@gmail.com wrote:
In the solvers routines above nsolve there is a note:
# TODO: option for calculating J numerically
Can someone explain the rational for falling
Could you please create an issue for this (if not already someone did
this)? Thanks in advance!
Vinzent
On May 26, 9:16 pm, Neal Becker ndbeck...@gmail.com wrote:
Out[80]: (-2*s**2*w**2 + w**4)/(s**4 + w**4)
In [81]: _.subs(s,2*pi*I*f)
Out[81]: (8*pi**2*f**2*w**2 + w**4)/(w**4 +
Aaron was correct, it was late at night (or early in the morning).
Ondrej, can you elaborate on what you mean by canonical form? Do you
mean something should be done in cos.canonize? Currently canonize
just call cls.eval(arg).
I'm unclear why it works for 1 and x, i.e. cos(1-x)==cos(x-1), but
On Friday 29 May 2009, Vinzent Steinberg wrote:
Could you please create an issue for this (if not already someone did
this)? Thanks in advance!
Done.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
sympy group.
Also some guidance on match would be nice too, since I have now idea
how it works. :)
I'm fairly new, but besides the docs you might check the test suite to
see the sorts of output you get for different patterns.
/c
--~--~-~--~~~---~--~~
You received this
So I am just about done with first-order homogeneous equations ( y' ==
f(y/x) ), but there is one thing I am not sure what to do with. Any
differential equation with homogeneous coefficients can be solved in a
general manner by making the substitution u == y/x or u == x/y. But
it is not
On Fri, 29 May 2009 13:48:10 -0600
Aaron S. Meurer asmeu...@gmail.com wrote:
2) Return the above solution, and somehow make a note that u == y/x:
Integral will not let you do Integral(1/(sin(y/x)+1),y/x), so dsolve
would have to return the expression with a u, and somehow note that u
31 matches
Mail list logo