[sympy] Gsoc Proposal

Hi all, I have submitted my proposal for GSOC 2012 to Sympy. However I haven't received any comments or feedback yet. I don't want to sound nervous but does this mean that my proposal isn't good enough or does it usually take time for the community to reply? -- You received this message becau

[sympy] GSoC Proposal

Hello everyone. Sometime back, I had started working on a sub-module for sympy.physics on electrodynamics after getting a go-ahead from the mailing list. I did some work, but then could not complete it because of my other work commitments and coursework. It is obvious that building such a module

[sympy] GSOC Proposal

Hello SymPy Community, I have almost completed my GSOC Proposal but there are few things I want to ask regarding some of the tasks I mentioned in my proposal: *1. Completing the Random Walks Prototype* Here, after working on the Random Walks user might want to visualize his/her Random Walk gen

Re: [sympy] Gsoc Proposal

We only use the comments section if we have questions for the student. Having comments or not having comments is not an indication of how good or bad we think the proposal is. We use private comments, which the students cannot see, to discuss this. Aaron Meurer On Thu, Apr 12, 2012 at 9:38 AM, G

Re: [sympy] Gsoc Proposal

Thnx Aaron... -- You received this message because you are subscribed to the Google Groups "sympy" group. To post to this group, send email to sympy@googlegroups.com. To unsubscribe from this group, send email to sympy+unsubscr...@googlegroups.com. For more options, visit this group at http://

Re: [sympy] GSoC Proposal

Sachin, It sounds like a great idea. Once you start writing up your proposal I can comment more. My understanding of electromagnetism is only from some electrical courses I did as an undergrad, so won't know much about the details. But if you can put your ideas into some paragraphs it will be easi

Re: [sympy] GSoC Proposal

If I get the idea (which may not be the case), you will have to do a lot of work on vector calculus for this to be useful in general. Do you have any plans in that direction? There is a module on which I worked last summer that is tangentially concerned (diffgeom for differential geometry), which

Re: [sympy] GSoC Proposal

@moorepants, I would be brushing up on my concepts on electromagnetism till summer so that I can work on this better. By the time I draft my proposal, I will have a good idea about how I would go about this exactly. From what I see, I would have to start pretty basic, like implementation of fields

Re: [sympy] GSoC Proposal

Great. You may want to write your proposal on the wiki (see how other students have done this in the previous years). This will make it easy for us to review. Otherwise, if you upload a document as an attachment to the mailing list, or just post it to the mailing list, it can be hard to keep track

Re: [sympy] GSoC Proposal

I quite like Stefan's idea of a good API to the electrodynamics module, once I am done building the infrastructure needed. How about something like a sandbox? I could do something like S = new SandBox() S.add(ElectricField1) S.add(MagneticField1) S.add(ChargedParticle1) In this case, ChargedParti

Re: [sympy] GSoC Proposal

We probably can. Several of the mentors are physicists. I wouldn't worry too much about it. If we like the project, we'll find someone to mentor it. Aaron Meurer On Saturday, March 9, 2013, Sachin Joglekar wrote: > @moorepants, would like your input on the API idea. I want to finalize my > entir

Re: [sympy] GSoC Proposal

There might be serious issues with this approach. Most of sympy tries to have selfcontained objects. This is quite important because of (among other things): - having consistent hashes and __eq__ behavior - actually rebuilding these objects on tree traversal The `mechanics` module uses the approa

Re: [sympy] GSoC Proposal

@Stefan, that could be a good way to do it, maintaining the consistency with the rest of sympy's architecture. We could have something like p = ChargedParticle('P', 3) (where 3 is the charge possessed by the particle) p.set_pos(O, R*x) p.addtoWorld(world1) The last line could update the kinemati

Re: [sympy] GSoC Proposal

This is a good discussion. As Jason mentioned, us mechanics people have been discussing a bigger "world" environment lately. Specifically, we've been trying to understand where analytical formulations fit in a world of numerical simulation. Unfortunately, and unsurprisingly, we haven't made muc

Re: [sympy] GSoC Proposal

@gilbertgede, thanks for your input, especially the idea of writing out basic electrodynamics problems in 'programming mode' to understand what classes and infrastructure I would need, to build the core of sympy.physics.electromagnetism. If possible for you, please have a look at the concepts that

[sympy] GSoC proposal formatting

To all the students who are applying for GSoC, don't fret about the formatting too much in Melange. Just try to make it look as good as you can. I know from personal experience that getting the formatting right is next to impossible. If you can't get it to come out well, or if there is some format

[sympy] Gsoc Proposal added

I have made my gsoc proposal(https://docs.google.com/document/d/1mBccyyjxtFo0S3rwFmaExg_RmOm3lQD0o1Z1gmhvQDo/edit#). Can anyone please review it and give feedback? Thanks -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this group a

[sympy] GSOC proposal problem

Hello everyone, I have submitted a proposal to the project (Optimize floating point expressions) on April 5th yet I got no feedback so could the mentors help another thing I have posted a question here from 2 weeks and got no answer can you check it also please here is its link: https://groups.g

[sympy] Gsoc Proposal review

Hello everyone I am Arnab Nandi, I have been contributing to sympy since the past 5 moths , I want to apply for GSoC 2024 on the idea "improving series expansions and limit computations". I think my previous mails were not approved since I had attached a pdf of the same, I am now attaching a li

[sympy] GSOC Proposal: Improving SymPyGamma

Hi everyone! I have my proposal at https://github.com/sympy/sympy/wiki/GSoC-2014-Application-Sahil-Shekhawat%3A-Improving-SymPyGamma . I think the idea is clear from the porposal now I just have to add more implementation details. Please point out the things which i have done wrong or which

[sympy] GSoC Proposal Feedback 2021

Hello, Would you please provide feedback as soon as possible to my proposal so i can submit it? Best Regards, Bahar -- You received this message because you are subscribed to the Goo

[sympy] GSOC Proposal : Singularity Functions

Hello Everyone, I would like to have a deeper discussion reg. the idea of Singularity functions. -- 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 sympy+u

[sympy] GSOC Proposal: Idea Circuits

Author: Spyros Tsioupros Github: https://github.com/Spiros7bit -Idea: Circuits The idea I have to suggest is to create a module that will deal with circuits. This is an idea that I propose and want to undertake as a project for GSOC 24. I saw that there is no such package that has anything to d

[sympy] GSoC Proposal : SymPy for Android

I submitted a proposal for GSoC at the google-melange site. However, I've detailed the proposal a little more at : https://github.com/sympy/sympy/wiki/GSoC-2012-Application--Rishav-Binayak-Das--Mobile-Application-for-SymPy If possible, may I be given a chance to make the same modifications at the

[sympy] GSOC proposal : Codegen and Parsing

Hello, I have completed my GSoC application https://github.com/sympy/sympy/wiki/Sympy-:-Codegen-Enhancement-and-Parsing please review and suggest changes. Thanks for your time and patience. -- You received this message because you are subscribed to the Google Groups "sympy" group.

[sympy] GSoC Proposal : CodeGen and Parsing

Hello, Here is my GSoC proposal https://github.com/sympy/sympy/wiki/Sympy-:-Codegen-Enhancement-and-Parsing kindly review and suggest changes. Thanks for your time and patience. -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe fr

Re: [sympy] GSoC Proposal : SymPy for Android

Hello, I don't think this is directly feasible. However, you can post your update as a comment to your proposal, stating the fact that you've updated the page and providing the addition or a summary or modifications. Sergiu On Apr 8, 2012 9:46 AM, "Rishav Das" wrote: > I submitted a proposal f

Re: [sympy] GSoC Proposal : SymPy for Android

Thanks! I've provided a link to my wiki page as a comment! I'll provide a summary of the modifications too! At the same time, I've been told it's feasible if the mentors allow. If possible, please let me know. Otherwise this much will have to do! On Sunday, April 8, 2012 4:29:39 AM UTC-4, scolo

[sympy] [GSoc] Proposal about the Assumptions module

Hi, First I quick introduction. My name is Rigel Bezerra de Melo, I am a senior Computer Science student at Federal University of Campina Grande, in Brazil. I am really into Algorithms and Data Structures. As a hobby, I like contests like TopCoder, Codeforces, etc. As previous professional exp

[sympy] GSoC Proposal: Enhancing Physics Mechanics Module

Hello everyone, I am Prey Patel, a B. Tech student from IIT Gandhinagar. I am pursuing dual majors in Computer Science and Engineering as well as Civil Engineering. Over the past few months, I've been actively engaged with SymPy, primarily focusing on resolving issues related to the physics

[sympy] GSoC Proposal - ODE Solver using Lie Groups

Hello, Being a mechanical engineer, this concept of understanding Lie Groups on my own, took me a bit of time , and I am still fully not convinced. Right now, my understanding is limited to knowing the algorithm for solving first order differential equations, In my previous post Improved ODE S

Re: [sympy] [GSoc] Proposal about the Assumptions module

Sorry for the late reply. You should take a look at the work that is being done at https://github.com/sympy/sympy/pull/2508. Also remember that for GSoC there is a patch requirement (pardon me if you already submitted one; I'm still sifting through emails). Aaron Meurer On Tue, Mar 11, 2014 at 2

[sympy] GSoC Proposal Feedback - Mechanics - Implement Joints Method

Hi, Since only few days are left to submit final GSoC proposal, please provide feedback of my Proposal so that I can improve and submit it before deadline. Thanks Sudeep Sidhu -- You received

Re: [sympy] GSoC Proposal: Enhancing Physics Mechanics Module

Dear Prey, We listed each item in your bullet list as different projects. I think the scope will be too large if you try to do all of them. I recommend writing a proposal for a single idea in the ideas list. We listed our priority ideas at the top of the mechanics list. Jason moorepants.info +01

Re: [sympy] GSoC Proposal: Enhancing Physics Mechanics Module

Dear Sir, Thank you for your feedback. I appreciate your guidance. Based on your recommendation, I will focus my efforts on a single project from the priority ideas listed in the mechanics list. Specifically, I will concentrate on implementing and benchmarking equations of motion methods. Once a

[sympy] GSoC Proposal : Automating the release process of sympy

Recently in one of the thread I saw somebody mentioning 'automating the release process of sympy' to be a GSoC idea for 2013 and also vaguely discussed with Aaron on IRC channel. I want to work on this idea. I have submitted a pull request and waiting

Re: [sympy] GSoC Proposal - ODE Solver using Lie Groups

I'd just like to clarify if my post was a bit ambiguous. I would like to implement both of these in a single project 1. Adding lie groups support for first order ODE's 2. Series solutions to first and second order ODE's I would like to know if it would be good. -- Regards, Manoj Kumar, Mech Und

Re: [sympy] GSoC Proposal - ODE Solver using Lie Groups

It sounds ok to me, but try to prioritize your work, in case you don't get to one because the other is harder than you thought. Aaron Meurer On Mar 14, 2013, at 9:58 PM, Manoj Kumar wrote: I'd just like to clarify if my post was a bit ambiguous. I would like to implement both of these in a sing

[sympy] GSOC Proposal Web-Based backend for Plotting module

I have drafted the outlines for the project according to the discussion and various suggestions by other experienced developers. you can look it here https://github.com/sympy/sympy/wiki/GSoC-2014-Application-Sahil-Shekhawat:-Web-based-backend-for-SymPy's-plotting-module-and-3D-plotting#the-proje

Re: [sympy] GSoC Proposal : Automating the release process of sympy

I can't speak for general acceptance. I certainly think myself that it is worthy, though. One thing that might be an issue is that the project of just creating a good release proces is not enough to fill an entire GSoC project. So you should consider adding some to it. My suggestion is to improve

Re: [sympy] GSoC Proposal : Automating the release process of sympy

Thanks Aaron for your valuable suggestions. I will do some work on Sympy-bot along side. Improving Sympy botIs this the proposal you were referring to?? I am presently having hard time with sympy-bot. When I trying to run ./sympy

Re: [sympy] GSoC Proposal : Automating the release process of sympy

On Saturday, March 9, 2013, Ramana Venkata wrote: > Thanks Aaron for your valuable suggestions. I will do some work on > Sympy-bot along side. Improving Sympy > botIs this > the proposal you were referring to?? Yes. I think there

Re: [sympy] GSoC Proposal : Automating the release process of sympy

Yeah :) I have seen the thread Ondrej has written when he started sympy-bot. I have read through the issues list in sympy-bot but I couldn't figure out what are some easy to fix/implement issues available on the list. So can you list out a few?? How to fix API limit exceeded

Re: [sympy] GSoC Proposal : Automating the release process of sympy

On Mar 9, 2013, at 11:40 AM, Ramana Venkata wrote: Yeah :) I have seen the thread Ondrej has written when he started sympy-bot. I have read through the issues list in sympy-bot but I couldn't figure out what are some easy to fix/implement issues available on the list. So can you list out a few??

Re: [sympy] GSoC Proposal : Automating the release process of sympy

The issues list in sympy-bot list contains lists which are either related to sympy-bot code or with the review.sympy.org site's functionality and some related to both in a way. @aaron Can you create to labels for both of them and categorize them accordingly?? On Sunday, March 10, 2013 12:41:45

Re: [sympy] GSoC Proposal : Automating the release process of sympy

Sorry I accidentally deleted my previous post. I am reposting the content The issues list in sympy-bot list contains lists which are either related to sympy-bot code or with the review.sympy.org site's functionality and some related to both in a way. @aaron Can you create to labels for both of the

Re: [sympy] GSoC Proposal : Automating the release process of sympy

@aaron I have sorted out the issues into Sympy-Bot and Reviews.sympy.org Bot: 144 142 139 121 120 108 95 94 89 80 73 63 62 56 21 2 Review.sympy.org: 138 132 120 119 117 103 102 90 59 57 55 51 50 49 48 47 46 45 42 35 16 Are the issues 57, 48 still valid? On Wed, Mar 13, 2013 at 8:26 PM, Ramana

[sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Hi, I had previously expressed my desire to work on gamma.sympy.org parser. After the discussion in the group I realized I don't have the required expertise to write the parser which would satisfy the requirements. So I am changing the ideas for my GSOC proposal. 1) Support SVGFig for plott

[sympy] GSOC Proposal Discuss: Improve limits by finding limits for piecewise functions

Hi everyone, My name is Anh Nguyen Phung. I am a sophomore at The University of Arizona double major in Computer Science and Mathematics. I am currently interested in contributing to the subproject improving limits in the project series expansion. I am thinking about the idea of my proposal is

[sympy] GSOC proposal feedback (Refactor the ODE module and make it fast)

Hello everyone, I wanted to share my GSoC proposal if someone can provide a feedback, it would be really helpful. Here is the Link . regards, Mohit -- You received this message because you are

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Mon, Mar 19, 2012 at 10:28 PM, Bharath M R wrote: > Hi, >     I had previously expressed my desire to work on gamma.sympy.org parser. > After the > discussion in the group I realized I don't have the required expertise to > write the parser which would > satisfy the requirements. So I am changi

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

I went with svgfig because the plots in svgfig look more of publication quality than google chart API. Google chart API is better for plotting statistics rather than functions/expressions. I can also add a backend for google chart api. The major part of writing the backend would be integrating K

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Any thoughts on this? Should I include rewriting the pyglet module with this? Thanks, Bharath M R On Wednesday, March 21, 2012 10:47:39 AM UTC+5:30, Bharath M R wrote: > > I went with svgfig because the plots in svgfig look more > of publication quality than google chart API. Google chart API >

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

The important part: About the backend: I suppose (not sure) that the community will be mostly interested in the svgfig backend. Then about pyglet: rewrite will definitely be useful, as the current code is in the form of spaghetti, but it will not be a very interesting task. I would leave it for the

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Sat, Mar 24, 2012 at 3:04 PM, krastanov.ste...@gmail.com wrote: > The important part: > About the backend: I suppose (not sure) that the community will be > mostly interested in the svgfig backend. Then about pyglet: rewrite > will definitely be useful, as the current code is in the form of > s

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

> Are there any features of lambdify that are not in experimental_lambdify? There are many such features and even more undocumented differences. Moreover, the experimental_lambdify, while better than lambdify still has many rough edges. I will document all this and bring it back latter. Anyway, the

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Sunday, March 25, 2012 2:45:43 AM UTC+5:30, Aaron Meurer wrote: > > On Sat, Mar 24, 2012 at 3:04 PM, krastanov.ste...@gmail.com > wrote: > > The important part: > > About the backend: I suppose (not sure) that the community will be > > mostly interested in the svgfig backend. Then about pygle

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

> I will be using experimental lambdify for writing the backend for > extending matplotlib backend and implementing svgfig backend. > Will it be a problem? Because I think experimental_lambdify might change a > lot. If you use https://github.com/sympy/sympy/pull/673 for your work, you will not have

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Sunday, March 25, 2012 5:36:38 PM UTC+5:30, Stefan Krastanov wrote: > > > I will be using experimental lambdify for writing the backend for > > extending matplotlib backend and implementing svgfig backend. > > Will it be a problem? Because I think experimental_lambdify might change > a > > lo

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Am 25.03.2012 17:54, schrieb Bharath M R: I am in favor of using experimental_lambdify explicitly for plotting and nothing else. I think this will allow us to separate the plotting module from the main codebase. This I think will allow us to add more features to the plotting backend without havi

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

> Software programming practices generally agree :-) > > One exception though: It is advisable to move the duplicate code into a > common function or class, and call it from the places where the original > code was ripped out. > Particular care should be taken to make the new deduplicated code so t

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

> I was thinking of adding implicit plots, surface/ contour plots, vector > field > plots etc. That would require me to use numpy for getting the points and > I think I will have to use the experimental_lambdify. Surface and contour plots are already implemented. Vector field plots will use experi

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Am 25.03.2012 18:27, schrieb krastanov.ste...@gmail.com: lambdify is not very narrow (quite narrow according to the documentation, not narrow at all in the real and undocumented way in which it is used). experimental_lambdify is very narrow. I meant to talk about the common code that could be

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

> I meant to talk about the common code that could be factored out. There is no such code. The two functions have similar purposes (and after some testing and refactoring only one should survive) however they achieve them in very different ways. -- You received this message because you are subscr

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Sun, Mar 25, 2012 at 9:54 AM, Bharath M R wrote: > > > On Sunday, March 25, 2012 5:36:38 PM UTC+5:30, Stefan Krastanov wrote: >> >> > I will be using experimental lambdify for writing the backend for >> > extending matplotlib backend and implementing svgfig backend. >> > Will it be a problem? B

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Am 25.03.2012 19:46, schrieb Aaron Meurer: IMHO, you end up with much better code with non-professional programmers and a review process than with professional programmers with no review process. As a professional programmer, I can fully confirm that. -- You received this message because you a

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

> You should also thinking about changing the interface as presently > given in that pull request.  I'm not a fan of trying to squash all > possible plot types into a single interface.  Sure, plot() can try to > guess what is meant by the user, but I think the main interface should > be either seve

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

By the way another thing missing from the plotting module and that is fairly easy to add for 2d and quite useful is adaptive resolution and discontinuity detection. -- You received this message because you are subscribed to the Google Groups "sympy" group. To post to this group, send email to sy

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Also smart automatic range, so it tries to show you the most useful part of the plot automatically when you don't specify a range. Aaron Meurer On Sun, Mar 25, 2012 at 12:54 PM, krastanov.ste...@gmail.com wrote: > By the way another thing missing from the plotting module and that is > fairly eas

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Sunday, March 25, 2012 10:00:52 PM UTC+5:30, Stefan Krastanov wrote: > > > I was thinking of adding implicit plots, surface/ contour plots, vector > > field > > plots etc. That would require me to use numpy for getting the points and > > I think I will have to use the experimental_lambdify. >

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

I think adaptive resolution will be easy to implement. Discontinuity detection can be done using ideas from the paper I mentioned for implicit equation plotting(http://dl.acm.org/citation.cfm?doid=383259.383267). Do you have any particular ideas for discontinuity detection? I think it is decently

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

That looks like a very interesting paper. I think it would be useful to include it. You could also look at the references and the final section for ways to improve upon it. Does the mpmath mpi object provide the functionality needed for this algorithm? An idea for discontinuity detection would

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Hi, > [...] the paper I mentioned for implicit equation > plotting(http://dl.acm.org/citation.cfm?doid=383259.383267). I read that paper this evening, and I think that if we can implement all up to algorithm 3.4 this would be really great! Probably, this would give us the most advanced FOSS plo

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

This also shows that we should definitely support using mpmath to do numerics, not just numpy. Figure 13 is an equation that enumerates all possible j x 17 bitmaps. The one for k = 99609393799189588849716729621278527547150043396601293066515055192717028023952664246896428421743507181212671537827706

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Hi, > This also shows that we should definitely support using mpmath to do > numerics, not just numpy. The question is for speed, I assume numpy to be much faster than mpmath. Maybe one should support both as "backends" for the interval arithmetic. > Figure 13 is an equation that enumerates > a

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Tuesday, March 27, 2012 5:20:55 AM UTC+5:30, rl wrote: > > Hi, > > > > This also shows that we should definitely support using mpmath to do > > numerics, not just numpy. > > The question is for speed, I assume numpy to be much > faster than mpmath. Maybe one should support both > as "backends"

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

@Bharath, as the ideas for your project are becoming much more interesting than just adding a backend / plot type, I was wondering what are you thinking about the structure of the module. Do you think that you will need to restructure the module for example? How will the interval arithmetics couple

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

You should also start writing up your application, so you can get some feedback on it. Something to think about: you have a lot of ideas and you may not be able to get to all of them over the summer. This is fine, but you should think about prioritizing them so that you do the most important thin

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Wednesday, March 28, 2012 2:42:34 AM UTC+5:30, Stefan Krastanov wrote: > > @Bharath, as the ideas for your project are becoming much more > interesting than just adding a backend / plot type, I was wondering > what are you thinking about the structure of the module. Do you think > that you wil

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Wednesday, March 28, 2012 4:16:59 AM UTC+5:30, Aaron Meurer wrote: > > You should also start writing up your application, so you can get some > feedback on it. Something to think about: you have a lot of ideas and > you may not be able to get to all of them over the summer. This is > fine, b

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Hi, > > You should also start writing up your application, so you can get > > some feedback on it. Something to think about: you have a lot of > > ideas and you may not be able to get to all of them over the > > summer. This is fine, but you should think about prioritizing them > > so that you d

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Bellow is my personal opinion and I am not among the people evaluating the applications. > I want to purely concentrate on interval arithmetic and the implicit > plotting Implicit plotting sounds really great (and I assume this also includes the discontinuity detection described in the paper?). How

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

I think that the cleanest solution in terms of API is to create class ImplicitSeries(BaseSeries) and a function plot_implicit that just calls Plot(ImplicitSeries) and implement everything there. Then we can remove from the code that I have written the useless stuff and substitute it with yours. Yo

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Wednesday, March 28, 2012 8:19:22 PM UTC+5:30, Stefan Krastanov wrote: > > I think that the cleanest solution in terms of API is to create class > ImplicitSeries(BaseSeries) and a function plot_implicit that just > calls Plot(ImplicitSeries) and implement everything there. Then we can > remove

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On 03/28/2012 10:03 AM, Bharath M R wrote: On Wednesday, March 28, 2012 2:42:34 AM UTC+5:30, Stefan Krastanov wrote: @Bharath, as the ideas for your project are becoming much more interesting than just adding a backend / plot type, I was wondering what are you thinking about the st

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

> > > See link - http://pyinterval.googlecode.com/svn/trunk/html/index.html > Even mpmath implements those functions. Some of the problems with mpmath is sqrt([-1.1]) will give [0.1]. This will severely alter the plot. Also things like abs(), integer(x) , min(), max() etc are not implemented in m

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Le mercredi 28 mars 2012 à 07:15 -0700, Bharath M R a écrit : > I would like to know whether I can edit mpmath codebase in sympy. This > is necessary as mpmath interval arithmetic library does not support > all > the functions. Also I would like to extend their module to allow > property checking

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On 28.03.2012 19:27, Bharath M R wrote: > >> >> >> See link - http://pyinterval.googlecode.com/svn/trunk/html/index.html >> > > Even mpmath implements those functions. Some of the problems with > mpmath is sqrt([-1.1]) will give [0.1]. This will severely alter the plot. > Also things like abs()

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Wednesday, March 28, 2012 9:08:11 PM UTC+5:30, Ronan Lamy wrote: > > Le mercredi 28 mars 2012 à 07:15 -0700, Bharath M R a écrit : > > > > I would like to know whether I can edit mpmath codebase in sympy. This > > is necessary as mpmath interval arithmetic library does not support > > all > >

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

> > What would be the best way to implement the new functions. I don't think > mpmath will consider taking in the code for domain tracking in functions > into their codebase, as it doesn't serve any purpose for them. One way is > to derive from mpi class and create the required functions. Is there

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Wednesday, March 28, 2012 7:53:53 PM UTC+5:30, rl wrote: > > Hi, > > > > You should also start writing up your application, so you can get > > > some feedback on it. Something to think about: you have a lot of > > > ideas and you may not be able to get to all of them over the > > > summer. T

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

> It is just a helper tool for plotting. As mentioned in the paper, we would > like to handle plots like y < sqrt(x). > mpmath gives a result something like below for sqrt([-0.5,0.5]) > > In [10]: a = iv.mpf([-0.5,0.5]) > In [11]: a**0.5 > Out[11]: ([-0.70710678118654757274, 0.70710678118654757274]

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Wednesday, March 28, 2012 10:54:02 PM UTC+5:30, Stefan Krastanov wrote: > > > It is just a helper tool for plotting. As mentioned in the paper, we > would > > like to handle plots like y < sqrt(x). > > mpmath gives a result something like below for sqrt([-0.5,0.5]) > > > > In [10]: a = iv.mpf

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Ok, however I still do not understand what is the problem with the result. Can you give an explicit example why the implementation in mpmath does not do what you want. After all [-5,-3] is indeed less than [-0.5, 0.5] in the example that you supplied. -- You received this message because you are

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Unrelated: there are some ipython profile configurations that must be made upstream for the plotting module to work well. Just be mindful of that. -- You received this message because you are subscribed to the Google Groups "sympy" group. To post to this group, send email to sympy@googlegroups.c

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Wed, Mar 28, 2012 at 9:56 AM, Bharath M R wrote: > > > On Wednesday, March 28, 2012 9:08:11 PM UTC+5:30, Ronan Lamy wrote: >> >> Le mercredi 28 mars 2012 à 07:15 -0700, Bharath M R a écrit : >> >> >> > I would like to know whether I can edit mpmath codebase in sympy. This >> > is necessary as m

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Continuing off topic: we should really take the IPython sympy profile stuff and put it into sympy/interactive, and then have the IPython sympy profile just call that. That we, we can easily modify it without having to send patches to IPython. It would also make it easy to implement isympy -c qtco

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Sorry. I gave the wrong example. a**0.5 > b will give an exception saying complex numbers cannot be compared. This functionality is right, but the exception won't help in plotting. I wan't to have a property which turns false seeing which of the arguments for a is negative. Something like this.

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

Am 29.03.2012 04:16, schrieb Bharath M R: Sorry. I gave the wrong example. a**0.5> b will give an exception saying complex numbers cannot be compared. This functionality is right, but the exception won't help in plotting. I wan't to have a property which turns false seeing which of the argument

Re: [sympy] GSOC proposal (add plot functionality to sympy live and ascii plotting)

On Thursday, March 29, 2012 11:38:34 AM UTC+5:30, Joachim Durchholz wrote: > > Am 29.03.2012 04:16, schrieb Bharath M R: > > Sorry. I gave the wrong example. > > a**0.5> b will give an exception saying complex > > numbers cannot be compared. This functionality is right, but > > the exception won

  1   2   >