[sage-devel] Re: Sympy update regarding Sage

2013-08-17 Thread Eviatar
The upgrade to 0.7.3 is now ready for review at http://trac.sagemath.org/ticket/14694. On Saturday, 17 August 2013 13:20:31 UTC-7, Eviatar wrote: > > The SymPy–Sage interface needs some work in general; many special > functions in SymPy don't have `_sage_` methods, and thus can't be converted >

[sage-devel] Re: Sympy update regarding Sage

2013-08-17 Thread Eviatar
The SymPy–Sage interface needs some work in general; many special functions in SymPy don't have `_sage_` methods, and thus can't be converted back to Sage. Maybe Sage should use its conversions table like it does for Maxima. The patch http://trac.sagemath.org/ticket/15057 adds conversions for Sa

[sage-devel] Re: Sympy update regarding Sage

2013-08-16 Thread Volker Braun
This is http://trac.sagemath.org/ticket/14694 On Friday, August 16, 2013 9:54:07 PM UTC+1, François wrote: > > Hi Roland, > > Not inappropriate, but the request is better made on the sage-devel > mailing list. I may try to shepherd it personally but I am not the only > person that can do it.

[sage-devel] Re: Sympy update regarding Sage

2013-08-16 Thread Francois Bissey
Hi Roland, Not inappropriate, but the request is better made on the sage-devel mailing list. I may try to shepherd it personally but I am not the only person that can do it. I think there may even be a ticket for it. François On 17/08/2013, at 4:34, "Roland van den Brink" mailto:roland.vanden

[sage-devel] Re: [sympy] Re: ANN: mpmath 0.15 released

2010-06-07 Thread Ondrej Certik
On Mon, Jun 7, 2010 at 1:00 AM, Fredrik Johansson wrote: > On Mon, Jun 7, 2010 at 4:18 AM, Ondrej Certik wrote: >> >> Will it be possible to also use it outside of Sage? E.g. I guess if >> you do "setup.py install" in mpmath, that it would compile the Cython >> codes and install it? That'd be rea

[sage-devel] Re: sympy gamma notebook updates

2010-02-09 Thread Ondrej Certik
On Tue, Feb 9, 2010 at 1:13 PM, Ondrej Certik wrote: [...] > * only tested in firefox and chromium in Linux. In opera (on linux), > shift+enter and backspace (when deleting cells) behaves funny, for > some reason, preventDefault (event) doesn't work in Opera. I didn't > test on IE8 yet, I hope it

[sage-devel] Re: [sympy] Re: Fwd: Taking DiracDelta from SymPy

2009-03-30 Thread Ondrej Certik
Hi Maurizio, I cced sage devel too. On Mon, Mar 30, 2009 at 10:59 PM, Maurizio wrote: > > Hello, > > On 31 Mar, 01:39, Ondrej Certik wrote: >> On Mon, Mar 30, 2009 at 4:14 PM, Maurizio wrote: >> >> > I know some of you guys are related to SAGE development. >> >> > I think it was polite behavi

[sage-devel] Re: [sympy] patch review

2008-12-01 Thread Ondrej Certik
On Mon, Dec 1, 2008 at 8:50 PM, Vinzent Steinberg <[EMAIL PROTECTED]> wrote: > > Sage has problems with reviewing patches: > > http://sagemath.blogspot.com/2008/11/sage-patch-review.html > > I think our current patch review system could be improved too. So I > suggest to take part in the discussio

[sage-devel] Re: [sympy] Re: [sage-devel] Re: Proposal for inclusion of GINAC/pynac-0.1 in Sage.

2008-08-25 Thread William Stein
> 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

[sage-devel] Re: [sympy] Re: [sage-devel] Re: Proposal for inclusion of GINAC/pynac-0.1 in Sage.

2008-08-25 Thread Ondrej Certik
>> I definitely want to have a version of pynac outside sage. But keep >> in mind again that pynac is GPL'd, and given your mission statement >> for sympy, I think it is not an option for you to depend only on something >> GPL'd as the only option. As I see it, an important part of the >> sympy

[sage-devel] Re: [sympy] Re: [sage-devel] Re: Proposal for inclusion of GINAC/pynac-0.1 in Sage.

2008-08-25 Thread Ondrej Certik
>> I think porting the limits is quite easy, but unfortunately ginac >> series expansion is not sophisticated enough for more complicated >> limits (at least last time I tried, it was I think 2 years ago), so >> you will have to port the sympy's series expansion as well, or improve >> ginac series

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread Ondrej Certik
On Jan 18, 2008 9:13 PM, mabshoff <[EMAIL PROTECTED]> wrote: > > > > > On Jan 18, 9:05 pm, "Ted Kosan" <[EMAIL PROTECTED]> wrote: > > Ondrej wrote: > > > Speaking only for myself, I don't like java too. But I have a very > > > narrow minded opinion here, > > > I am sure others will not agree with

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread Ted Kosan
Ondrej wrote: > Speaking only for myself, I don't like java too. But I have a very > narrow minded opinion here, > I am sure others will not agree with me completely. I know it's GPL, > but that's already > more than a year (isn't it?), but it still isn't in Debian main, for > some legal or tech

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread mabshoff
On Jan 18, 9:05 pm, "Ted Kosan" <[EMAIL PROTECTED]> wrote: > Ondrej wrote: > > Speaking only for myself, I don't like java too. But I have a very > > narrow minded opinion here, > > I am sure others will not agree with me completely. I know it's GPL, > > but that's already > > more than a year

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread mabshoff
On Jan 18, 3:45 pm, "Ondrej Certik" <[EMAIL PROTECTED]> wrote: > On Jan 18, 2008 3:40 PM, David Joyner <[EMAIL PROTECTED]> wrote: > Thanks for the bug report. :) Could you please try this: > > $ wgethttp://sympy.googlecode.com/files/sympy-0.5.11.tar.gz > $ tar xzf sympy-0.5.11.tar.gz > $ cd sym

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread Ondrej Certik
On Jan 18, 2008 4:54 PM, Jason Grout <[EMAIL PROTECTED]> wrote: > > > Ondrej Certik wrote: > > Hi Fabio, > > > > On Jan 18, 2008 11:51 AM, Fabio Tonti <[EMAIL PROTECTED]> wrote: > >> Hello everyone, > >> > >> I've just been playing around with SymPy a bit more lately, and I found > >> that > >> t

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread Jason Grout
Ondrej Certik wrote: > Hi Fabio, > > On Jan 18, 2008 11:51 AM, Fabio Tonti <[EMAIL PROTECTED]> wrote: >> Hello everyone, >> >> I've just been playing around with SymPy a bit more lately, and I found that >> the 3D-Plot implementation is really nice!!! >> Why isn't that the default plot3D-way for

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread Ondrej Certik
On Jan 18, 2008 3:58 PM, David Joyner <[EMAIL PROTECTED]> wrote: > > > On Jan 18, 2008 9:45 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > > > > > > On Jan 18, 2008 3:40 PM, David Joyner <[EMAIL PROTECTED]> wrote: > > > > > > > > > On Jan 18, 2008 9:23 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote:

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread David Joyner
On Jan 18, 2008 9:45 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > > > On Jan 18, 2008 3:40 PM, David Joyner <[EMAIL PROTECTED]> wrote: > > > > > > On Jan 18, 2008 9:23 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > > > > > > Hi Fabio, > > > > > > On Jan 18, 2008 11:51 AM, Fabio Tonti <[EMAIL PRO

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread Ondrej Certik
On Jan 18, 2008 3:40 PM, David Joyner <[EMAIL PROTECTED]> wrote: > > > On Jan 18, 2008 9:23 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > > > > Hi Fabio, > > > > On Jan 18, 2008 11:51 AM, Fabio Tonti <[EMAIL PROTECTED]> wrote: > > > Hello everyone, > > > > > > I've just been playing around with S

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread David Joyner
On Jan 18, 2008 9:23 AM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > > Hi Fabio, > > On Jan 18, 2008 11:51 AM, Fabio Tonti <[EMAIL PROTECTED]> wrote: > > Hello everyone, > > > > I've just been playing around with SymPy a bit more lately, and I found that > > the 3D-Plot implementation is really nic

[sage-devel] Re: Sympy Plotting

2008-01-18 Thread Ondrej Certik
Hi Fabio, On Jan 18, 2008 11:51 AM, Fabio Tonti <[EMAIL PROTECTED]> wrote: > Hello everyone, > > I've just been playing around with SymPy a bit more lately, and I found that > the 3D-Plot implementation is really nice!!! > Why isn't that the default plot3D-way for Sage command-line use? I think

[sage-devel] Re: Sympy and SAGE

2007-08-15 Thread William Stein
> > 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

[sage-devel] Re: Sympy and SAGE

2007-08-15 Thread Ondrej Certik
> SAGE uses mpfr for arbitrary precision reals and GMP for arbitrary > precision integers and rationals. This is -- of course -- not the way > to go for sympy, because of its design goals. Perhaps whatever > you're doing with arbitrary precision reals might make it back into > standard Python so

[sage-devel] Re: Sympy and SAGE

2007-08-12 Thread William Stein
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

[sage-devel] Re: Sympy and SAGE

2007-08-11 Thread Timothy Clemans
I think SymPy is going to be useful when a good geometry module is released, and hopefully a trigonometry module will also come out. Once that happens it won't take much to meet the needs of all high school math classes since we already have really good symbolic support that includes functions use

[sage-devel] Re: Sympy and SAGE

2007-08-11 Thread Ondrej Certik
> (expecting 1/3 and 8 respectively), then I will not be able to run it > in Python and thus will get stuck in SAGE environment, which is (I > think) bad. Just a clarification since I didn't write it clearly: I think the SAGE environment is great, but getting stuck in any environment is something

[sage-devel] Re: Sympy and SAGE

2007-08-11 Thread Ondrej Certik
> - > sage: from sympy import * > sage: x = Symbol(1) > sage: x + 1 > --- > Traceback (most recent call last) > > /home/was/s/spkg/standard/ in () > > /home/was/s/local/lib/python2.5/site-packages/sympy

[sage-devel] Re: SymPy

2007-04-13 Thread Timothy Clemans
How fast should a symbolic computation library be? What is the fastest symbolic computation library? On 4/13/07, David Joyner <[EMAIL PROTECTED]> wrote: > > On 4/13/07, Timothy Clemans <[EMAIL PROTECTED]> wrote: > > > > If SymPy was written in C++ and had a Python interface in it what > > would b

[sage-devel] Re: SymPy

2007-04-13 Thread David Joyner
On 4/13/07, Timothy Clemans <[EMAIL PROTECTED]> wrote: > > If SymPy was written in C++ and had a Python interface in it what > would be the likely hood of it being the backend for symbolic > computation in SAGE? Are you talking about Yacas? http://www.koders.com/python/fidDCC1B0FBFABC770277A288

[sage-devel] Re: SymPy

2007-04-13 Thread Ondrej Certik
Hi all, I am the lead developer of SymPy and I just wanted to clarify a few things about SymPy's motivations. 1) Speed is not a (top) priority. Rewriting it in C++ will maybe be done in the future, but definitely not now, as we are still playing with the design. However, I think that rewriting t

[sage-devel] Re: SymPy

2007-04-13 Thread Timothy Clemans
If SymPy was written in C++ and had a Python interface in it what would be the likely hood of it being the backend for symbolic computation in SAGE? On 4/13/07, Timothy Clemans <[EMAIL PROTECTED]> wrote: > me: There are several SAGE people who are playing around with SymPy > and an optional packa

[sage-devel] Re: SymPy

2007-04-13 Thread Timothy Clemans
me: There are several SAGE people who are playing around with SymPy and an optional package of SymPy for SAGE has been requested by William Sent at 11:50 AM on Friday Ondrej: I see feel free to ask on the sympy mailing list On 4/13/07, Bill Page <[EMAIL PROTECTED]> wrote: > > On April 13, 2007 11

[sage-devel] Re: SymPy

2007-04-13 Thread Bill Page
On April 13, 2007 11:02 AM William Stein wrote: > > On 4/13/07, Mike Hansen wrote: > > I definitely agree that SAGE's goals are quite a bit higher > > and more ambitious than those outlined on the SymPy project. > > While looking over the SymPy website, I was just surprised > > because I had neve

[sage-devel] Re: SymPy

2007-04-13 Thread Timothy Clemans
I have talked with Ondrej Certik many times. He wants a pure Python library for symbolic computation. Bobby has SymPy in his sage.math directory. I am very impressed with how well that project is going. I just think it will actually be useful. Bobby has worked very hard to make the exact kind of f

[sage-devel] Re: SymPy

2007-04-13 Thread William Stein
On 4/13/07, Mike Hansen <[EMAIL PROTECTED]> wrote: > I definitely agree that SAGE's goals are quite a bit higher and more > ambitious than those outlined on the SymPy project. While looking over the > SymPy website, I was just surprised because I had never heard of the project > and their scope s

[sage-devel] Re: SymPy

2007-04-13 Thread Mike Hansen
I definitely agree that SAGE's goals are quite a bit higher and more ambitious than those outlined on the SymPy project. While looking over the SymPy website, I was just surprised because I had never heard of the project and their scope seemed to be much wider than I had initially thought (quantum

[sage-devel] Re: SymPy

2007-04-13 Thread William Stein
On 4/13/07, Mike Hansen <[EMAIL PROTECTED]> wrote: > I was just browsing around and saw that there are three Google Summer of > Code projects (through the Python Software Foundation) for work on SymPy -- > a CAS written in Python. Their goals seem to be very close to the goals of > SAGE with the