There are a few more modifications to geometry including better
synchronization of user and geometry symbols in equations, a more
robust method of finding ellipse intersections, and fixing the major/
minor axis troubles when the major and minor axis cannot be
determined.
Waiting for review at
htt
On Mon, May 9, 2011 at 7:42 PM, Ondrej Certik wrote:
> On Mon, May 9, 2011 at 6:39 PM, Ondrej Certik wrote:
>> On Mon, May 9, 2011 at 6:33 PM, Aaron Meurer wrote:
>>> On Mon, May 9, 2011 at 7:30 PM, Ronan Lamy wrote:
Le lundi 09 mai 2011 à 17:30 -0700, Luke a écrit :
> Here is a more e
On Mon, May 9, 2011 at 6:39 PM, Ondrej Certik wrote:
> On Mon, May 9, 2011 at 6:33 PM, Aaron Meurer wrote:
>> On Mon, May 9, 2011 at 7:30 PM, Ronan Lamy wrote:
>>> Le lundi 09 mai 2011 à 17:30 -0700, Luke a écrit :
Here is a more explicit example of what Gilbert is talking about:
In [1
On Mon, May 9, 2011 at 6:33 PM, Aaron Meurer wrote:
> On Mon, May 9, 2011 at 7:30 PM, Ronan Lamy wrote:
>> Le lundi 09 mai 2011 à 17:30 -0700, Luke a écrit :
>>> Here is a more explicit example of what Gilbert is talking about:
>>> In [1]: from sympy import *
>>> In [2]: from pydy import *
>>> In
On Mon, May 9, 2011 at 7:30 PM, Ronan Lamy wrote:
> Le lundi 09 mai 2011 à 17:30 -0700, Luke a écrit :
>> Here is a more explicit example of what Gilbert is talking about:
>> In [1]: from sympy import *
>> In [2]: from pydy import *
>> In [3]: x = symbols('x')
>> In [4]: N = ReferenceFrame('N')
>>
Hi.
So this is related to this. You can't make UnitVector or Vector
derive from Basic basic because x*vector will still try to put vector
in the Mul, because the way that Expr.__mul__ is implemented, it takes
in any sympifiable argument. But does this make sense? It seems to
me that it should o
Le lundi 09 mai 2011 à 17:30 -0700, Luke a écrit :
> Here is a more explicit example of what Gilbert is talking about:
> In [1]: from sympy import *
> In [2]: from pydy import *
> In [3]: x = symbols('x')
> In [4]: N = ReferenceFrame('N')
> In [5]: type(N[1])
> Out[5]: pydy.pydy.UnitVector
> In [9]
Can the vectors and multivectors in the GA module work with arbitrary
sympy expressions? i.e, if v is a GA vector, and s is a sympy
expression, does it make sense to do: s*v? Is the result of type Mul
or of something else?
~Luke
On Mon, May 9, 2011 at 5:42 PM, Alan Bromborsky wrote:
> On 05/09
On 05/09/2011 08:30 PM, Luke wrote:
Here is a more explicit example of what Gilbert is talking about:
In [1]: from sympy import *
In [2]: from pydy import *
In [3]: x = symbols('x')
In [4]: N = ReferenceFrame('N')
In [5]: type(N[1])
Out[5]: pydy.pydy.UnitVector
In [9]: test = x*N[1] + x*x*N[2]
In
Here is a more explicit example of what Gilbert is talking about:
In [1]: from sympy import *
In [2]: from pydy import *
In [3]: x = symbols('x')
In [4]: N = ReferenceFrame('N')
In [5]: type(N[1])
Out[5]: pydy.pydy.UnitVector
In [9]: test = x*N[1] + x*x*N[2]
In [10]: type(test)
Out[10]: sympy.core.
On 2011-05-09, at 7:23 PM, Gilbert Gede wrote:
> In PyDy (which we plan to merge into SymPy.physics.classical this summer)
> Vector is one of the classes already implemented (along with UnitVector).
> Vectors extend Basic, and UnitVector extend Expr.
> The way it works now, you can't use Vecto
In PyDy (which we plan to merge into SymPy.physics.classical this summer)
Vector is one of the classes already implemented (along with UnitVector).
Vectors extend Basic, and UnitVector extend Expr.
The way it works now, you can't use Vector as part of a SymPy expression:
In [57]: test
Out[57]: x*n
On 07.05.2011 21:21, Ronan Lamy wrote:
Le samedi 07 mai 2011 à 17:28 +0100, Tom Bachmann a écrit :
On 06.05.2011 17:32, Ronan Lamy wrote:
Notice that every element that we ever compute with belongs to some
algebra.
Here's our fundamental disagreement, I think. Objects aren't
intrinsically par
13 matches
Mail list logo
