Status: Accepted
Owner: asmeurer
Labels: Type-Enhancement Priority-Medium
New issue 2632 by asmeurer: Add isympy -c ipython-qtconsole
http://code.google.com/p/sympy/issues/detail?id=2632
You can open the IPython qtconsole with a sympy session by typing IPython
qtconsole --profile=sympy, but
Updates:
Cc: elliso...@gmail.com
Labels: Printing
Comment #1 on issue 2632 by asmeurer: Add isympy -c ipython-qtconsole
http://code.google.com/p/sympy/issues/detail?id=2632
And make sure the printing options work correctly. If matplotlib is
installed, ipython qtconsole
Updates:
Labels: -Type-Defect Type-Enhancement
Comment #20 on issue 2303 by asmeurer: Function to access the oeis database
http://code.google.com/p/sympy/issues/detail?id=2303
I was thinking: this could be kind of a poor man's version of Mathematica's
FindSequenceFunction
Status: Accepted
Owner: sean.v@gmail.com
Labels: Type-Defect Priority-Medium Quantum
New issue 2633 by sean.v@gmail.com: Can't print Add of hilbert spaces
http://code.google.com/p/sympy/issues/detail?id=2633
If you print an Add of ComplexSpace's, you get the following error:
In [1]:
Updates:
Status: Fixed
Comment #2 on issue 2631 by smi...@gmail.com: deltaintegrate does not
preserve ordering of non-commutative symbols
http://code.google.com/p/sympy/issues/detail?id=2631
(No comment was entered for this change.)
--
You received this message because you are
Updates:
Labels: NeedsReview smichr
Comment #4 on issue 2390 by smi...@gmail.com: factor(sqrt(x*y),
expand=False) - sqrt(x)*sqrt(y)
http://code.google.com/p/sympy/issues/detail?id=2390
see https://github.com/sympy/sympy/pull/540
--
You received this message because you are
Updates:
Status: Fixed
Comment #2 on issue 2631 by smi...@gmail.com: deltaintegrate does not
preserve ordering of non-commutative symbols
http://code.google.com/p/sympy/issues/detail?id=2631
(No comment was entered for this change.)
--
You received this message because you are
Updates:
Labels: NeedsReview smichr
Comment #4 on issue 2390 by smi...@gmail.com: factor(sqrt(x*y),
expand=False) - sqrt(x)*sqrt(y)
http://code.google.com/p/sympy/issues/detail?id=2390
see https://github.com/sympy/sympy/pull/540
--
You received this message because you are
On 11 ago, 00:04, Aaron Meurer asmeu...@gmail.com wrote:
Cool. And apparently the unicode fonts don't come out too bad on
these devices. I don't have one myself to try it on, unfortunately.
I will try to implement typesetting output (SymPy-MathML-SVG via
SVGMath) in v1.1 of Integral.
On Thu, Aug 11, 2011 at 12:03 AM, Roberto Colistete Jr.
roberto.colist...@gmail.com wrote:
On 11 ago, 00:04, Aaron Meurer asmeu...@gmail.com wrote:
Cool. And apparently the unicode fonts don't come out too bad on
these devices. I don't have one myself to try it on, unfortunately.
I will
I have tried today iPython 0.11 with QtConsole and Sympy 0.7.1.
To run Sympy in iPython with QtConsole, I type $ ipython qtconsole
--profile=sympy.
But how can I use isympy to open iPython QtConsole ? $ isympy
just opens ipython with sympy, without qtconsole.
Roberto
--
You
This is not yet supported. See
http://code.google.com/p/sympy/issues/detail?id=2632. For now,
ipython qtconsole --profile=sympy should be the equivalent of using
isympy in the qtconsole.
Aaron Meurer
On Thu, Aug 11, 2011 at 12:11 AM, Roberto Colistete Jr.
roberto.colist...@gmail.com wrote:
groebnertools appears to hang starting with commit
0f79ae06ae4379a66614fdeeb33c58fcae513440 is the first bad commit
commit 0f79ae06ae4379a66614fdeeb33c58fcae513440
Author: Jeremias Yehdegho j.yehde...@gmail.com
Date: Tue Jun 28 15:12:36 2011 +0200
Modify tests for Buchberger and F5B, add 2
On 08/11/2011 01:55 PM, smichr wrote:
groebnertools appears to hang starting with commit
Thank you, fix: https://github.com/sympy/sympy/pull/539
I think the problem was test_czichowski, which takes too long without
gmpy (at least on my computer, now that I tried it without gmpy). Sorry.
Kind
On Mon, Aug 8, 2011 at 9:35 PM, Aaron Meurer asmeu...@gmail.com wrote:
If you want something easy, all three of my open requests are very easy.
It would indeed be great if the GSoC students could help each other
out in reviews. You should know by now what sort of things to look
for. Make
For the record, I am also seeing this hanging in OS X (no gmpy either).
On Thu, Aug 11, 2011 at 7:37 AM, Jeremias Yehdegho j.yehde...@gmail.comwrote:
On 08/11/2011 01:55 PM, smichr wrote:
groebnertools appears to hang starting with commit
Thank you, fix:
Skipping the test is a good workaround, but this should be
investigated. Python ground types should not be that much slower than
gmpy. I suspect there is a bug in PythonIntegerType or
PythonRationalType.
Aaron Meurer
On Thu, Aug 11, 2011 at 7:40 AM, Tomo Lazovich lazov...@fas.harvard.edu
Hi,
On 11 August 2011 15:49, Aaron Meurer asmeu...@gmail.com wrote:
Skipping the test is a good workaround, but this should be
investigated. Python ground types should not be that much slower than
gmpy. I suspect there is a bug in PythonIntegerType or
PythonRationalType.
Coefficients in
Indeed, I ran through it with a debugger, and one of the coefficients
was a rational number whose numerator had 3410 digits and denominator
had 3409 digits. And that was just a random number I looked at half
way through the execution; it could get much larger than that even.
So actually, the test
Hi,
On 11 August 2011 16:24, Aaron Meurer asmeu...@gmail.com wrote:
Indeed, I ran through it with a debugger, and one of the coefficients
was a rational number whose numerator had 3410 digits and denominator
had 3409 digits. And that was just a random number I looked at half
way through the
On Thu, Aug 11, 2011 at 8:31 AM, Mateusz Paprocki matt...@gmail.com wrote:
Hi,
On 11 August 2011 16:24, Aaron Meurer asmeu...@gmail.com wrote:
Indeed, I ran through it with a debugger, and one of the coefficients
was a rational number whose numerator had 3410 digits and denominator
had 3409
Hi,
On 11 August 2011 16:41, Aaron Meurer asmeu...@gmail.com wrote:
On Thu, Aug 11, 2011 at 8:31 AM, Mateusz Paprocki matt...@gmail.com
wrote:
Hi,
On 11 August 2011 16:24, Aaron Meurer asmeu...@gmail.com wrote:
Indeed, I ran through it with a debugger, and one of the coefficients
On Thu, Aug 11, 2011 at 8:47 AM, Mateusz Paprocki matt...@gmail.com wrote:
Hi,
On 11 August 2011 16:41, Aaron Meurer asmeu...@gmail.com wrote:
On Thu, Aug 11, 2011 at 8:31 AM, Mateusz Paprocki matt...@gmail.com
wrote:
Hi,
On 11 August 2011 16:24, Aaron Meurer asmeu...@gmail.com wrote:
Hi,
On 11 August 2011 16:53, Aaron Meurer asmeu...@gmail.com wrote:
On Thu, Aug 11, 2011 at 8:47 AM, Mateusz Paprocki matt...@gmail.com
wrote:
Hi,
On 11 August 2011 16:41, Aaron Meurer asmeu...@gmail.com wrote:
On Thu, Aug 11, 2011 at 8:31 AM, Mateusz Paprocki matt...@gmail.com
On 10 Aug., 03:01, Aaron Meurer asmeu...@gmail.com wrote:
No. Right now, trigsimp() is very weak. It basically just applies
the various forms of sin**2 + cos**2 = 1. Improvements would be
welcome, though.
Rewriting as exp, simplifying, and rewriting as sin is sometimes more
powerful than our
Thanks. I will just create a simple script like isympy-qt for the
long command.
On 11 ago, 06:01, Aaron Meurer asmeu...@gmail.com wrote:
This is not yet supported.
Seehttp://code.google.com/p/sympy/issues/detail?id=2632. For now,
ipython qtconsole --profile=sympy should be the equivalent
On 11 ago, 03:08, Aaron Meurer asmeu...@gmail.com wrote:
On Thu, Aug 11, 2011 at 12:03 AM, Roberto Colistete Jr.
roberto.colist...@gmail.com wrote:
On 11 ago, 00:04, Aaron Meurer asmeu...@gmail.com wrote:
Cool. And apparently the unicode fonts don't come out too bad on
these devices. I
Hi Everyone,
My branch on finite and continuous random variables
https://github.com/mrocklin/sympy/tree/rv2 has been relatively stable for a
while. I'm waiting to submit a pull request until Tom's integration work
gets in (I understand that this may still be a while). I'd be thrilled if
someone
On Thu, Aug 11, 2011 at 11:32 AM, Roberto Colistete Jr.
roberto.colist...@gmail.com wrote:
On 11 ago, 03:08, Aaron Meurer asmeu...@gmail.com wrote:
On Thu, Aug 11, 2011 at 12:03 AM, Roberto Colistete Jr.
roberto.colist...@gmail.com wrote:
On 11 ago, 00:04, Aaron Meurer asmeu...@gmail.com
Well, Mateusz hopes to have Tom's branch in by the 23rd, so he can
show it off at EuroSciPy. I'm personally skeptical, but it's
possible. Anyway, you could help by reviewing his code as well. I'll
ask him when he expects to have the pull request ready by in our
meeting tomorrow (or he could
I think the third pull request should be ready by sunday or monday.
On 11.08.2011 19:14, Aaron Meurer wrote:
Well, Mateusz hopes to have Tom's branch in by the 23rd, so he can
show it off at EuroSciPy. I'm personally skeptical, but it's
possible. Anyway, you could help by reviewing his code
In my extended latex module, latex_ex, I have written a new method for
latex printing of matrices, _print_Matrix(self, expr). How do I get
the Matrix class to use this method?
--
You received this message because you are subscribed to the Google Groups
sympy group.
To post to this group,
Hi,
In Integral (http://www.robertocolistete.net/integral/) the
bidimensional output uses SymPy pretty printing. But the number of
columns is read from the x-terminal configuration (so a larger font
size means less columns).
Is it possible to set the number of columns for pretty
What did you end up doing with regard to breaking compatibility
against the old module?
No compatibility is broken per se. rv2 should still work with the old
integrate, it's just much less useful. It's also much nicer to write tests
using his integrate. I could submit a pull request against
With the other printers any class Foo will search for and automatically use
the _print_Foo method when printing.
On Thu, Aug 11, 2011 at 1:32 PM, Alan Bromborsky abro...@verizon.netwrote:
In my extended latex module, latex_ex, I have written a new method for
latex printing of matrices,
Ah, you were asking a different question from what I answered. I haven't yet
handled the compatibility question with the old statistics module. I suspect
I'll move everything over to a stats directory and deprecate statistics. I
probably won't do this until I actually submit a pull request
My Summer of Code project is writing a submodule of SymPy for creation of
symbolic equations of motion for multibody systems. As part of this, I've
implemented classes to represent vectors and dyadics. I have currently
implemented three ways to do mathematical operations on vectors: an
operator, a
I personally like the functions, dot(a,b), etc... and would be sad to see
them left out. If you had to kick one I would get rid of the object oriented
syntax a.dot(b). This is just a personal preference though.
It seems to me though that Python is all about having several overlapping
syntaxes
I ran this same question by my girlfriend who teaches undergraduate
physics classes. She isn't an experienced programmer, so concepts of
operator overloading and object oriented vs functional programming
styles are not on here mind, but she has taught a lot of the core
required physics classes to
I'm for the functional names as it is how all the programming languages that
I know of implement dot products and cross products. It is clear what they
mean and the symbols we use in math for the dot product and cross product (a
dot and a cross) do not exist explicitly on the key board. Secondly,
FYI: there is a lot of stuff on the subject we've already typed here:
https://github.com/sympy/sympy/pull/450#issuecomment-1782199
For the sake of retyping.
On Thu, Aug 11, 2011 at 1:15 PM, Jason Moore moorepa...@gmail.com wrote:
I'm for the functional names as it is how all the programming
One comment below.
On Thu, Aug 11, 2011 at 1:15 PM, Jason Moore moorepa...@gmail.com wrote:
I'm for the functional names as it is how all the programming languages that
I know of implement dot products and cross products. It is clear what they
mean and the symbols we use in math for the dot
Thanks for the link Jason, there is some good discussion there which it
would be optimal to not have to repeat.
My opinion after reading through that is as follows.
I like operators. If the language supports it and you can find a good set
they really do make writing code feel more like writing
Couple more thoughts on operator overloading.
Let's assume the '+' symbol means 'to add' in the language of choice. It is
very clear that what adding two numbers should do, but what about other
objects:
object = matrix
'+' should add the matrix. we could write a function called 'add_matrix',
On Thu, Aug 11, 2011 at 5:22 PM, Jason Moore moorepa...@gmail.com wrote:
Couple more thoughts on operator overloading.
... The outer product
doesn't really have a symbol on the keyboard. It often uses an x with a
circle around it. Same with cross...the 'x' would be the best choice, but
our
I agree with Jason that coercing operators to perform unfamiliar tasks is
probably a poor choice. I disagree however that operators have only a single
meaning or that they should be avoided when their meaning might be
ambiguous.
Example of the first (operators have only a single meaning)
also
I chose the to represent dot product specifically because of its
meaning of and/interection in Python; that is how I view the dot
product of two vectors, as the common component between two vectors. I
decided to only use * for scalar multiplication, to further reinforce
that operations between
On Fri, Aug 12, 2011 at 4:29 AM, Gilbert gede gilbertg...@gmail.com wrote:
I chose the to represent dot product specifically because of its
meaning of and/interection in Python; that is how I view the dot
product of two vectors, as the common component between two vectors. I
decided to only
I have a symbol r which should be assumed real and greater than zero.
What I want is for sqrt(r*r) to evaluate to r. Can this be currently
done in sympy. I am trying to clean up some old code that has a lot of
hacks in it (curvilinear coordinates).
--
You received this message because you
On 08/11/2011 07:04 PM, Tomo Lazovich wrote:
I just tried this in isympy and as long as you specify both real and
positive, it seems to work:
In [1]: r = Symbol('r', real=True, positive=True)
In [2]: sqrt(r*r)
Out[2]: r
In [3]: r = Symbol('r', real=True)
In [4]: sqrt(r*r)
Out[4]: │r│
On
On 11 Aug., 14:40, Aaron Meurer asmeu...@gmail.com wrote:
So I made a little (hackish) addition to sympy-bot that prints a
summary of the results in the comment
(seehttps://github.com/sympy/sympy-bot/pull/29), and am in the process of
doing this myself. Sorry for any duplicate reviews, and
On 10 Aug., 16:36, smichr smi...@gmail.com wrote:
A discussion arose inhttps://github.com/sympy/sympy/pull/518which
involves modifications to divmod. The question that arose is whether
divmod should return Tuple(a, b) or (a, b). This is, in essence, a
question of where sympy should end and
The following fails under 64 bit systems in my assert branch. I could
really use some help figuring out why. If someone could run the
following and post the results, I would appreciate it:
Please run this in my (smichr) `assert` branch:
from sympy.abc import *
from sympy import *
Hi sympy-folk,
If I want to sympify some strings to get symbols from them, but I'd also
like to have assumptions along with those symbols (in this case, that they
are real). Is it possible to pass along assumptions to sympify like you
could to symbols?
Thanks!
Tomo
--
You received this
Hi,
On 12 August 2011 04:51, Tomo Lazovich lazov...@fas.harvard.edu wrote:
Hi sympy-folk,
If I want to sympify some strings to get symbols from them, but I'd also
like to have assumptions along with those symbols (in this case, that they
are real). Is it possible to pass along assumptions
55 matches
Mail list logo