Jorn Baayen wrote:
> Dear all,
>
> Something I've been missing in sympy is support for simple vector
> calculus. So I wrote up a little module (with support for curvilinear
> coordinate systems), and I attach it to this e-mail in case anyone
> else finds it useful.
>
> Cheers,
>
> Jorn
>
> >
You
Hi,
On Thu, Oct 22, 2009 at 5:02 PM, Alan Bromborsky wrote:
>
> Jorn Baayen wrote:
> > Dear all,
> >
> > Something I've been missing in sympy is support for simple vector
> > calculus. So I wrote up a little module (with support for curvilinear
> > coordinate systems), and I attach it to this e-m
On Wed, Oct 21, 2009 at 4:06 PM, Jorn Baayen wrote:
> Dear all,
>
> Something I've been missing in sympy is support for simple vector calculus.
> So I wrote up a little module (with support for curvilinear
> coordinate systems), and I attach it to this e-mail in case anyone else
> finds it useful
Prasoon's idea does seem great. And as Gilbert pointed out, a nice
interface for Vector and ReferenceFrame functions would go a long way in
helping me build the module that I would propose in my project. Moreover,
in an ideal case vector calculus is something that can be in sympy.physics,
or in
@Raoul: I still haven't chosen to restrict anything yet. It's just that
Stefan had mentioned that I should stay away from things other than R3.
But, Rn would obviously be more desirable (just as your post mentioned).
Hence the poll.
--
You received this message because you are subscribed to th
> Why not a middle ground?
Indeed. I like this idea a lot. +1
I think that Raoul's post takes care of the requirement of the list. Also,
I will still take some time to write the proposal on the wiki. First, I
want to be really clear on exactly what to implement and, more importantly,
how to im
I won't be available till Tuesday (19th March); going on a field trip. In
the meanwhile, please keep posting ideas/suggestions/problems if any.
Thanks.
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To unsubscribe from this group and stop receiving e
@Prasoon, I recently did a bit of study and planning about our coordination
on vector calculus as far as our GSoC proposals are concerned. I will post
my total concept of the module by first week of April (@asmeurer, is this a
good enough deadline? considering this project will need lots of inpu
I have been really busy with some other work this week. Nevertheless, I
have made some progress with the ideas. I have finalized (almost) how to
implement coordinate systems, and yes, we are going to have cylindrical as
well as spherical coordinates. Right now, I am trying to decide how best to
@Sachin, here are some of the answers you sought.
>1. How do you plan to implement Gauss' theorem (divergence) and Stoke's
fundamental theorem of curl? I >am not talking about the actual
implementation here, I would like to have an idea about the API of the
>functions/methods that you plan to i
Okay, so I have been away a while due to a lot of reasons. Fortunately, I
will have time from now on for about 3 weeks. As of now, I have a working
API of the Coordinate System class, the Vector class, and, the Reference
Frame class. The Reference Frame class is where I will try to implement all
I took a look at the line_integrate() function. The Curve class is
something of a start. Though, I like very much Raoul's idea for a single
class to represent everything (path/surface/volume). I think this is
doable. But,
> would then represent an integral over an N-dimensional hypervolume
I h
I think I have a fair idea of what the class may behave like. Let's have a
vector field like so (an example):
*v*(x, y, z) = *f (x, y, z) **i *+ *g (x, y, z) **j *+ *h (x, y, z) **k*
*
*
Just and example in rectangular coordinates using variables x, y and z.
Now, we can have a class, say ParamSp
Alright, I think most of the ideas are clear at this point. With that, I'll
start writing the proposal and hopefully post it by Monday. Then, we can
continue refinements based on suggestions from the community. And again,
I'd like to say a big thanks to everyone who has helped me out here. Thank
I am still in the process of writing the proposal. I just want to clarify
all points in it and hence, it is taking somewhat longer.
@Aaron: In the meantime, can you tell me who might be my mentor should my
application get accepted? I would like to get in touch with them on the IRC.
--
You rece
So, after spending a couple of days writing the proposal, I've uploaded on
to the wiki.
https://github.com/sympy/sympy/wiki/GSoC-2013-Application-Prasoon-Shukla:-Vector-Calculus-Module
@All community members: Please give it a read. This is the first draft of
the proposal so it's bound to be rou
Thanks for all your responses. My semester-end exams will be starting soon
and so, I won't be able to devote quite as much time as I would like to
this proposal. Nevertheless, I'll make the suggested changes.
Also, I will take a look into the vector analysis packages of other CAS,
Mathematica i
Also, I have added the proposal to the melange portal. Here:
http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/prasoon2211/1
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To unsubscribe from this group and stop receiving emails from
I had a 2 day break between exams so I began work on the CoordSystem class.
Hopefully, I'll be able to make a WIP PR before 15th.
One problem I am facing is this: In this class, there is a *lot* of
initialization going on. A part of that is generating non-commutative
symbols to represent the ba
I have been reading the documentation of the mechanics module and looking
at the code to understand how the vector module will fit in with
`mechanics`. Most of the things are clear to me at this point.
Now I'd like to know a little more about using dyadics. I have read about
dyadics from some w
But that is exactly my question - where else can dyadics be used?
Perhaps someone from the physics community can comment?
Thanks
--
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
Why not a middle ground? For some things it would be silly not to support n
dimensions, like dot product, but for others, like cross product, the
n-dimensional generalization is more complicated, and (if I understand
correctly), not even technically a vector. For those cases, you could give
an erro
> Why not a middle ground? For some things it would be silly not to
> support n dimensions, like dot product, but for others, like cross
> product, the n-dimensional generalization is more complicated, and
> (if I understand correctly), not even technically a vector. For those
> cases, you could gi
On 03/14/2013 06:51 AM, someone wrote:
Why not a middle ground? For some things it would be silly not to
support n dimensions, like dot product, but for others, like cross
product, the n-dimensional generalization is more complicated, and
(if I understand correctly), not even technically a vector
On Mar 21, 2013, at 8:02 AM, Sachin Joglekar
wrote:
@Prasoon, I recently did a bit of study and planning about our coordination
on vector calculus as far as our GSoC proposals are concerned. I will post
my total concept of the module by first week of April (@asmeurer, is this a
good enough deadli
> I have finalized (almost) how to implement coordinate systems, and yes,
> we are going to have cylindrical as well as spherical coordinates.
Great! But do not hard code the choice of available systems. There are
many many more useful coordinates:
http://mathworld.wolfram.com/OrthogonalCoordina
Sure. As it is, I would be start finalising my idea and concepts next week
after my quizzes end. This was more of a mental note to get these things
clarified from your side. And about time dependent fields, I guess I will
implement them as a part of my PR, which would extend your classes or use
you
> a) Line integrals - For this I need some notion of a path. Right now,
> the integrate function in SymPy takes only straight paths (that is we
> can only provide end points and the path is just one of the
> coordinate axes). But, I need support for three dimensional paths.
> One solution I thought
On Mon, Apr 1, 2013 at 9:10 AM, Prasoon Shukla wrote:
> Okay, so I have been away a while due to a lot of reasons. Fortunately, I
> will have time from now on for about 3 weeks. As of now, I have a working
> API of the Coordinate System class, the Vector class, and, the Reference
> Frame class. Th
On Mon, Apr 1, 2013 at 5:15 PM, someone wrote:
> > a) Line integrals - For this I need some notion of a path. Right now,
> > the integrate function in SymPy takes only straight paths (that is we
> > can only provide end points and the path is just one of the
> > coordinate axes). But, I need supp
On Tue, Apr 2, 2013 at 9:03 PM, Prasoon Shukla wrote:
> I took a look at the line_integrate() function. The Curve class is something
> of a start. Though, I like very much Raoul's idea for a single class to
> represent everything (path/surface/volume). I think this is doable. But,
>
>> would then
> That would be neat. Of course, the real work there would be getting
> the residue() function working better, so that you could actually
> compute such integrals. But this is a GSoC idea onto itself.
Yes, sure. There was no focus on "residue", just on defining paths.
And this is the only point w
> I took a look at the line_integrate() function. The Curve class is
> something of a start. Though, I like very much Raoul's idea for a
> single class to represent everything (path/surface/volume). I think
> this is doable.
The idea is to push this as far as possible before
switching to the heav
On 04/04/2013 06:27 AM, Prasoon Shukla wrote:
I think I have a fair idea of what the class may behave like. Let's
have a vector field like so (an example):
*v*(x, y, z) = /f (x, y, z) /*i *+ /g (x, y, z) /*j *+ /h (x, y, z) /*k*
*
*
Just and example in rectangular coordinates using variables x,
On 04/04/2013 08:05 AM, Alan Bromborsky wrote:
On 04/04/2013 06:27 AM, Prasoon Shukla wrote:
I think I have a fair idea of what the class may behave like. Let's
have a vector field like so (an example):
*v*(x, y, z) = /f (x, y, z) /*i *+ /g (x, y, z) /*j *+ /h (x, y, z) /*k*
*
*
Just and examp
On Apr 4, 2013, at 4:27 AM, Prasoon Shukla wrote:
I think I have a fair idea of what the class may behave like. Let's have a
vector field like so (an example):
*v*(x, y, z) = *f (x, y, z) **i *+ *g (x, y, z) **j *+ *h (x, y, z) **k*
*
*
Just and example in rectangular coordinates using variables
> Do you mean integrate(f(x, y), (x, a, b), (y, c, d))?
Yes, except that the limits may not be constant. I looked at the docstring
of integrate() and didn't see any such examples. Perhaps I missed something?
--
You received this message because you are subscribed to the Google Groups
"sympy" g
The limits can be anything. It doesn't even care if they depend on the
integration variable. It will just do the integrals iteratively until
it can't, substituting the limits as it goes. There are currently no
algorithms implemented to do any kind of special handling of multiple
integrals (like reo
I really can't say. It will be whoever volunteers to do it.
Aaron Meurer
On Tue, Apr 9, 2013 at 1:27 AM, Prasoon Shukla wrote:
> I am still in the process of writing the proposal. I just want to clarify
> all points in it and hence, it is taking somewhat longer.
>
> @Aaron: In the meantime, can
On 04/12/2013 03:53 PM, Prasoon Shukla wrote:
So, after spending a couple of days writing the proposal, I've
uploaded on to the wiki.
https://github.com/sympy/sympy/wiki/GSoC-2013-Application-Prasoon-Shukla:-Vector-Calculus-Module
@All community members: Please give it a read. This is the firs
Some of your examples in the interface section don't make any sense.
For example:
>>> w = 5*v
w
>>> f = w - 4*v
>>> f is v
True
Aaron Meurer
On Fri, Apr 12, 2013 at 1:53 PM, Prasoon Shukla
wrote:
> So, after spending a couple of days writing the proposal, I've uploaded on
> to the wiki.
>
> ht
On Saturday, April 13, 2013 5:26:16 AM UTC+5:30, Aaron Meurer wrote:
>
> Some of your examples in the interface section don't make any sense.
> For example:
>
> >>> w = 5*v
> w
>
> >>> f = w - 4*v
> >>> f is v
> True
>
Just trying to show vector addition and comparison. f = 5v-4v = v
(ma
On Saturday, April 13, 2013 2:40:52 AM UTC+5:30, brombo wrote:
>
> Analogous to term pythonic code I would use sympythonic code and make
> the following suggestions -
>
> Start by defining you basis vectors as noncommutative symbols -
>
> (e1,e2,e3) = symbols('e_1 e_2 e_3',commutative=False)
On Fri, Apr 12, 2013 at 8:07 PM, Prasoon Shukla
wrote:
>
>
> On Saturday, April 13, 2013 5:26:16 AM UTC+5:30, Aaron Meurer wrote:
>>
>> Some of your examples in the interface section don't make any sense.
>> For example:
>>
>> >>> w = 5*v
>> w
I actually meant this statement too. Assignment in Py
> Calculating Gradient
>
> A grad() function will be present in the namespace of Vector module.
Make sure this generalizes to the Jacobian Matrix for functions R^n -> R^M.
And do not forget about Hessians too.
--
You received this message because you are subscribed to the Google Groups
"sympy"
>> Calculating Gradient
>>
>> A grad() function will be present in the namespace of Vector module.
>
> Make sure this generalizes to the Jacobian Matrix for functions R^n -> R^M.
More like a Jacobian operator. I believe the module is about vectors
as geometrical entities, not matrices.
> And do
On Saturday, April 13, 2013 2:40:52 AM UTC+5:30, brombo wrote:
>
> On 04/12/2013 03:53 PM, Prasoon Shukla wrote:
> > So, after spending a couple of days writing the proposal, I've
> > uploaded on to the wiki.
> >
> >
> https://github.com/sympy/sympy/wiki/GSoC-2013-Application-Prasoon-Shukla:
On 16 April 2013 20:16, Prasoon Shukla wrote:
>
>
> On Saturday, April 13, 2013 2:40:52 AM UTC+5:30, brombo wrote:
>>
>> On 04/12/2013 03:53 PM, Prasoon Shukla wrote:
>> > So, after spending a couple of days writing the proposal, I've
>> > uploaded on to the wiki.
>> >
>> >
>> > https://github.com
Thanks for clarifying that. And sorry for the late reply. I am buried to
the neck in academics and will stay that way till about 10th May so forgive
me if I cannot reply soon.
About dual vectors; I haven't read about dual vectors as of yet. So I
looked around on Google and found an introductory
> About dual vectors; I haven't read about dual vectors as of yet.
If you wish you can think of the dual of a vector (a one-form) as a
one row matrix (and the vector as a one column matrix).
If you have a scalar product operation defined there is a canonical
way to get a dual of a vector.
For th
Okay so let me spell out what I have understood from your comment above,
just to be clear.
If you wish you can think of the dual of a vector (a one-form) as a
> one row matrix (and the vector as a one column matrix).
>
So, if I have column vector v = [ a1, a2, ... , an ] ' (using ' for
trans
Don't worry, we understand that many of the applicants have exams at the moment.
For simplicity I will talk about vector spaces only in a finite number
of dimensions.
Consider a vector space V and a vector v in that space. Representing v
as a matrix in some basis results in a one column matrix.
I understand now. Thanks for the clear explanation.
So, let's talk about functionality that we want to give the user. In the
module I have proposed, the CoordSystem class provides a method to
initialize a user-defined basis, let us say B.
Now, let us define a vector v in this coordinate system.
Try using numbered_symbols().
Aaron Meurer
On Thu, May 2, 2013 at 10:49 AM, Prasoon Shukla wrote:
> I had a 2 day break between exams so I began work on the CoordSystem
> class. Hopefully, I'll be able to make a WIP PR before 15th.
>
> One problem I am facing is this: In this class, there is a
I don't think dyadics are used elsewhere, but the real question is if they
are useful outside of physics or not. If they are, then they should be
defined outside of physics, and just used in mechanics. If there are
certain aspects that only make sense in physics, then they should be
defined outside
55 matches
Mail list logo
