Hi,
what should we do about thirdparty packages? See this issue for rationale:
http://code.google.com/p/sympy/issues/detail?id=516
I'd like to hear more opinions. Should we:
1) leave things as they are now (possibly fixing pyglet's imports so
that we don't have to touch sys.path)
2) remove all
On Tue, May 27, 2008 at 10:53 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I think we should know allow using implicit imports in the sympy code
we should not
> as I think it only makes debugging harder because you don't know where
> the symbols are comming from.
> We discussed this on
Hi,
I think we should know allow using implicit imports in the sympy code
as I think it only makes debugging harder because you don't know where
the symbols are comming from.
We discussed this on the mpmath mailinglist:
http://groups.google.com/group/mpmath/msg/d97f4b9e195b77a3
where Fredrik us
On Tue, May 27, 2008 at 5:04 PM, Friedrich Hagedorn <[EMAIL PROTECTED]> wrote:
>
> On Tue, May 27, 2008 at 04:28:22PM +0200, Ondrej Certik wrote:
>>
>> On Tue, May 27, 2008 at 3:56 PM, Friedrich Hagedorn <[EMAIL PROTECTED]>
>> wrote:
>> >
>> > On Tue, May 27, 2008 at 05:22:54AM -0700, astozzia wr
On Tue, May 27, 2008 at 04:28:22PM +0200, Ondrej Certik wrote:
>
> On Tue, May 27, 2008 at 3:56 PM, Friedrich Hagedorn <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, May 27, 2008 at 05:22:54AM -0700, astozzia wrote:
> >>
> >> evec=dvecM/sqrt(s.dot(dvec,dvec))
> >>
> >> Note that I had to use the 'Matr
On Tue, May 27, 2008 at 3:56 PM, Friedrich Hagedorn <[EMAIL PROTECTED]> wrote:
>
> On Tue, May 27, 2008 at 05:22:54AM -0700, astozzia wrote:
>>
>> evec=dvecM/sqrt(s.dot(dvec,dvec))
>>
>> Note that I had to use the 'Matrix' and divide my the norm of the
>> 'list'. Kinda weird...
>
> The problem is
On Tue, May 27, 2008 at 05:22:54AM -0700, astozzia wrote:
>
> evec=dvecM/sqrt(s.dot(dvec,dvec))
>
> Note that I had to use the 'Matrix' and divide my the norm of the
> 'list'. Kinda weird...
The problem is that we dont have a true vector support in sympy yet.
Specialy you cant define a function o
Hi,
>>> Certain limitations of the of google app engine
>>> (no outgoing RPC connections, you must use BigTable, no starting sys
>>> process, etc)
>>> would make it so knoboo won't work immediately on google app engine.
>>> There are other solutions out there that suit running an online code
>>>
On Tue, May 27, 2008 at 2:37 PM, Friedrich Hagedorn <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> from the 'diff and subs' thread I noticed the following problem with
> the division operation:
>
> % ipython
> [...]
>
> In [1]: from sympy import *
>
> In [2]: var('x y z')
> Out[2]: (x, y, z)
>
> In [3]
On Tue, May 27, 2008 at 2:22 PM, astozzia <[EMAIL PROTECTED]> wrote:
>
>
>
> On May 26, 1:50 pm, Friedrich Hagedorn <[EMAIL PROTECTED]> wrote:
>
>>
>> The problem is that
>>
>> In [26]: type(dvec)
>> Out[26]:
>>
>> so you have to convert your 'vector' to a sympy
>>
>> In [27]: mdvec=Matrix(dvec).T
Hello,
from the 'diff and subs' thread I noticed the following problem with
the division operation:
% ipython
[...]
In [1]: from sympy import *
In [2]: var('x y z')
Out[2]: (x, y, z)
In [3]: v=Matrix(1,2,[x,y])
In [4]: v
Out[4]: [x, y]
In [5]: v/z
Out[5]: [x/z, y/z]
Thats ok, but
In [6]:
Hi,
to improve computations speed in case of symbolic matrices (as g_dd
is) it would be convenient to use M.berkowitz_det() rather that
M.det():
[EMAIL PROTECTED] ~/hg/sympy $ SYMPY_USE_CACHE=no ./bin/isympy -q
Python 2.5.2 console for SymPy 0.5.15-hg (cache: off)
In [1]: var("t omega")
Out[1]:
On May 26, 1:50 pm, Friedrich Hagedorn <[EMAIL PROTECTED]> wrote:
>
> The problem is that
>
> In [26]: type(dvec)
> Out[26]:
>
> so you have to convert your 'vector' to a sympy
>
> In [27]: mdvec=Matrix(dvec).T
great this works perfectly! I redid my definitions of the vectors and
I simply def
Ondrej Certik wrote:
> Hi,
>
> I, Robert Cimrman and Pearu Peterson are all going to be at EuroSciPy2008:
>
> http://www.scipy.org/EuroSciPy2008
>
> so we were thinking with Pearu of going earlier and do some coding.
> Would anyone else be interested?
> Especially those living in Germany, right
Hi,
I, Robert Cimrman and Pearu Peterson are all going to be at EuroSciPy2008:
http://www.scipy.org/EuroSciPy2008
so we were thinking with Pearu of going earlier and do some coding.
Would anyone else be interested?
Especially those living in Germany, right. :) This will be a perfect
opportunity
2008/5/27 Friedrich Hagedorn <[EMAIL PROTECTED]>:
> On Tue, May 27, 2008 at 12:07:33PM +0200, Friedrich Hagedorn wrote:
>>
>> On Tue, May 27, 2008 at 11:42:21AM +0200, Ondrej Certik wrote:
>> > In [4]: g_dd
>> > Out[4]:
>> > ⎡ ⎛ 22⎞ ⎤
>> >
On Tue, May 27, 2008 at 12:07:33PM +0200, Friedrich Hagedorn wrote:
>
> On Tue, May 27, 2008 at 11:42:21AM +0200, Ondrej Certik wrote:
> > In [4]: g_dd
> > Out[4]:
> > ⎡ ⎛ 22⎞ ⎤
> > ⎢-1 + ω*⎝x + y ⎠2*ω*y -2*ω*x
On Tue, May 27, 2008 at 11:42:21AM +0200, Ondrej Certik wrote:
> Hi,
>
> I have a disk in the (x,y) plane rotating with the angular velocity
> omega. Now I'd like to play with differential geomtry on the disk, so
> I start with the Euclidean metrics in my laboratory system and
> transform it to th
On Tue, May 27, 2008 at 11:47 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> On Tue, May 27, 2008 at 11:42 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I have a disk in the (x,y) plane rotating with the angular velocity
>> omega. Now I'd like to play with differential geomtry on the di
On Tue, May 27, 2008 at 11:42 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a disk in the (x,y) plane rotating with the angular velocity
> omega. Now I'd like to play with differential geomtry on the disk, so
> I start with the Euclidean metrics in my laboratory system and
> transfo
Hi,
I have a disk in the (x,y) plane rotating with the angular velocity
omega. Now I'd like to play with differential geomtry on the disk, so
I start with the Euclidean metrics in my laboratory system and
transform it to the disk, I get this:
In [1]: var("t omega")
Out[1]: (t, ω)
In [2]: g_dd =
Dear chu-ching!
On Sun, May 25, 2008 at 4:52 AM, chu-ching huang
<[EMAIL PROTECTED]> wrote:
>
> The sympy module has been updated in our platform (slax-linux based)
> and the doc directory is also included. In our platform for scientific
> computation and visualization, sympy in sage is replaced
22 matches
Mail list logo