Comment #1 on issue 3422 by ahot...@gmail.com: WignerD with angles all 0
should return delta function
http://code.google.com/p/sympy/issues/detail?id=3422
Can we not just give the conditions in the _eval_wignerd function itself,
if j == 0 and m==0 and mp = 0 and alpha = 0 and beta = 0 and
Comment #2 on issue 3422 by ahot...@gmail.com: WignerD with angles all 0
should return delta function
http://code.google.com/p/sympy/issues/detail?id=3422
Can we not just add the conditions in the _eval_wignerd function,
if alpha == 0 and beta == 0 and gamma = 0:
return KroneckerDelta
Updates:
Labels: EasyToFix
Comment #3 on issue 3422 by sean.v@gmail.com: WignerD with angles all 0
should return delta function
http://code.google.com/p/sympy/issues/detail?id=3422
Something like that would be fine, but you might also need something like
an `eval` kwarg to stop
Updates:
Labels: Restrict-AddIssueComment-Commit
Comment #8 on issue 4103 by asmeu...@gmail.com: Several slow test failures
http://code.google.com/p/sympy/issues/detail?id=4103
(No comment was entered for this change.)
--
You received this message because this project is configured to
Updates:
Labels: Restrict-AddIssueComment-Commit
Blockedon: -sympy:1116 sympy:1116
Blocking: -sympy:2193 sympy:2193
Blocking: -sympy:2196 sympy:2196
Blocking: -sympy:2070
Blocking: -sympy:2430 sympy:2430
Blockedon: -sympy:440 -sympy:1612
Comment by asmeu...@gmail.com:
We have moved issues to GitHub https://github.com/sympy/sympy/issues.
Affected issues:
issue 3135: Multiple series expansions
http://code.google.com/p/sympy/issues/detail?id=3135
issue 3136: Series of ((N - 1)**D + 1)/(N**D - 1) fails
I've a little suggestion about planar object into a 3D scene.
*O = Point(2, 3, 4)*
*I = Point(4, 5, 4)*
J = Point(2, 3, 7)
*line = Line(Point(2,3), Point(3,5)) # z-plane by default*
*line2 = **putin((O, I, J), **line**) # Let's go in another plane*
This allows to easily put a planar scene in
z-plane must be changed to xy-plane. Sorry for this.
2014-03-05 10:26 GMT+01:00 Christophe Bal projet...@gmail.com:
I've a little suggestion about planar object into a 3D scene.
*O = Point(2, 3, 4)*
*I = Point(4, 5, 4)*
J = Point(2, 3, 7)
*line = Line(Point(2,3), Point(3,5)) # z-plane by
On Tue, Mar 04, 2014 at 04:12:41PM -0500, Jason Moore wrote:
As far as I know it is [1]moorepa...@gmail.com on both accounts. I'm not
sure why mine is messed up.
For example on google code:
On Tue, Mar 04, 2014 at 02:20:32PM -0600, Aaron Meurer wrote:
My understanding was that it could be fixed after import if the user
adds that email to their account.
No. That's why there a fallback user.
But let's just canonicalize those
four users on their know GitHub emails.
Done for
On Tue, Mar 04, 2014 at 12:20:50PM -0700, Ondřej Čertík wrote:
I think the Gruntz algorithm actually might work for these as well ---
at the point after doing the expansion
in terms of omega, when you are determining the limit x-0, you just
need to be able to handle cases where
sin/cos are
ok will read that all.
and try to understand the concept of karr algorithm.
thanks
On Monday, 3 March 2014 21:38:23 UTC+5:30, Jigar Mistry wrote:
Hello i am jigar mistry. I want to implement following module during
gsocConcrete
module: Implement Karr algorithm, a decision
On Wednesday, March 5, 2014 2:53:29 AM UTC+1, Charlie Paul wrote:
I'm interested in doing the Tensor Core project for GSoC.
That's good news.
Other than the standard physics fare and a couple semesters of linear
algebra, I've also taken differential geometry.
SymPy currently also
On Wednesday, March 5, 2014 5:08:47 AM UTC+4, Ondřej Čertík wrote:
Can you post your code where you need large integers in Python that
runs out of memory?
A good example is this one:
http://code.google.com/p/sympy/issues/detail?id=3736
:)
But I think it's a very different (and very
That one appears to be an mpmath problem, rather than a Sympy problem
(specifically). Even if Sympy had a BigInteger support, that wouldn't fix this
problem as it fails in mpmath code (which doesn't use any Sympy classes).
I'd like to know of any examples of large integers that Sympy doesn't
On Wed, Mar 05, 2014 at 09:45:55AM -0500, Tim Lahey wrote:
That one appears to be an mpmath problem, rather than a Sympy problem
(specifically). Even if Sympy had a BigInteger support, that wouldn't fix
this problem as it fails in mpmath code (which doesn't use any Sympy classes).
I'd like
That issue is about dealing with numbers like googolplex, which are
too big to be represented by any computer (even a computer the size of
the universe). The solution is to keep things unevaluated. A
googolplex is representable, as 10**10**100. It just needs to be kept
from evaluating.
This is a
Hi,
I am interested in contributing to the vector calculus part of SymPy. I
would like to implement things like line integrals, surface integrals, and
also make use of the fundamental theorems of vector calculus
(greens/stokes/divergence theorem). Do you think this would be a suitable
Hi Ondrej,
Thanks for the quick reply.
I am working on the issue automatic domain for plots.Will send a PR or give
a link once completed.
Shashank
--
You received this message because you are subscribed to the Google Groups
sympy group.
To unsubscribe from this group and stop receiving
There is certainly work to do with tensors in SymPy. Personally I would
like to see more cohesion among tensor-like projects. There are a lot of
tensor-like or indexed things in SymPy that all have valuable logic, none
of which stem from some common framework. The original idea behind tensor
I should note that we as a community do not have a central consensus on
what-should-be-done-with-tensors. For you as an applicant this means that
the field is a bit uncertain, but that there is lots of room for you to
propose what you think should be done.
On Wed, Mar 5, 2014 at 8:15 AM,
Hi Sergey,
On Wed, Mar 5, 2014 at 2:54 AM, Sergey B Kirpichev skirpic...@gmail.com wrote:
On Tue, Mar 04, 2014 at 02:20:32PM -0600, Aaron Meurer wrote:
My understanding was that it could be fixed after import if the user
adds that email to their account.
No. That's why there a fallback
On Wed, Mar 5, 2014 at 7:13 AM, Shashank Aggarwal
shashank.agarwa...@gmail.com wrote:
Hi Ondrej.
Thanks for the reply.
I have modified sympy/plotting/plot.py to include the option for domain
detection of periodic functions.Kindly have a look,and suggest any feedback.
Usage:
On Tue, Mar 4, 2014 at 10:42 PM, Prakhash siva prakhashsiv...@gmail.com wrote:
Hi Ondrej,
Currently I’m going through the algorithms available. but i have only a big
picture related to the available things. I'm interested in developing
algorithemic solutions to the ODE functions which are not
Hi Certik,
I wrote a wiki page, Please take a look.
https://github.com/sympy/sympy/wiki/GSoC-2014-Application--Akshay--Geometry-Module.
--
You received this message because you are subscribed to the Google Groups
sympy group.
To unsubscribe from this group and stop receiving emails from
On Wed, Mar 5, 2014 at 12:09 AM, Aditya Shah adityasha...@gmail.com wrote:
I have developed a raw block diagram and an API to explain my concept. It
goes as follows:
Suppose, we want to write a parser for the MathML Language. We need to
create 2 things:
1. A Spec File (this contains the
Hi Akila,
On Wed, Mar 5, 2014 at 1:27 AM, akilawelihi...@g.ucla.edu wrote:
Hi,
I am interested in contributing to the vector calculus part of SymPy. I
would like to implement things like line integrals, surface integrals, and
also make use of the fundamental theorems of vector calculus
On Wed, Mar 5, 2014 at 8:13 AM, Aaron Meurer asmeu...@gmail.com wrote:
That issue is about dealing with numbers like googolplex, which are
too big to be represented by any computer (even a computer the size of
the universe). The solution is to keep things unevaluated. A
googolplex is
On Wed, Mar 5, 2014 at 3:03 AM, Sergey B Kirpichev skirpic...@gmail.com wrote:
On Tue, Mar 04, 2014 at 12:20:50PM -0700, Ondřej Čertík wrote:
I think the Gruntz algorithm actually might work for these as well ---
at the point after doing the expansion
in terms of omega, when you are
Hi Rrubaa,
On Tue, Mar 4, 2014 at 11:30 PM, Rrubaa Panchendrarajan
ruba...@cse.mrt.ac.lk wrote:
Hi,
I am a Computer Science and Engineering undergraduate from University of
Moratuwa. I have more than two years of experience in programming especially
in Java and C. Also I have enough
On Wed, Mar 5, 2014 at 9:37 AM, Ondřej Čertík ondrej.cer...@gmail.com wrote:
Hi Rrubaa,
On Tue, Mar 4, 2014 at 11:30 PM, Rrubaa Panchendrarajan
ruba...@cse.mrt.ac.lk wrote:
Hi,
I am a Computer Science and Engineering undergraduate from University of
Moratuwa. I have more than two years of
You should start by reading Prasoon's proposal from last year and looking
at past conversations on the mailing list and/or irc where prasoon was
involved. The fundamentals are there in his PR and we need to identify
everything that needs to complete that. One goal that i'm interested in is
This is a very suitable idea. The goal is to create a general vector
package that can stand on its own and be used as a basis for packages such
as sympy.physics.mechanics. We should ensure that results for physics match
those that the geometric algebra package gives. The tough part here is to
have
On Wed, Mar 05, 2014 at 09:20:52AM -0700, Ondřej Čertík wrote:
What remains to be done before we can do the migration?
Decide if we want to do import Live-labeled issues
to the sympylive repo.
If not, we can start import right now. Script
@Certik Thanks for replying. I think that we might be able to make quite a
robust parser after all. Well I do agree that it may escape some very
peculiar use cases but still according to me such a parser (and quite fully
functional at that) is better than having no parser.
I am currently
On Wed, Mar 5, 2014 at 10:02 AM, Sergey B Kirpichev
skirpic...@gmail.com wrote:
On Wed, Mar 05, 2014 at 09:20:52AM -0700, Ondřej Čertík wrote:
What remains to be done before we can do the migration?
Decide if we want to do import Live-labeled issues
to the sympylive repo.
Either is fine with
On Wed, Mar 5, 2014 at 10:10 AM, Aditya Shah adityasha...@gmail.com wrote:
@Certik Thanks for replying. I think that we might be able to make quite a
robust parser after all. Well I do agree that it may escape some very
peculiar use cases but still according to me such a parser (and quite fully
On Wed, Mar 5, 2014 at 9:30 AM, Akshay akshaynukal...@gmail.com wrote:
Hi Certik,
I wrote a wiki page, Please take a look.
https://github.com/sympy/sympy/wiki/GSoC-2014-Application--Akshay--Geometry-Module.
Thanks, I like the explicit examples. Put there a section with your
estimate how long
@Certik. Sure thing, I'll draft a proposal on the wiki.
Thanks,
Aditya
--
You received this message because you are subscribed to the Google Groups
sympy group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sympy+unsubscr...@googlegroups.com.
To post to
Another option would be to present SymPy within the education track.
Aaron, I remember your slides about the distribution of active committers
in SymPy related to other projects. Through educational programs like
GSoC, SymPy does a good job of recruiting and training developers. It
might be
Formal power series requires a sequence class.
However it is already implemented here:
https://github.com/goodok/sympy/tree/sequences/sympy/sequences
It is not merged yet.
Can I use the same for my project or should I re-implement it?
--
You received this message because you are subscribed to
Personally I would like to see more cohesion among tensor-like projects.
There are a lot of tensor-like or indexed things in SymPy that all have
valuable logic, none of which stem from some common framework. The
original idea behind tensor core was to have some base layer from which all
Hi Kasper,
On Wed, Mar 5, 2014 at 11:27 AM, Kasper Peeters
kasper.peet...@gmail.com wrote:
Personally I would like to see more cohesion among tensor-like projects.
There are a lot of tensor-like or indexed things in SymPy that all have
valuable logic, none of which stem from some common
On Wed, Mar 5, 2014 at 11:17 AM, Avichal Dayal avichal.da...@gmail.com wrote:
Formal power series requires a sequence class.
However it is already implemented here:
https://github.com/goodok/sympy/tree/sequences/sympy/sequences
It is not merged yet.
Can I use the same for my project or
On Mar 4, 2014, at 9:57 PM, Ondřej Čertík ondrej.cer...@gmail.com wrote:
On Tue, Mar 4, 2014 at 6:47 PM, Aaron Meurer asmeu...@gmail.com wrote:
You should use SymPy 0.7.5. There were some issues with
init_printing() in recent older versions, but they should have all
been straightened out.
Just a note that sympy.physics.vector.Dyadic is yet another tensor form in
SymPy.
Jason
moorepants.info
+01 530-601-9791
On Wed, Mar 5, 2014 at 1:35 PM, Ondřej Čertík ondrej.cer...@gmail.comwrote:
Hi Kasper,
On Wed, Mar 5, 2014 at 11:27 AM, Kasper Peeters
kasper.peet...@gmail.com wrote:
Yes, let's get it done. Should I freeze the google code issues?
Aaron Meurer
Sent from my iPhone.
On Mar 5, 2014, at 11:11 AM, Ondřej Čertík ondrej.cer...@gmail.com wrote:
On Wed, Mar 5, 2014 at 10:02 AM, Sergey B Kirpichev
skirpic...@gmail.com wrote:
On Wed, Mar 05, 2014 at 09:20:52AM
I have added the tentative timeline, Do have a look.
--
You received this message because you are subscribed to the Google Groups
sympy group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sympy+unsubscr...@googlegroups.com.
To post to this group, send
All I remember was that there was an introduction in another language (French
possibly), and it was on a mailing list discussion with Tom. I can probably
find it with a little searching when I get to my computer.
Aaron Meurer
Sent from my iPhone.
On Feb 26, 2014, at 6:51 PM, someone
Thanks for the email. Would you be willing to license your code under
BSD style license?
Let's leave the licensing issues out of the discussion for the time being
if you don't mind. We'll find a way to make this work.
Btw, since your code is in C++, maybe you can help us with CSymPy
Thanks. Just curious --- why do you think you'll need 4 weeks to
implement the Line class?
The intersection should be just a matter of a simple formula:
http://mathworld.wolfram.com/Line-LineIntersection.html
On Wed, Mar 5, 2014 at 11:43 AM, Akshay akshaynukal...@gmail.com wrote:
I have added
Am 05.03.2014 18:10, schrieb Aditya Shah:
@Certik Thanks for replying. I think that we might be able to make quite a
robust parser after all. Well I do agree that it may escape some very
peculiar use cases but still according to me such a parser (and quite fully
functional at that) is better
On Wed, Mar 5, 2014 at 11:49 AM, Kasper Peeters
kasper.peet...@gmail.com wrote:
Thanks for the email. Would you be willing to license your code under
BSD style license?
Let's leave the licensing issues out of the discussion for the time being if
you don't mind. We'll find a way to make this
@Joachim Durchholz, thanks a lot for your warnings. I do understand your
concerns but I think that I will be able to create the desired thing. I do
admit that the final product may contain a few bugs but I will try to keep
it as bug free as possible
And BTW, for the parser structure I intend
Hi, I am Karthik currently pursuing my B.Tech 3rd yr in CSE at IIIT-H. I
am interested in Group theory and would like to know what work has already
been done and where to start off with in group theory.
--
You received this message because you are subscribed to the Google Groups
sympy group.
I actually expected this question :).Anyway that was the formula for the
intersection of 2 lines in 2-d but now we have both 2-d and 3-d and also
apart from that there are segments and rays so we have to consider the
intersection of line and line in 2-d and 3-d and line and ray in 2-d 3-d
So how do you propose Cadabra would work with SymPy or CSymPy? Would
there be some core in Cadabra, that works well with SymPy, that people can
use to
build useful things upon it, or just use it for calculations?
The way this will work is that there are 'cadabra.Ex' objects which
On Wed, Mar 05, 2014 at 12:43:17PM -0600, Aaron S. Meurer wrote:
Yes, let's get it done. Should I freeze the google code issues?
Yes. Then I'll run export script and then
1) upload zip file with exported data and provide the link for you
2) ask support to import it to the test repo
On 05.03.2014 22:17, Avichal Dayal wrote:
Formal power series requires a sequence class.
However it is already implemented here:
https://github.com/goodok/sympy/tree/sequences/sympy/sequences
It is not merged yet.
No, it is only the prototype (model), experiment with some restrictions.
It
Dear minister,
Greetings, I am Ruoyu.
Simply putting, could you please kindly inform me whether the functionality
of 'manipulating under modulus' part of group theory has been developed?
Regards.
-
Ruoyu Wang (Mr),
Year 2 Student Academic Representative,
Department of Mathematics,
University
On Wed, Mar 5, 2014 at 12:17 PM, Akshay akshaynukal...@gmail.com wrote:
I actually expected this question :).Anyway that was the formula for the
intersection of 2 lines in 2-d but now we have both 2-d and 3-d and also
apart from that there are segments and rays so we have to consider the
We will probably also require documentation (in docstrings, which were
not modified in your attachment) and tests.
On 5 March 2014 11:22, Ondřej Čertík ondrej.cer...@gmail.com wrote:
On Wed, Mar 5, 2014 at 7:13 AM, Shashank Aggarwal
shashank.agarwa...@gmail.com wrote:
Hi Ondrej.
Thanks for
This is done. It took some time because I was only able to update 200
issues at a time. I accidentally sent out an email on one of them, so
sorry about that.
Now only the owners of the Google Code repo can edit issues, which is
just me and Ondrej. If you want to take a shot at forward links on
Am 05.03.2014 20:06, schrieb Aditya Shah:
And BTW, for the parser structure I intend to use Compilers by Aho, Lam,
Sethi, Ullman as a reference book(popularly known as The Dragonbook).
Oh, that's *ancient*.
If
anyone can suggest a better reference material please comment below.
Well,
Am 05.03.2014 21:48, schrieb Joachim Durchholz:
Am 05.03.2014 20:06, schrieb Aditya Shah:
If
anyone can suggest a better reference material please comment below.
I forgot: GLR-style parsers exist in two varieties, early Earley style
and newer, Tomita style. Tomita is better than Earley
Only problem is this is not hard but tedious as there are a lot of
permutations line , segment and rays(2-d and 3-d) and note that there are
no ready made formulas for rays and segments unlike lines .Maybe his might
not take the amount of time I mentioned ,If time is left I would like to
Hi All,
I wish to apply for in this year's GSoC as well and I am interested in doing
a project with CSymPy. I worked with Ondrej on implementing basic number
theoretic functionalities for CSymPy during the last few months. Below are
some PRs related to above work.
On Wed, Mar 5, 2014 at 4:25 PM, Thilina Rathnayake
thilina.r...@gmail.com wrote:
Hi All,
I wish to apply for in this year's GSoC as well and I am interested in doing
a project with CSymPy. I worked with Ondrej on implementing basic number
theoretic functionalities for CSymPy during the last
Hi,
ok will read that all.
Reading it *all* could easily take months. I'd start with
Erocal's thesis, chapter two I think is sufficient. This
gives a basic overview on what to expect. After that I'd
read the original papers by Karr. And then see what I need
to get further insight also on the
Hi,
Gruntz suggests (pp. 86-87) that this problem may be solved with a
kind of interval calculus for mrv. But this would be some (unknown
yet) extension for the Gruntz algorithm.
That's right, it would be some new work.
Ok, very nice. So why not try it out right now?
--
You received
Thanks for the reply Ondrej.
On Thu, Mar 6, 2014 at 5:46 AM, Ondřej Čertík ondrej.cer...@gmail.comwrote:
On Wed, Mar 5, 2014 at 4:25 PM, Thilina Rathnayake
thilina.r...@gmail.com wrote:
Hi All,
I wish to apply for in this year's GSoC as well and I am interested in
doing
a project with
@Jo Thank you, that was quite enlightening. Now as to the parsers, they are
not exactly parsers. We do have rudimentary parsers for Mathematica and
Maxima in sympy right now. If you take a look at their code, you can see
that they are not CFGs but simple RE rules. They perform very good under
Hi,
I added a Other Related Projects section to SymPy ideas list. Adding
something similar would be great. Here is the text that I added. If
you have improvement, don't hesitate to edit it. I won't have access
to my email before Monday:
## Other Related Projets
Their is 2 ideas in the
[Theano
Hi Ondrej,
I have already went through the documentation of the latest version.
http://docs.sympy.org/latest/tutorial/matrices.html
So what is the actual version that we have to go through and find the
improvements ???
--
You received this message because you are subscribed to the Google
You should also look in the quantum module. You should be using the quantum
module for new development. There are some quantum systems built with the
quantum machinery in piab (particle in a box), sho1d (1D simple harmonic
oscillator), and cartesian (position and momentum).
Sean
On Mar 4, 2014
I actually do believe that a core for expressions with indices is possible
here. But I don't have as much experience as Kasper, so I could be wrong.
On Wed, Mar 5, 2014 at 11:23 AM, Kasper Peeters kasper.peet...@gmail.comwrote:
So how do you propose Cadabra would work with SymPy or CSymPy?
Am 06.03.2014 03:26, schrieb Aditya Shah:
So
the aim here right now is to generate a parser(or a converter as you may
call it) that converts that snippet to equivalent python/sympy code. After
that is successfully done, we can move onto a generic parser framework that
can convert entire programs
@Jo Parser generators sure exist. They take in grammar specs and generate
parsers for that grammar. But the idea here is that we create our own
custom generator framework which takes in a predefined type of
rules(grammar) and then takes advantage of the similarities between the
different
78 matches
Mail list logo