Issue 1199: Line/Path/Curve integration support
http://code.google.com/p/sympy/issues/detail?id=1199
New issue report by plaes800:
There are two (tree if counting complex) types of Line integrals I:
1) I for vector fields
2) I for scalar fields
My ideas for I over vector field is
Issue 1197: Port gerrit to sympy
http://code.google.com/p/sympy/issues/detail?id=1197
Comment #2 by ondrej.certik:
Yes, if it's a lot of work, let's just wait for gerrit2 and just use git
and git
send-email in the meantime.
--
You received this message because you are listed in the owner
Issue 353: piecewise functions
http://code.google.com/p/sympy/issues/detail?id=353
Comment #27 by ondrej.certik:
(No comment was entered for this change.)
Issue attribute updates:
Blockedon: 1047
--
You received this message because you are listed in the owner
or CC fields of this
Issue 1047: Suggested new assumption system
http://code.google.com/issues/detail?id=1047
This issue is now blocking issue 353.
See http://code.google.com/issues/detail?id=353
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred
Issue 1200: tests -- filter out xfailed tests by default
http://code.google.com/p/sympy/issues/detail?id=1200
New issue report by ondrej.certik:
And enable them with some option.
Issue attributes:
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium
--
You
Issue 1200: tests -- filter out xfailed tests by default
http://code.google.com/p/sympy/issues/detail?id=1200
Comment #1 by Vinzent.Steinberg:
Don't try xfailed tests by default? -1
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you
Issue 589: ./setup.py test stopped executing doctests...
http://code.google.com/p/sympy/issues/detail?id=589
Comment #10 by ondrej.certik:
Here are my latest patches:
http://github.com/certik/sympy/tree/doctests
that implement bin/doctest, that should be reliable, nice output and no
external
Issue 1114: new example: gibbs_phenomenon
http://code.google.com/p/sympy/issues/detail?id=1114
Comment #21 by ondrej.certik:
The example is in, so I think it's fixed.
Issue attribute updates:
Status: Fixed
--
You received this message because you are listed in the owner
or CC fields
Issue 937: Don't use implicit imports in test_polynomial
http://code.google.com/p/sympy/issues/detail?id=937
Comment #16 by ondrej.certik:
(No comment was entered for this change.)
Issue attribute updates:
Status: Fixed
--
You received this message because you are listed in the owner
Issue 1201: better tan(x**2).diff(x)
http://code.google.com/p/sympy/issues/detail?id=1201
New issue report by Vinzent.Steinberg:
Failed example:
tan(x**2).diff(x)
Expected:
2*x*cos(x**2)**(-2)
Got:
2*x*(1 + tan(x**2)**2)
[20:11] ondrej well, tan(x).diff(x)
[20:11] ondrej
Issue 1201: better tan(x**2).diff(x)
http://code.google.com/p/sympy/issues/detail?id=1201
Comment #1 by ondrej.certik:
The fix is trivial:
$ git diff
diff --git a/sympy/functions/elementary/trigonometric.py
b/sympy/functions/eleme
index cfff053..eab527c 100644
---
Issue 1021: evalf documentation
http://code.google.com/p/sympy/issues/detail?id=1021
Comment #10 by ondrej.certik:
The change works fine.
Btw, to build the documentation, use make html, as written in doc/README.
Issue attribute updates:
Status: Fixed
--
You received this message
Issue 1202: failing limit
http://code.google.com/p/sympy/issues/detail?id=1202
New issue report by Vinzent.Steinberg:
Failed example:
Limit(sin(x)/x, x, 0)
Expected:
Limit(1/x*sin(x), x, 0, dir='+')
Got:
Limit(1/x*sin(x), x, 0)
Issue attributes:
Status: Accepted
Issue 1155: implement Real.__sage__()
http://code.google.com/p/sympy/issues/detail?id=1155
Comment #2 by ondrej.certik:
(No comment was entered for this change.)
Issue attribute updates:
Status: Fixed
--
You received this message because you are listed in the owner
or CC fields of
Issue 1037: cosh(asinh(Integer(3)/2)) should simplify to sqrt(13/4)
http://code.google.com/p/sympy/issues/detail?id=1037
Comment #8 by fredrik.johansson:
I guess so. I mean, there are always more simplifications to add, but you
can't cover
all of them in a single issue...
--
You received
Issue 1200: tests -- filter out xfailed tests by default
http://code.google.com/p/sympy/issues/detail?id=1200
Comment #2 by lance.c.larsen:
I suggested this idea (an Ondrej was kind enough to add the suggestion
here) because
I am a new developer to sympy and the xfail seemed confusing. I made
Issue 1037: cosh(asinh(Integer(3)/2)) should simplify to sqrt(13/4)
http://code.google.com/p/sympy/issues/detail?id=1037
Comment #9 by ondrej.certik:
(No comment was entered for this change.)
Issue attribute updates:
Status: Fixed
--
You received this message because you are listed
Issue 1200: tests -- filter out xfailed tests by default
http://code.google.com/p/sympy/issues/detail?id=1200
Comment #3 by Vinzent.Steinberg:
Well, I understand that this is confusing for new developers. xfail is
cryptic,
maybe it should be more verbose (tests expected to fail). Same
for
Issue 1203: blacklist for tests/doctests
http://code.google.com/p/sympy/issues/detail?id=1203
New issue report by Vinzent.Steinberg:
Something like in the current setup.py:
modules = [
# do docstring # module name # omit those even if the first field is
True
( True,
Issue 1199: Line/Path/Curve integration support
http://code.google.com/p/sympy/issues/detail?id=1199
Comment #2 by plaes800:
Using line_integrate(x + y, C, [x, y]) instead.
Attachments:
raw-line-integrals.patch 4.4 KB
--
You received this message because you are listed in the owner
Issue 1201: better tan(x**2).diff(x)
http://code.google.com/p/sympy/issues/detail?id=1201
Comment #2 by mattpap:
This change does break the integrator because Risch algorithm requires
certain
derivatives in a special form (derivative of tan(x) is a nice example).
The solution is to add
Issue 1201: better tan(x**2).diff(x)
http://code.google.com/p/sympy/issues/detail?id=1201
Comment #3 by ondrej.certik:
Yes, we can discuss what derivative for tan(x) is simpler. But I think the
risch
integrator should not depend on the choice, right?
we should check Mathematica and other
Issue 1204: failing test: mpmath elliptic
http://code.google.com/p/sympy/issues/detail?id=1204
New issue report by Vinzent.Steinberg:
For the current beta release I get:
_ entrypoint: test_elliptic_functions
__
def test_elliptic_functions():
Issue 1204: failing test: mpmath elliptic
http://code.google.com/p/sympy/issues/detail?id=1204
Comment #1 by ondrej.certik:
[EMAIL PROTECTED]:/tmp/ab/sympy-0.6.3.beta1$ bin/test
sympy/mpmath/tests/test_elliptic.py
= test process starts
Issue 1205: sympy's test hides xpassing tests
http://code.google.com/p/sympy/issues/detail?id=1205
New issue report by Vinzent.Steinberg:
xpassed tests
_
sympy/simplify/tests/test_sqrtdenest.py:func_wrapper
Issue 1204: failing test: mpmath elliptic
http://code.google.com/p/sympy/issues/detail?id=1204
Comment #2 by ondrej.certik:
$ py.test sympy/mpmath/tests/test_elliptic.py
= test process starts
==
executable: /usr/bin/python
Issue 1204: failing test: mpmath elliptic
http://code.google.com/p/sympy/issues/detail?id=1204
Comment #3 by Vinzent.Steinberg:
Probably it's import related.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You
Issue 1201: better tan(x**2).diff(x)
http://code.google.com/p/sympy/issues/detail?id=1201
Comment #4 by mattpap:
But I think the risch integrator should not depend on the choice, right?
As I said, the algorithm works this way. Similar assumption is done e.g. in
limits /
series code, which
Issue 1107: Make solve() work for ratios
http://code.google.com/p/sympy/issues/detail?id=1107
Comment #10 by fabian.seoane:
There's some work for this on my newsolve branch:
http://fseoane.net/cgi-bin/gitweb.cgi?p=sympy.git;a=shortlog;h=refs/heads/newsolve
It's not ready for review yet, I'm
Issue 1107: Make solve() work for ratios
http://code.google.com/p/sympy/issues/detail?id=1107
Comment #11 by ondrej.certik:
Thanks! I think the function guess_solve_strategy() could be useful in more
cases
than just solve. I think we need to guess what kind of expression it is for
example
in
Issue 1206: Integer and Rationa do not implement .args
http://code.google.com/p/sympy/issues/detail?id=1206
New issue report by fabian.seoane:
I think for consistency we should implement Integer.args and Rational.args.
Currently they are not implemented and they do not return an exception
Issue 1107: Make solve() work for ratios
http://code.google.com/p/sympy/issues/detail?id=1107
Comment #12 by fabian.seoane:
Thanks for the feedback.
Yeah, maybe a type_of_equation(expr, symbols) could be useful across more
places.
--
You received this message because you are listed in the
Issue 1206: Integer and Rationa do not implement .args
http://code.google.com/p/sympy/issues/detail?id=1206
Comment #1 by ondrej.certik:
I think so too. Also I believe e.__class__(*e.args) should return the
original
expression:
In [6]: e = x+y
In [7]: e.__class__(*e.args)
Out[7]: x + y
Issue 1200: tests -- filter out xfailed tests by default
http://code.google.com/p/sympy/issues/detail?id=1200
Comment #4 by ondrej.certik:
Yes, that's ok with me, let's implement it.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you
Issue 1196: improve our examples
http://code.google.com/p/sympy/issues/detail?id=1196
Comment #8 by ondrej.certik:
Do we need she-bangs for the examples?
maybe not, I agree.
Do we need the iam_sympy_example module?
this module is there so that you can run examples both from our root
35 matches
Mail list logo
