> > To solve transcendental equations using LambertW, we need to rewrite > the _tsolve function from old solve in the new solveset module. _tsolve > does a very good job in solving a large space of transcendental equations, > though the problem lies in the fact that it's very messy and not very > extensible. It is > difficult to add solving of more class of transcendental equations, so > it's very > important to write a more modular and extensible transcendental equation > solver. _tsolve also uses bivariate.py for most of the processing, though > you can note that there aren't many direct calls to solve() in the > bivariate.py > except one or two, So it would be great if we could directly use (call) > bivariate.py for > writing transcendental equation solver in solveset.
Thanks Amit , this is really helpful. Now I can go ahead for the todo part of https://github.com/sympy/sympy/pull/10764 So now I am finalizing the problems on which I want to work on: 1. System of trig equation solver(my 3rd post), improved solve_trig, _invert methods, general form for inverse trig functions. 2. Simplified general form solution for trig equations. 3. Implementing Non-linear multivariate system using solve_poly_system and non linear system equation solver using substitution method following solvers method. 4. Transcendental equation solver like _tsolve in solver. 5. Diophantine in solveset to get integer solutions. 6. Fixing XFAIL test-cases ,I have started these work here : https://github.com/sympy/sympy/pull/10733 Basically I want to close this https://github.com/sympy/sympy/issues/10006 <https://github.com/sympy/sympy/issues/10006> in this summer. I tried to solve equation having nested (trig) expression here : https://github.com/sympy/sympy/pull/10764/files#diff-eec0422923e8f100745c015cd8fdd6cfR193 After discussing in gitter chat with Amit , I got the answers : - Hint system is implemented in ODE and diophantine,but in solveset it is difficult. The idea of hint system was dropped, as per the recommendation from Chris Smith. solveset does a lot things. - I wanted to write y' to represent (d/dx)(y(x)) where y is function of x. But it seems difficult for higher order.Not sure. If anyone expecting that some particular thing should be implemented in this summer. Please let me know. Thanks. -- Shekhar Prasad Rajak http://s-hacker.info/ On Thursday, 4 February 2016 00:40:34 UTC+5:30, Shekhar Prasad Rajak wrote: > > > Hello, > my name is Shekhar Prasad Rajak.I want to discuss about Solver and > Solveset module > https://github.com/sympy/sympy/wiki/GSoC-2016-Ideas#solvers .I am going > to apply for GSoc'16, so trying to know > what sympy community expecting. > Solveset came to Replace all internal solve() calls > https://github.com/sympy/sympy/issues/8711 > So I should focus on Solveset,right? > I have some questions : > 1.What are the main problems/issues in Solver and Solveset right now? > 2.Is Solveset module done?If not,what are the main features, that should > be added ? > I have seen Harsh's PR : https://github.com/sympy/sympy/pull/7523 > It seems, these need some works : > -functions solvable by LambertW > -functions that can be recast as polynomials with a change of variables > this, for example; this can be > factored out of solve where multiple generators are handled > -use something like this : > https://github.com/sympy/sympy/pull/7523#issuecomment-62198981 > to handle the XFAILed test test_real_imag_splitting1, this will be > handled in the set module. > > 3.This is list of Issues/ Discussions I found. > > https://github.com/sympy/sympy/wiki/GSoC-2014-Application-Harsh-Gupta:-Solvers#relevant-issues-discussions-and-references > > <https://github.com/sympy/sympy/wiki/GSoC-2014-Application-Harsh-Gupta:-Solvers#relevant-issues-discussions-and-references> > but I don't know, whether they are solved or not. > Issues which are still open in github repo, need solutions. > There are also links of pdf and research papers, I am not sure whether > they are implemented or not. > > 4.Can we use python library multiprocessing,Synchronization for the faster > execution?one issue was opened for the same,which is closed now.But it is > always better to take less time. > > > -- > Shekhar Prasad Rajak > > -- 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 [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/sympy. To view this discussion on the web visit https://groups.google.com/d/msgid/sympy/ab185def-7408-4011-aab1-84e41d1efc98%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
