Hello there,
I just commented on the issue, but I figure that this is a better way to
communicate. Here is my comment from the issue: I would certainly be
interested in working on this for GSoC. I am still getting familiar with
the internals of sympy, but I think that this would be right up
I tend to take the same approach.
I don't think there is anything about this in the student instructions
on the wiki, but we can add something.
Aaron Meurer
On Thu, Mar 26, 2020 at 4:07 PM Oscar Benjamin
wrote:
>
> Hi all,
>
> Over the past couple of months I have lost count of the number of
>
Hi Ondrej,
What exactly what the project do? Is there a wider approach that can
be taken that handles this sort of thing?
Oscar
On Thu, 26 Mar 2020 at 21:38, Ondřej Čertík wrote:
>
> Hi,
>
> Here is a great idea for a GSoC project:
>
>
Yes, presently the integral transforms code don't do any kind of table
lookups. They just try to compute the integral, and if the integral
can't be computed it can't give a result. In this case, the integral
itself is wrong and it should be fixed. This has been mentioned in
some other issues as
Hi all,
Over the past couple of months I have lost count of the number of
times that I have been emailed off-list by people interested in
applying for GSOC with sympy this year.
It's excellent that so many people are interested but I have not
replied to *any* off-list emails and I don't intend
Hi,
Here is a great idea for a GSoC project:
https://github.com/sympy/sympy/issues/2803#issuecomment-604697523
Would any student be interested? I know at least one user who couldn't use
SymPy because of that. So fixing it would be very useful to a lot of people.
The scope of the GSoC project
Anyone is welcome to contribute to work on systems of ODEs.
There is a lot written about this here:
https://github.com/sympy/sympy/wiki/ODE-Systems-roadmap
Some work is already going on here:
https://github.com/sympy/sympy/pull/18720
You can also see the open issues here:
Hello all!
I'm a budding Python user of about two years now, and I'm still fairly new
to open-source projects.
I'm also a sophomore at university studying applied mathematics, and my
main focus is in linear algebra and its applications. My first exposure was
Gilbert Strang's 18.06 on MIT
Hello Everyone,
My name is Gaurav Suryawanshi, I'm a 4th Year Undergraduate student from
the department of Mathematics, Indian Institute of Technology, Kharagpur
enrolled in its 5-Year Integrated Masters course of Mathematics and
Computing. My major is Mathematics at Integrated Masters' level
I would suggest that anyone looking at SymPy Live for GSoC to take a
look at RunThis https://regro.github.io/runthis-docs/
It is a new tool being developed by my colleague Anthony Scopatz to do
SymPy Live-like things (running a session in the browser), but in a
more general way. It would be great
Respected Sir,
Ive gone through the problem details regarding the Systems of Ordinary
Differential Equations .I wish to discuss about the ideas and be a part of
its development.
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To unsubscribe from
To introduce Natural Language Processing to these projects to help them
better translate expressions and queries to mathematical symbols.
To extend the parsing support for SymPy Gamma by including support for
syntaxes from languages such as Julia, Matlab, Lua etc, which would improve
the way
To introduce Natural Language Processing to these projects to help them
better translate expressions and queries to mathematical symbols.
To extend the parsing support for SymPy Gamma by including support for
syntaxes from languages such as Julia, Matlab, Lua etc, which would improve
the way
Thanks for your feedback. I will submit the proposal soon.
On Thu, Mar 26, 2020, 3:21 AM Oscar Benjamin
wrote:
> I had a quick look and it seems reasonable.
>
> On Wed, 25 Mar 2020 at 14:48, Milan Jolly wrote:
> >
> > If there are no issues with the proposal or the timeline mentioned(which
> I
I also looked at clang for compiling the coroutines implemented code with
generators . The C++20 standard specifies std::generator<> but clang 9.0.0
does not implement it so we would need to have a generator header file also
to implement it in the MatchPycpp code.
On Wednesday, March 25, 2020
Hi all, thank you very much for your useful comments!
The functionalities I was suggesting, are mainly intended to be implemented
for the Markov chains modules in the stochastic processes package and they
are:
- · Checking for periodicity and reducibility.
- · In
Actually I saw that the primary issue was to incorporate coroutines and use
generators in the already established matchpycpp file in the repository so
I’ve started working on that I should be able to send you the draft codes
soon .
Thank you
On Thu, 26 Mar 2020 at 12:56 PM, manik taneja
wrote:
Currently, Markov chains use transition matrix with T[i][j] representing
the probability of the process going to state j from state i. Infact,
that's what we expect from user to give as an important information for
Markov chains on the basis of which computations will be performed. Most of
the
I am starting to get a hold of the porting technique and the logic shall I
start by working to port parts of expressions.py (
https://github.com/HPAC/matchpy/blob/master/matchpy/expressions/expressions.py
)
to c++20 ?
Also Sir , I've read through your work and the implementations before
starting
Hello Sympy team/enthusiasts,
My name is Jamil Bousquet, I'm a Computer Science Major from Saint Lucia on
his 3rd semester and I'm proficient at python having used it for almost 4
years.
I'm currently doing college level Discrete Structures and Calculus and will
likely be doing and intro to
Thank you for response. So should i submit this proposal?
On Thu, Mar 26, 2020, 3:20 AM Oscar Benjamin
wrote:
> I had a quick look and it seems reasonable.
>
> On Wed, 25 Mar 2020 at 16:11, mohit balwani
> wrote:
> >
> > Hello everyone,
> >
> > I have made a final draft proposal on
21 matches
Mail list logo