Hello, it sounds interesting.
What do you have in mind? Something like COMA <http://www.austromath.at/daten/maxima/zusatz/coma.htm>? COMA is a control engineering package for Maxima. I have my own script inspired in COMA to do some calculationl. It uses sympy a lot. Honestly it's quite bad, but it makes my life easier. Javier On Wednesday, May 6, 2020 at 5:43:37 PM UTC+2, Naman Nimmo wrote: > > Hi everyone. > > Since the accepted GSoC projects are out now, and my project - "Control > Theory - Implement a control systems package" was in that list, I would > like to first know whether it will be a part of the main sympy project or > some other project to go on PyPI? > > I personally feel It *should* belong to SymPy because it *is* symbolic in > nature. > I agree with what Aaron mentioned in the last thread: > > > An advantage of something being in SymPy itself is that it > > automatically gets full development support from the rest of the > > package, for instance, the tests for it are always run on Travis, it > > is included in any package-wide refactorings, and so on. I would say > > at the very least if there were to be a GSoC project that creates a > > new package, then that package should go on under sympy org on GitHub > > (github.com/sympy/new-package), so that the whole SymPy development > > team has access to it > > What are your opinions? We can do what the whole community decides after > considering all the advantages and the disadvantages of both options. > > Regards, > Naman > -- 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 view this discussion on the web visit https://groups.google.com/d/msgid/sympy/3aa63a5a-10a2-49a4-9806-b4bc2cbd0d6d%40googlegroups.com.
