Hi Golam, On Sat, 20 Jun 2009 10:07:33 -0300 Golam Mortuza Hossain <gmhoss...@gmail.com> wrote:
> > Hi, > > I am wondering whether there is any policy/framework > for hooking-up a specialized integration code as a part > of integration algorithm in new symbolic? There isn't any, yet. That should change this week though. :) I plan to move the integrate() and sum() (after #3587) constructs to be symbolic functions (i.e., subclasses of SFunction from sage.symbolic.function), as opposed to regular python functions in sage.calculus.calculus. This will allow us to have real symbolic integrals and sums in Sage and define custom methods for evaluation, which can/should be more involved than just wrapping those of maxima or sympy. > I have been writing code for integration involving Dirac delta > generalized function to include the same in Sage. > The form of integrand that I am implementing is > > integrand = f(x)*dirac_delta( g(x) ).diff(x,n) > > where f(x) is any arbitrary function and as g(x) is a > real-valued function with real roots of the eqn "g(x) = 0". > I now have codes for doing the above integration fairly well > for common situations. I can call the sub-routine directly > to evaluate the integration. > > So my question: what is the preferred way to hook up > the code in new symbolic? I suggest you post your code for dirac_delta in #2452. Then it can be reviewed and included without waiting for me to do the stuff I mention above. You can also post your integration code in a new issue on trac, so I have something to experiment with when I'm changing the integrate construct. Thanks. Burcin --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~----------~----~----~----~------~----~------~--~---
