Please add sagemath to "http://www.sympy.org/en/index.html"; under "Projects
using SymPy". http://www.sagemath.org/Sage has used/shipped sympy for
a long time.
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To unsubscribe from this group and s
On Mon, Nov 23, 2015 at 12:17 PM, Dima Pasechnik wrote:
>
>
> On Monday, 23 November 2015 19:38:39 UTC, Ondrej Certik wrote:
>>
>> On Mon, Nov 23, 2015 at 12:20 PM, Dima Pasechnik wrote:
>> >
>> >
>> > On Monday, 23 November 2015 00:43:02 UTC, William wrote:
>> >>
>> >> This definitely looks like
This definitely looks like a bug. In the meantime, a workaround is to
use sympy:
sage: var('m a0')
(m, a0)
sage: x=2/5*((3/4)^m - 1)*(a0 - 100) + 1/5*(3*(3/4)^m + 2)*a0;x
2/5*((3/4)^m - 1)*(a0 - 100) + 1/5*(3*(3/4)^m + 2)*a0
sage: limit(x, m=oo)
[BAD]
sage: limit(x, m=oo, algorithm='sympy
stallation of mpmath, that the user might have (in Sage or else).
>
> Ondrej
Alternatively you could rename the version of mpmath that you include
in sympy, e.g., call it
mpmath_sympy
- William
>
> --
> To post to this group, send an email to sage-de...@googlegroups.com
> To unsubs
py
sympy.
you'll see it has a lot of symbolic manipulation capabilities. It
also has a plot command which does both 2d and 3d plots and works
perfectly under windows.
William
>
> On Wed, Jun 3, 2009 at 3:50 PM, William Stein wrote:
>>
>> On Wed, Jun 3, 2009 at 12:43 PM, Bla
*e^(-(E/(R*T)))/beta
> sage: solve(eq, E)
> [E == A*R*T^2*e^(-(E/(R*T)))/beta]
>
> So it seems Maxima can't do it. Nor sympy in Sage though for some
> reason, even though sympy 0.6.3 outside sage can do it, so it shows
> some sage <-> sympy conversion bug. After we rel
On Nov 15, 5:15 pm, "Robert Kern" <[EMAIL PROTECTED]> wrote:
> On Sat, Nov 15, 2008 at 18:07, Kirill Smelkov <[EMAIL PROTECTED]> wrote:
> > EPD can ship LGPL
> > -
>
> I'm not sure who is telling you that we can't. It's just not true. We
> can and do ship LGPL and some GPLed pack
> On Tue, Aug 26, 2008 at 9:15 AM, David Philp <[EMAIL PROTECTED]> wrote:
>>
>>
>> On 26/08/2008, at 5:09 PM, Burcin Erocal wrote:
>>> In[]:= Assuming[0>> Out[]= ArcCos[Cos[x]]
>>
>> In[]:= Simplify[ArcCos[Cos[x]], Assumptions -> 0 < x < Pi/2]
>> Out[] = x
>
> Exactly, you pass the assumptions as
On Tue, Aug 26, 2008 at 12:06 AM, Fernando Perez <[EMAIL PROTECTED]> wrote:
>
> On Mon, Aug 25, 2008 at 10:58 AM, William Stein <[EMAIL PROTECTED]> wrote:
>
>>> As to GPL vs BSD, I am sad that some people will not contribute to a
>>> BSD project and some
> For example pynac uses
>
> sin(x).seires(x, 5)
Actually, more precisely pynac uses:
sin(x).series(x == 3, 5)
to get a taylor expansion about x = 3. I did this
only for consistency with GiNaC, since that is what
GiNaC does.
>
> sympy uses
>
> sin(x).series(x, 0, 5)
>
> and sage uses
>
> s
On Mon, Aug 25, 2008 at 2:42 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
>
>> VOTE:
>> [ ] Yes, include Pynac in Sage
>> [ ] No, do not (please explain)
>> [ ] Hmm, I have questions (please ask).
>
> I don't know if my vote counts, but I am of course +1.
Your vote counts.
> Thanks for pionee
Hi,
Hopefully you'll be patient with me for not going through your bug tracker, etc.
It's very cool that you have a class named Integer in Sympy, so that if I do
from sympy import * suddenly the Sage preparser makes all Integer literals work
nicely in Sage:
sage: from sympy import *
sage: a = 5/
On 9/12/07, Robert Bradshaw <[EMAIL PROTECTED]> wrote:
> > I have a few design questions that I would like to discuss and they
> > are relevant to both SymPy and SAGE, so I am posting to both
> > mailinglists.
Thanks. I want to preface my comments below by remarking that the
design constraints
On 9/9/07, Pablo De Napoli <[EMAIL PROTECTED]> wrote:
> Simpy is indeed an interesting package and could be useful in a future
> for rewriting the
> calculus package (replacing maxima)
>
> However. rather than incorporating it into Sage as a package, I feel
> that we will need to take some of it c
On 9/9/07, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> On 9/9/07, William Stein <[EMAIL PROTECTED]> wrote:
> > Hi Ondrej,
> >
> > What precisely does this mean (from the sympy changelog)?
> >
> >* using true division in isympy (1/2 returns 0.5 in
> > I would like to avoid this if possible.
>
> OK, _sage_ and _sympy_ methods are fine with me. We'll try to
> implement that soon.
>
> Ondrej
OK, excellent. Let me know when you do, so I can add support
for them to some key SAGE classes (e.g., rational numbers, univariate
polynomials, etc.)
W
On 8/11/07, Ondrej Certik <[EMAIL PROTECTED]> wrote:
>
> This is already fixed in the svn for some time, see the relevant issue
> for details:
>
> http://code.google.com/p/sympy/issues/detail?id=247
>
> when we release the 0.5.0 soon, it will be included.
>
> Note: all released versions use the ol
gether again:
def _sympy_(self):
return something sympy is happy to work with.
The same approach could also work for symbolic calculus expressions -- in SAGE
one can input very complicated formal symbolic expressions, and if they had
a _sympy_ method, it would be easy to use them with Sym
idly
and in a good direction.
-- William
> On 8/10/07, William Stein <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > I gave a talk here
> >
> >http://www.cecm.sfu.ca/events/CECM07/index.shtml
> >
> > about SAGE (=use Python for math) on We
19 matches
Mail list logo
