Re: [sympy] Queries Regarding SymPy Live/Gamma Migration Project for GSOC'21

Could someone please have a look at the above queries and clear those? Thank you, Yash Dekate On Mon, Mar 15, 2021 at 8:53 PM Yash Dekate wrote: > Hey everyone, > Since this is my first time posting on this list, here is my basic > introduction. The queries are listed at the bottom. > >

Re: [sympy] Drop support for Theano and support Aesara instead

I guess I'm unclear then. If no user level changes are being made, then why was a fork needed? Couldn't this refactor just be done on theano itself? When I saw there was a fork, I assumed it was because you intended to make significant changes to the library that would break the API with theano

Re: [sympy] Drop support for Theano and support Aesara instead

Same here. I also am interested in more background on the fork. Theano itself was supposed to be "dead" a few years ago when the original developers stopped working on it, but then the pymc developers picked up maintenance. The PyMC group are also maintainers of the original Theano repo, but,

Re: [sympy] Introduction and Much Interest in Beginner Physics Project

On Sun, Mar 14, 2021 at 7:28 PM Hanna Zelis wrote: > > Dear Aaron Meurer, > > Thank you! Yes, I am interested in participating in Google Summer of Code. I > saw that the "Classical Mechanics: Efficient Equation of Motion Generation > with Python" project was a part of this program. Just to

Re: [sympy] GSoD 2021 Interested Technical Writer.

On Sat, Mar 13, 2021 at 1:35 PM dule martins wrote: > > Hey SymPy, > > This is Tabah Baridule with the GitHub handle @dule-mart, a co-founder of a > startup and a graduate of Computer Science for the Rivers State University, > Nigeria. I have knowledge on documentation organization using mkdocs

Re: [sympy] Drop support for Theano and support Aesara instead

On Mon, Mar 15, 2021 at 4:40 PM Brandon T. Willard wrote: > > The package layout and internal functions, objects, etc., have changed enough > to warrant a fork, and our planned changes will only make it diverge even > more. We had an intermediate form of the fork named Theano-PyMC; that >

Re: [sympy] Drop support for Theano and support Aesara instead

The package layout and internal functions, objects, etc., have changed enough to warrant a fork, and our planned changes will only make it diverge even more. We had an intermediate form of the fork named Theano-PyMC; that project attempted to preserve the Theano package name, but after a lot

Re: [sympy] Drop support for Theano and support Aesara instead

On Mon, Mar 15, 2021 at 4:18 PM Oscar Benjamin wrote: > > On Mon, 15 Mar 2021 at 22:01, Aaron Meurer wrote: > > > > As long as Theano itself still works in versions of Python that SymPy > > supports, it would be better to deprecate the function rather than > > just remove it. The function

Re: [sympy] Drop support for Theano and support Aesara instead

On Mon, 15 Mar 2021 at 22:01, Aaron Meurer wrote: > > As long as Theano itself still works in versions of Python that SymPy > supports, it would be better to deprecate the function rather than > just remove it. The function theano_code is public API so just > removing it would be a backwards

Re: [sympy] GSoC Project Idea Discussion

> How much do you actually need to understand of the theory to make it work? Sure, you could just implement it based on the maple code from Smith's thesis, that's how I started with my implementation. Most of what you need to do in practice is a lot of manipulation of the analytic solution of

Re: [sympy] Drop support for Theano and support Aesara instead

As long as Theano itself still works in versions of Python that SymPy supports, it would be better to deprecate the function rather than just remove it. The function theano_code is public API so just removing it would be a backwards compatibility break, which we try to avoid without deprecations.

Re: [sympy] Drop support for Theano and support Aesara instead

I'm the lead developer/manager of the Aesara project and a core developer in the PyMC group. Theano has officially stopped development and currently exists in an effectively frozen state. As stated in Theano's README

Re: [sympy] Drop support for Theano and support Aesara instead

I would also like more context on what the status of Theano and Aesara is. The pull request as it is breaks compatibility by renaming the function and making it no longer work with theano. I think it would be better to add a new function, aesara_code, and keep the old theano_code() intact. I'm not

[sympy] Drop support for Theano and support Aesara instead

Hi all, Does anyone use SymPy with Theano? There is a PR which proposes to drop Theano support in favour of Aesara: https://github.com/sympy/sympy/pull/21087 The PR looks fine to me but I don't actually know what Theano/Aesara are. Apparently Theano is no longer actively maintained and Aesara

[sympy] Series of Primes

Hello there, I want to add the function for prime number generation which provides the series of primes and prime number. You might think how do we get series of prime numbers? That's what my topic was... I have my published research in IJMTT of prime conjecture which you can see here

[sympy] GSOC IDEA DISCUSSION

Hello there, I want to contribute to this project named as "IMPROVE SYMPY INTEGRATION". Looking forward to work on this under your guidance! Best, Chaitanya. -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this group and stop

Re: [sympy] GSoC Project Idea Discussion

> I wouldn't say that I know differential Galois theory but reading > Kovacic's paper and also the Smith paper linked above I thought that I > was able to follow the algorithm itself and how to implement it. To me > it looked as if differential Galois theory was needed for the proofs > but not

Re: [sympy] GSoC Project Idea Discussion

Hi Nijso, Thank you for the suggestions. Even I have found the Kovacic Algorithm to be difficult to understand since I'm not familiar with differential galois groups. > You can also start by writing a solver for first order rational Riccati ODEs, because Kovacic' method is basically telling

Re: [sympy] GSoC Project Idea Discussion

On Mon, 15 Mar 2021 at 15:23, nijso.be...@gmail.com wrote: > > Hi, Hi Nijso, > I implemented the Lie method for second order ODEs in the maxima cas. The > code for maxima is here : > > https://github.com/bigfooted/maxima-odesolve > > specific jupyter doc for ode2_lie (best viewed with

[sympy] Queries Regarding SymPy Live/Gamma Migration Project for GSOC'21

Hey everyone, Since this is my first time posting on this list, here is my basic introduction. The queries are listed at the bottom. *Familiarity with Python* Over 3 Years. *Education Level* Current a Third Year B.Tech student majoring in Computer Science & Engineering from Vellore Institute

[sympy] Work related to sympy live and sympy gamma

I am btech third year student .I have learned Django framework and want to upgrade the framework of sympy live to it and make it Python3 Compatible .Can anyone guide me where to start from ? Any learning resourse why can help me How I can get familiar with code -- You received this message

Re: [sympy] GSoC Project Idea Discussion

Hi, I implemented the Lie method for second order ODEs in the maxima cas. The code for maxima is here : https://github.com/bigfooted/maxima-odesolve specific jupyter doc for ode2_lie (best viewed with nbviewer):

Re: [sympy] Solvers improvement roadmap

On Mon, 15 Mar 2021 at 08:54, Sayandip Halder wrote: > > >> I have recently made significant performance improvements in linsolve. >> It would be good to make more use of linsolve in the other solvers. > > Do you mean this PR? https://github.com/sympy/sympy/pull/20780 Yes, and the ones it

Re: [sympy] Solvers improvement roadmap

> I have recently made significant performance improvements in linsolve. > It would be good to make more use of linsolve in the other solvers. > Do you mean this PR? I'm not sure what you mean for the other points because solveset is > for

Re: [sympy] Proposition for the new relation system using predicate

On Mon, 15 Mar 2021 at 01:01, JSS95 wrote: > > Since Eq is a type, I doubt that `Relational(Eq, x, y)` is possible. Such > structure of representation is required only in the assumptions module so I'd > say that we don't need to implement that in core right now. But we could make it so that Eq

[sympy] physics

hi sympy! this is arun, a student from sri krishna college of technology ,i am doing CSE as major. i have previous experience and certification in python. i have enjoyed learning neuclear physics! i have idea like creating a library for caculating the energy output of a neuclear equation