Re: [sympy] Re: Limit - Bug

Thanks for this reference. Christophe Le 19 févr. 2014 00:39, "someone" a écrit : > Hi, > > > > what is the origin of this name gruntz ? > > "On Computing Limits in a Symbolic Manipulation System": > > ftp://ftp.inf.ethz.ch/doc/dissertations/th11432.ps.gz > > A nice text to read. > > -- > You r

Re: [sympy] Re: GSOC 2014 idea: Adding parsing functionality to Sympy Live

Thanks for the clarification Aaron. I'll keep the deadlines in mind. On Wednesday, 19 February 2014 04:50:26 UTC+5:30, Aaron Meurer wrote: > > No, this is incorrect. You must have at least one PR *pushed into the > codebase*. See > https://github.com/sympy/sympy/wiki/gsoc-2014-application-templ

Re: [sympy] Re: Guiding Sympy though trig substitutions

Well, having better names for the Fu functions would go a long way towards this. It would be cool to have a "simp lookup" routine, that works like simp_lookup(expr1, expr2) -> list of functions that take expr1 to expr2. Aaron Meurer On Tue, Feb 18, 2014 at 9:22 AM, Matthew Rocklin wrote: > It w

Re: [sympy] Re: Limit - Bug

Sergey pointed this out on an issue. The problem is this test from test_limits.py: assert limit((x**1000/((x + 1)**1000 + exp(-x))), x, oo) == 1 If you replace "limit" with "gruntz" it hangs. If your change doesn't hang this expression, then it's probably fine. Aaron Meurer On Tue, Feb 18,

Re: [sympy] Re: Limit - Bug

Hi, > what is the origin of this name gruntz ? "On Computing Limits in a Symbolic Manipulation System": ftp://ftp.inf.ethz.ch/doc/dissertations/th11432.ps.gz A nice text to read. -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from

Re: [sympy] Re: GSOC 2014 idea: Adding parsing functionality to Sympy Live

No, this is incorrect. You must have at least one PR *pushed into the codebase*. See https://github.com/sympy/sympy/wiki/gsoc-2014-application-template. Perhaps you are confused by the deadline mismatch. The deadline for opening the PR is the same as the student application deadline (March 21), a

Re: [sympy] Re: Issue migration from Google Code to GitHub

On Tue, Feb 18, 2014 at 1:42 AM, Sergey B Kirpichev wrote: > On Mon, Feb 17, 2014 at 06:40:22PM -0600, Aaron Meurer wrote: >> Also a wrong username > > That's expected. Everything that doesn't map to existing > GitHub's accounts - going to be "created" by default user > (the owner of this repo in

[sympy] GSoC 2014 - Efficient Groebner bases and their applications

Hi, I am Zamrath Nizam; a third year undergraduate; from Department of Electronic and Telecommunication Engineering in University of Moratuwa, Sri Lanka . I am certainly delighted to work with SymPy as part of GSoC project in this summer. I h

Re: [sympy] Gsoc-14 3-Dimensional Geometry.

Yes i think so too, and even there is a scope of implementing Parabolae and Hyperbolae classses in the current 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 it, send an e

Re: [sympy] Gsoc-14 3-Dimensional Geometry.

Hello, as a simple user, I think the support of conic and quadratic is also needed for 2D and 3D geometry. There is also a need to allow a way to put a 2D context into the 3D one. Christophe BAL 2014-02-18 20:32 GMT+01:00 Akshay : > Hello, > The current geometry module supports a 2-d space for

[sympy] Gsoc-14 3-Dimensional Geometry.

Hello, The current geometry module supports a 2-d space for all its entites like Points,Lines , Rays,Segments..My idea is to extend this to include a 3-d functionality for all the entities and include a new class for Planes as they are an important part of 3-d geometry.Please post your reviews o

[sympy] Re: Limit - Bug

ok = lambda w: (z in w.free_symbols and any(a.is_polynomial(z) or any(z in m.free_symbols and m.is_polynomial(z) for m in Mul.make_args(a)) for a in Add.make_args(w))) This is the ok function which checks whether it should apply t

Re: [sympy] Re: Guiding Sympy though trig substitutions

It would be nice if users didn't have to know about all of the little functions in sympy but could instead just state an objective function. We often get the questions "I want my result in this form..." We often give the answers "try this function, then this one, then one of these two, whichever

Re: [sympy] Re: Electrodynamics in Physics Module

What do you mean in regard to divergence theorem, and stokes theorem being supported. In the multiple integral section docs for sympy definite multidimensional integrals are only supported on rectangular integration ranges. That is limits of integration are independent of each other along each

Re: [sympy] Re: Limit - Bug

Thanks. I've just tried 2014-02-18 13:20 GMT+01:00 Sergey Kirpichev : > On Tuesday, February 18, 2014 12:51:50 PM UTC+4, Christophe Bal wrote: >> >> Hello, >> what is the origin of this name gruntz ? >> > > From the name of algorithm author. > > >> 2014-02-18 1:57 GMT+01:00 Aaron Meurer : >> >>

Re: [sympy] Re: Electrodynamics in Physics Module

Hello Sachin, In addition to the features you have mentioned, (vector integration is implemented in prasoon's PR), I think divergence theorem, and stokes theorem must also be supported. Also, a module for solving/simplifying vector equations might also help. [support for BAC-CAB rule, div of curl,

Re: [sympy] Re: Limit - Bug

On Tuesday, February 18, 2014 12:51:50 PM UTC+4, Christophe Bal wrote: > > Hello, > what is the origin of this name gruntz ? > >From the name of algorithm author. > 2014-02-18 1:57 GMT+01:00 Aaron Meurer >: > >> Ah, so it seems that these incorrect limit heuristics have still not >> been complet

[sympy] Re: Guiding Sympy though trig substitutions

In fu.py there are several functions to manipulate trigonometric expressions; in your example you can use TR8 to expand products of sin-cos to sums; ``` from sympy.simplify.fu import TR8 from sympy.simplify.simplify import _mexpand P = (D + F*sin(x) + G*cos(x) + H*sin(2*x) + J*cos(2*x))**2 r = _

[sympy] Re: GSOC 2014 idea: Adding parsing functionality to Sympy Live

Thanks Sachin. On Tuesday, 18 February 2014 16:29:33 UTC+5:30, Sachin Joglekar wrote: > > Theres no restriction on that as such. Its basically just for the > organization people to see that you are okay with the basics and are > comfortable (atleast somewhat) with the SymPy codebase. Whether its

[sympy] Re: GSOC 2014 idea: Adding parsing functionality to Sympy Live

Theres no restriction on that as such. Its basically just for the organization people to see that you are okay with the basics and are comfortable (atleast somewhat) with the SymPy codebase. Whether its a bug fix or functionality addition is upto you - as long as you add/modify the relevant doc

[sympy] Re: GSOC 2014 idea: Adding parsing functionality to Sympy Live

Thanks for the reply Sachin. However I am quite unsure about the nature of the PR. Is is supposed to be a patch or introduction of some new functionality or something else altogether? Can you please clarify on that matter? Thanks, Aditya Shah -- You received this message because you are subsc

[sympy] Re: GSOC 2014 idea: Adding parsing functionality to Sympy Live

It's not necessary to have a 'successful' (by that I assume you mean a merged) PR to become a part of GSoC, though its good to have that. Basically, we need to be sure about you being good with the theory behind the project (may reflect in your former work and proposal), and that you know atlea

Re: [sympy] Guiding Sympy though trig substitutions

Just thought I'd mention that I'm also looking to do the same thing. One reason this particular form of an equation is important is that it represents the equation in terms of its frequency content. It is very easy to identify the Fourier components this way, which is important for things like

Re: [sympy] Re: Limit - Bug

Hello, what is the origin of this name gruntz ? 2014-02-18 1:57 GMT+01:00 Aaron Meurer : > Ah, so it seems that these incorrect limit heuristics have still not > been completely abolished from the code base. I would recommend just > using gruntz() for now. limit() is not that much smarter, but i