Hi all there in the Sympy group,
I am a student who have recently started to understand the Sympy code. From
the advanced expression manipulation section in the tutorial, it is stated
that basically all expressions in Sympy have got func and args attributes
with which the object can be
All,
I have a rough draft of my GSoC proposal up
herehttps://github.com/pydy/pydy/wiki/GSoC-2014-Application:-Jim-Crist-%28Linearization-Routines-for-Equations-of-Motion%29.
It would be great if I could get some constructive criticism on how to
improve it. I also am wondering what people
Hey.
This is regarding one of the ideas suggested in the ideas page:
Implement high level features, so that it works akin to Mathematica (
http://reference.wolfram.com/mathematica/ref/Plot.html)
I understand that this includes mathematica features such as clipping,plot
range,plot style etc.
Am
On 03/12/2014 08:34 PM, Charlie Paul wrote:
So, what I'm thinking is that I take the current Tensor classes,
switch them over so that they are TensorSymbol (analagous to
MatrixSymbol) and add a more concrete tensor class, and also
expression classes for those, including tensor product. This
Hi,
My name is Tung. I'm 19 and I'm from Vietnam. I have a question concerning
Diophantine equation. In the very last line of your Ideas list, you say
there is more work to do. So can you tell me more information about this
topic and what exactly need to be done ?
--
You received this message
On Thursday, March 13, 2014 9:32:47 AM UTC+4, Tschijnmo Tschau wrote:
It looks like AssocOp only have got one level of super class in Sympy, the
Basic class, whose constructor sets the _args attribute but not for the
func and args attribute.
The Basic class has *properties* func and args
On Monday, March 10, 2014 9:24:27 PM UTC+4, Joseph Smidt wrote:
Does anyone know if sympy is equipped to handle tensor based
Eular-Lagrange equations equations such as these?
Yes, with euler_equations from calculus module. But it doesn't support
tensor notation directly.
--
You
On 03/13/2014 10:52 AM, Sergey Kirpichev wrote:
On Monday, March 10, 2014 9:24:27 PM UTC+4, Joseph Smidt wrote:
Does anyone know if sympy is equipped to handle tensor based
Eular-Lagrange equations equations such as these?
Yes, with euler_equations from calculus module. But it
Hello everyone.
I have put up my proposal for the SymPy/PyDy project on creating a
general-purpose vector calculus module for sympy. It will be a continuation
of the work that was done by Prasoon and I last summer, and hopefully I
plan to conclude it this time (much of it is currently
On Wednesday, March 12, 2014 3:54:02 AM UTC+5:30, Soumya Biswas wrote:
I have almost completed my GSoC proposal on extending the propositional
knowledge base and creating a new module for first order logic. However
there are a couple of doubts that I would like to clear before putting up
Hi Nguyen,
We need to improve the solutions for linear Diophantine equations
as the current implementation doesn't give you the complete set of
solutions. I made the following PR recently to correct this.
https://github.com/sympy/sympy/pull/7241
Also you can take a look at the two open issues
A coordinate system is a mathematical concept that helps one describe
points or vectors(directions) in space. A reference frame, on the other
hand, is the extension of this concept to involve motion (time-dependent
quantities). Coordinate Systems may be rotated/translated with respect to
each
Okay my words may have been a little confusing. To explain the terms better-
*rotated* - oriented at a certain angle wrt the parent system
*translated* - the origin of the translated system has a non-zero position
vector wrt the parent system
To put it more clearly, the orientation of the child
I think it's necessary to have a reference frame that changes with
respect to time. Even something such as simple link can have a frame
that rotates with respect to the inertial frame. A rotating frame makes
dealing with the equations for a flexible link simpler. Plus, it's
useful for
I agree. Hence, the classes I plan to build on top of Prasoon's core will
have time-dependent functionality to support motion.
On Thu, Mar 13, 2014 at 11:23 PM, Tim Lahey tim.la...@gmail.com wrote:
I think it's necessary to have a reference frame that changes with respect
to time. Even
Ok, that is clearer. So your reference frame has a notion of time whereas,
Prasoon's base classes only have notion of space. Correct?
Jason
moorepants.info
+01 530-601-9791
On Thu, Mar 13, 2014 at 1:56 PM, Sachin Joglekar srjoglekar...@gmail.comwrote:
I agree. Hence, the classes I plan to
Correct. Thats the class structure as I see it.
On Thu, Mar 13, 2014 at 11:35 PM, Jason Moore moorepa...@gmail.com wrote:
Ok, that is clearer. So your reference frame has a notion of time whereas,
Prasoon's base classes only have notion of space. Correct?
Jason
moorepants.info
+01
On 03/13/2014 01:56 PM, Sachin Joglekar wrote:
I agree. Hence, the classes I plan to build on top of Prasoon's core
will have time-dependent functionality to support motion.
On Thu, Mar 13, 2014 at 11:23 PM, Tim Lahey tim.la...@gmail.com
mailto:tim.la...@gmail.com wrote:
I think it's
On 13 Mar 2014, at 15:17, Ondřej Čertík wrote:
It's really up to us how we design CSymPy. But I would try to reuse as
much
as we can from other libraries where it makes sense rather than
reimplementing stuff ourselves. So in particular, I would use Flint,
Eigen,
Armadillo etc., as those are
Okay, I got it! Thank you so much for your help!
On Thursday, March 13, 2014 9:39:25 AM UTC-5, Sergey Kirpichev wrote:
On Thursday, March 13, 2014 9:32:47 AM UTC+4, Tschijnmo Tschau wrote:
It looks like AssocOp only have got one level of super class in Sympy,
the Basic class, whose
On Thu, Mar 13, 2014 at 9:28 AM, Tim Lahey tim.la...@gmail.com wrote:
On 13 Mar 2014, at 15:17, Ondřej Čertík wrote:
It's really up to us how we design CSymPy. But I would try to reuse as
much
as we can from other libraries where it makes sense rather than
reimplementing stuff ourselves. So
On 13 Mar 2014, at 15:41, Ondřej Čertík wrote:
Those are some good points, I use Fortran too for numerics, almost
every day in fact.
CSymPy is currently much faster than Sage on some of the symbolic
benchmarks that I tried:
https://github.com/certik/csympy/tree/master/benchmarks
because
I always thought an interesting approach would be a handwriting - LaTeX
translator, and then a LaTeX - SymPy translator (although I'm not sure if
it would be LaTeX code, or an actual LaTeX document). Seemed like it would
allow for a little more flexibility and would be made of smaller, more
Hi,
I am implementing nth order euler non homogeneous equation (homogeneous has
already been implemented). But I am unable to understand what is key of
match used in each function. From already implemented homogeneous euler
equation, I got to know that match.keys also contain the order of each
Matthew, you said you'd help with a tutorial if you go. How likely is
that?
Fairly likely. 75%?
Jason also said that he'd be happy to help.
On Fri, Mar 7, 2014 at 4:34 PM, Aaron Meurer asmeu...@gmail.com wrote:
Nothing yet, but if we propose one and it gets accepted, there are a
few parts
Hi,
Although understanding at least the basics of the Risch algorithm
should help too, as the Karr algorithm is quite similar, if I remember
correctly.
In some aspects, f.e. the idea of field extensions etc, yes.
However I think I'd not recommend to read Bronstein's book
to get started with
On 12.03.2014 00:12, Avichal Dayal wrote:
The paper you mention works for functions containing only bounded
functions like:- (sin(x**2) - sin(x))/(3 + cos(E*x**2))
And I think that's what we need. Heuristics handle cases like
sin(x)/x but not when all are bounded. This can be a useful
27 matches
Mail list logo
