On Thursday, 3 April 2014 11:42:19 UTC-4, Aaron Meurer wrote:
>
> Python converts \ + character in strings as escaping. The \b in your
> string becomes a backspace (see
> https://en.wikipedia.org/wiki/ASCII#ASCII_control_code_chart).
>
> You need to either escape the \, i.e., use '\\bar{\\phi}$',
On Thursday, 20 March 2014 14:00:47 UTC+1, Sergey Kirpichev wrote:
>
>
> On Thursday, March 20, 2014 4:19:24 PM UTC+4, Kalevi Suominen wrote:
>>
>> This leads to problems if used as a basis for decisions.
>>
>
> Sure. Julien, can you comment this? This was introduced by commit
> 9c359bc (and th
On Friday, 7 March 2014 20:43:48 UTC+1, Manuel Schleiffelder wrote:
>
> hello everyone,
>
> i am working on plots in the complex-plane and got stuck trying to
> sutbstitue values to the symbols of a certain class of equations. the wired
> thing is, that i only get the "TypeError" the first time i
On Sunday, 9 March 2014 00:32:09 UTC+1, David M. Rogers wrote:
>
> Hello,
>
> I was double-checking an integral with sympy, and noticed that the
> software comes up with the wrong answer. The integrand has five terms,
> which can be collected into three groups. Two of the groups -- Ec1 and Ec
On Saturday, 8 March 2014 18:31:21 UTC+1, Carsten Knoll wrote:
>
> Until today I thought, if solve returns a nonempty dict, then there is a
> (complete) solution to the provided system.
>
>
> However this is apparently not the case:
>
> >>> solve([y, x], x)
> {x:0}
>
>
> Moreover, this behavio
On Wednesday, 8 January 2014 10:47:51 UTC-5, Andrea Cortis wrote:
>
> I have an expression, the result of a sympy calculation, of this type
>
> sqrt(pi)*(0.333*delta_1 + 0.333*delta_2 -
> 2.67*gamma*r**2)
>
> where delta_1, delta_2,, gamma, and, r are symbols, a
Hi,
I'm in Konstanz, and in Basel over the Christmas holidays.
Cheers,
Julien
On Sunday, 22 December 2013 19:10:22 UTC-5, rl wrote:
>
> Hi,
>
> Are there any sympy people in Germany or Switzerland?
>
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
On Monday, 11 November 2013 05:58:04 UTC+1, George Gerber wrote:
>
> Good day,
>
> The integration of a piecewise function below results in a single numeric
> number, instead of producing a piecewise equation containing the symbols
> 'C1', 'C2' and 'C3'.
> Is this a bug?
>
>
Yes, definitely. Turn
On Tuesday, 29 October 2013 08:40:39 UTC-4, gsagrawal wrote:
>
> try sympify("026") -> 22
> sympify("028") ->exception ???
>
> what is happening ??
>
>
In python, numbers with a leading zero are octal numbers; such numbers may
only contain the digits 0 through 7.
Cheers,
Julien
--
You receive
Hi,
On Friday, 25 October 2013 06:26:53 UTC-4, Pietro Zambelli wrote:
>
> Hi all,
>
>
> I'm new to sympy and I found a strange behaviour that I'm not able to
> understand, probably I'm doing something wrong...
>
> :-)
>
>
> {{{
>
> In [1]: from sympy import symbols
>
>
> In [2]: xa, ya, xb, yb
Hi,
On Monday, 5 August 2013 16:53:29 UTC-4, Joachim Durchholz wrote:
>
> Hi all,
>
> I'm getting assertion errors when running the full test suite, or when
> testing just integrals, but no errors if I run the tests in isolation.
> The errors are scattered across the test suite. It seems it's a
On Wednesday, 3 July 2013 10:47:04 UTC-4, Prasoon Shukla wrote:
>
> Back to my question. So, when a user does:
>
>
>- Vector*Vector, the Vector.__mul__ method will raise an error saying
>that a user cannot multiply two vectors.
>- Vector*scalar, the Vector.__mul__ will be called and a
On Thursday, 13 June 2013 07:28:57 UTC-4, Björn Dahlgren wrote:
>
> But we would expect k**3 case to correspond to x**2/2.
>
>
Thank you for your bug report. I reproduced it and opened
http://code.google.com/p/sympy/issues/detail?id=3886
Cheers,
Julien
--
You received this message because you
On Monday, 20 May 2013 07:44:47 UTC-4, smichr wrote:
>
> It doesn't appear that assumptions are stored with the function so you
> can't search for an applied function and test the assumptions of the
> unapplied function (e.g. f(x).func.is_real -- I don't understand what the
> following means:
>
On Sunday, 19 May 2013 23:13:44 UTC-4, Aaron Meurer wrote:
>
> On Sun, May 19, 2013 at 7:27 PM, Chris Smith >
> wrote:
> >> - I thought we decided to remove NotImplementedError from solve(). Or
> >> was that just None?
> >>
> >
> > I don't recall
>
> Well I think we should do it. It should
On Sunday, 19 May 2013 23:16:57 UTC-4, Aaron Meurer wrote:
>
> On Sun, May 19, 2013 at 8:58 PM, Julien Rioux
> >
> wrote:
> >
> > On Sunday, 19 May 2013 20:31:07 UTC-4, Aaron Meurer wrote:
> >>
> >> I'm writing the part of the new
On Sunday, 19 May 2013 20:31:07 UTC-4, Aaron Meurer wrote:
>
> I'm writing the part of the new tutorial on solve(). I have some
> questions
>
> - What is a good example of an equation that has a solution, but which
> cannot be represented symbolically (as an example of when solve()
> might re
On Sun, Apr 28, 2013 at 12:42 AM, Fawaz Alazemi wrote:
> Hi there,
>
> My name is fawaz. I'm the person who asked to make necessary changes on
> the issue in the below link.
>
> https://code.google.com/p/sympy/issues/detail?id=3685#makechanges
>
> I'm sorry for asking a lot. But i still don't know
On Sunday, 14 April 2013 11:49:15 UTC-4, F. B. wrote:
>
> Hi there!
>
> I noticed the function sympy.physics.matrices.mgamma returns Dirac bases
> for gamma matrices. What if someone wants to operate in other bases?
I think it would just be more confusing to put those in the library code;
It'
I think there would definitely be interest in this, but very little work
towards it. See http://code.google.com/p/sympy/issues/detail?id=506
Cheers,
Julien
On Saturday, 13 April 2013 07:38:26 UTC-4, Christoph Pohl wrote:
>
> Hello,
>
> currently the printing.preview function needs an LaTeX insta
On Monday, 18 March 2013 05:49:11 UTC-4, Saullo Castro wrote:
>
> Dear Mr. Zhang, we are using a differential operator as you need, please
> see more details on:
>
> http://stackoverflow.com/questions/15463412/matrix-of-differential-operators-in-python-module-sympy
>
> We could address it without
You can delete it from https://github.com/sympy/sympy/branches (just make
sure nothing important is lost).
Regards,
Julien
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an emai
Hi,
I just did a
/> git fetch upstream
remote: Counting objects: 262, done.
remote: Compressing objects: 100% (80/80), done.
remote: Total 190 (delta 151), reused 148 (delta 110)
Receiving objects: 100% (190/190), 26.02 KiB, done.
Resolving deltas: 100% (151/151), completed with 47 local objects.
x27;t an instance here (see Stefan's mail for what this means),
so you can't do that.
Cheers,
Julien
> Bi Ge
>
> On Tuesday, March 5, 2013 5:50:52 PM UTC-5, Julien Rioux wrote:
>>
>> What Stefan writes is good advice for designing classes in general but in
&g
What Stefan writes is good advice for designing classes in general but in
this particular case, KroneckerDelta being a subclass of Function, we don't
need to overwrite __new__ since the eval method is meant exactly for this.
>From sympy/core/function.py:
def eval(cls, *args):
"""
On Tuesday, 16 October 2012 20:41:15 UTC+2, Aaron Meurer wrote:
>
> I see it now. That pep is very confusing. So should the correct way
> really be 0.7.2c1 (without the r)?
>
>
You're reading it correctly, it recommends using 0.7.2c1, but as I
understand 0.7.2rc1 is also valid and deviates less
Hi,
On Tuesday, 16 October 2012 07:48:52 UTC+2, Aaron Meurer wrote:
>
> I think the real question here is, do we want most functions in sympy
> to automatically vectorize over matrices (or similar objects)? And I
> think the answer is no.
I'm not sure how you end up at this question, but fin
On Tuesday, 16 October 2012 14:13:25 UTC+2, Julien Rioux wrote:
>
> You're right, it actually uses http://pypi.python.org as index by default
>
I mean http://pypi.python.org/simple/
--
You received this message because you are subscribed to the Google Groups
"sympy&q
Hi,
On Tuesday, 16 October 2012 01:09:00 UTC+2, Aaron Meurer wrote:
>
> It won't fix it. I've already tried this. The problem is that
> it searches the home page link on all versions on PyPI, not just the recent
> one. So I'd have to go through and remove all links from all versions
> uploaded
Hi,
On Wednesday, 10 October 2012 22:03:27 UTC-4, Aaron Meurer wrote:
>
> I was afraid it might happen, but I thought that there should at least
> be a way to name the packages so that pip installs the right one in
> Python 2 or Python 3. In fact, I still do not know for sure that this
> is in
Hi,
I certainly think I should be able to simplify(m) for m a matrix type. As I
use sympy I expect that all objects interact together naturally. I should
be able to combine objects (as long as they make mathematical sense) and be
able to use the same functions on all objects. It used to be that
On Tue, Oct 9, 2012 at 7:26 PM, Aaron Meurer wrote:
> On Tue, Oct 9, 2012 at 1:04 PM, Julien Rioux wrote:
>> It looks like tests would past if we change everywhere:
>> -assert dup_cyclotomic_p([1,1,1], ZZ) == True
>> +assert dup_cyclotomic_p(ZZ.map([1,1,1]), ZZ
On Tuesday, 9 October 2012 14:15:04 UTC-4, Aaron Meurer wrote:
>
> I don't understand what you mean here. You always have to use ZZ(2)
> instead of 2 so that you make sure you use the 2 from your ground type.
>
Well, some of the tests don't do this, e.g.
https://github.com/sympy/sympy/blob/mast
On Monday, 8 October 2012 16:44:28 UTC+2, Aaron Meurer wrote:
>
> I think they were kept around for experimental purposes, in case we ever
> want to see how SymPy's types compare. They were removed from support once
> python types became supported everywhere because SymPy's types were so
> slow.
Hi,
What is the status of the different ground types supported by sympy?
"./bin/test -h" mentions three possible ground types: gmpy, python, and
sympy. These seems to have been added in March 2010
(http://code.google.com/p/sympy/issues/detail?id=1598#c101). In Dec 2010,
there is mention that t
On Thursday, 26 July 2012 18:43:05 UTC-4, Matthew Emmett wrote:
>
> Hi everyone,
>
> I have some sympy code that generates Fortran code, and was wondering
> if there a good way of simplifying the sympy expressions in order to
> minimize the number of floating point operations that are required t
Hi all,
I notice this failure in master (this is without hash randomization):
./bin/test --no-subprocess sets
>
= test process starts
> ==
> executable: /usr/bin/python (2.7.2-final-0)
> architecture: 64-bit
>
On Jun 11, 10:39 pm, "krastanov.ste...@gmail.com"
wrote:
> Hi all,
>
> The plotting module on which I have been working some time ago got
> merged (thanks Chris and thanks to all the reviewers).
Congratulations!
But, pulling this in from the main repo brought a test failure on my
machine:
runni
On Mar 14, 7:59 pm, Tomo Lazovich wrote:
> I did a fresh pull of master today and I'm having one test and one doctest
> failure.
The doctest failure is http://code.google.com/p/sympy/issues/detail?id=3144
I don't know if there is an issue for your first problem. I did not
experience it.
Cheers,
What am I doing wrong?
$ make
python build.py build_ext --inplace
Compiling module sympy.polys.densearith ...
Compiling module sympy.polys.densebasic ...
Error converting Pyrex file to C:
...
"""
if not u:
return tuple(f
fix the return None problem
diff --git a/sympy/core/expr.py b/sympy/core/expr.py
index d9542a6..44bdc4c 100644
--- a/sympy/core/expr.py
+++ b/sympy/core/expr.py
@@ -999,11 +999,13 @@ def as_coeff_terms(self, *deps):
import warnings
warnings.warn("\nuse as_coeff_mul() instead of
a
On a different machine the warning shows up:
sympy/core/decorators.py:30: DeprecationWarning: Call to deprecated
function is_Real.
category=DeprecationWarning)
sympy/core/expr.py:1001: DeprecationWarning:
use as_coeff_mul() instead of as_coeff_terms().
DeprecationWarning)
What is the setting
The release notes for 0.7.0 claim:
Methods as_coeff_terms and as_coeff_factors were renamed to
as_coeff_mul and as_coeff_add, respectively.
Renaming these is not a big issue, however I find that the old methods
as_coeff_terms and as_coeff_factors are still there and all they do is
to return None.
On Jun 20, 11:09 am, Renato Coutinho
wrote:
> On Mon, Jun 20, 2011 at 12:01 PM, Julien Rioux wrote:
> > However, this is a new behavior compared to just a couple weeks ago (I
> > could not say when exactly was the last time I used git pull). The new
> > behavior ass
On Jun 19, 8:34 pm, Renato Coutinho wrote:
> On Sun, Jun 19, 2011 at 9:30 PM, Chris Smith wrote:
>
> > On Sun, Jun 19, 2011 at 7:05 PM, Renato Coutinho
> > wrote:
>
> >> Hello,
>
> >> On Sun, Jun 19, 2011 at 3:51 PM, Mani Chandra wrote:
> >> > Hi,
> >> > Is it possible to tell simplify that the
On Jun 14, 6:52 pm, Ondrej Certik wrote:
> Hi Julien,
>
>
>
> On Tue, Jun 14, 2011 at 2:10 PM, Julien Rioux wrote:
> > On Jun 14, 4:37 pm, Tomo Lazovich wrote:
> >> Another question related to this approach...
>
> >> Let's say we're try
On Jun 14, 5:23 pm, Tomo Lazovich wrote:
> Hi Julien,
>
> Thanks! A couple more questions below:
>
> On Tue, Jun 14, 2011 at 4:10 PM, Julien Rioux wrote:
>
> > On Jun 14, 4:37 pm, Tomo Lazovich wrote:
> > > Another question related to this approach...
>
>
On Jun 14, 4:37 pm, Tomo Lazovich wrote:
> Another question related to this approach...
>
> Let's say we're trying to represent a simpler expression, like X|x>. We
> could actually do it two different ways: the first being a simple
>
> = x*DiracDelta(x-x_1)
>
Right, where you use X|x> = x|x> by
On Jun 6, 6:12 pm, Tomo Lazovich wrote:
> Hi everyone,
>
Hi,
> I've been working on representations of operators and kets in the position
> and momentum bases. So far, from what I can tell, the desired behavior is to
> return something like DiracDelta(x_1-x_2) for a representation of |x_1>
> (pos
On Apr 29, 4:04 pm, Tom Bachmann wrote:
> > Intuitively?! Oh, I see how I must have been misleading. I suppose I
> > should have used a different syntax than what I used. But
> > mathematically what is lim_{x,y->oo} x-y ? My impression is that if
> > the order of the limit matters I would expect "
On Apr 29, 3:08 pm, Ronan Lamy wrote:
> Le vendredi 29 avril 2011 à 11:53 -0700, Julien Rioux a écrit :
>
>
>
> > On Apr 29, 2:17 pm, Ronan Lamy wrote:
> > > I would argue that the correct results are limit(x - oo, x, oo) == -oo
> > > and limit(oo - x, x, oo)
On Apr 29, 2:17 pm, Ronan Lamy wrote:
> I would argue that the correct results are limit(x - oo, x, oo) == -oo
> and limit(oo - x, x, oo) == oo.
>
> The expression whose limit is taken belongs to the extended real line,
> so we need to consider the topology of the extended real line. Unless
> othe
On Apr 13, 5:54 pm, Hector wrote:
> On Thu, Apr 14, 2011 at 2:29 AM, Aaron S. Meurer wrote:
>
>
>
>
>
> > On Apr 13, 2011, at 2:22 PM, Hector wrote:
>
> > On Wed, Apr 13, 2011 at 11:46 PM, Julien Rioux
> > wrote:
>
> >> On Apr 13, 11:45 am, H
On Apr 13, 11:45 am, Hector wrote:
> Hello groups,
>
> This is about the way limit has been defined in sympy. Currently, Sympy
> gives following result.
>
> In [1]: limit(abs(x)/x,x,0)
> Out[1]: 1
>
> But as we know, the right-hand and left-hand of limit at given function is
> different.
>
On Apr 1, 12:21 pm, "krastanov.ste...@gmail.com"
wrote:
> The problem is that innerproduct uses print_label and not print_content for
> the bra which is the way it should be, at least for TimeDepKet.
>
I see. Well I don't agree that ⟨ψ❘ψ;t⟩ is how it should be. I think it
should be ⟨ψ;t❘ψ;t⟩.
--
> *This is NOT ok:*
> JxKet('1/2','1/2').dual*JzKet('1/2','1/2') ==> ⟨1/2,-1/2❘z:1/2,-1/2⟩ # The
> x is lost, the output is not clear.
>
> What should be done?
.dual returns the J?Bra classes. You didn't define
_direction_string_label for these classes.
--
You received this message because you
On Mar 26, 3:01 pm, Tomo Lazovich wrote:
> Basically, we need some way, in the HermitianOperator class, to express that
> if the operator is also Unitary, then U**2=1 because an operator that is
> both unitary and hermitian is its own inverse.
Right. So let's inherit from HermitianOperator, and t
On Mar 23, 12:57 pm, weralwolf wrote:
> Hello, where my simple example of calculations corrections due to
> perturbation theory for hole with infinite walls. I thinks I didn't
> use all sympy features, so if it possible guide me.
> Source:http://pygments.org/demo/16998/
I think you forgot to put
On Mar 1, 3:00 pm, "Chris Smith" wrote:
> Julien Rioux wrote:
> > if reeval:
> > - return Mul.flatten(c_part)
> > + return Mul.flatten(c_part+nc_part)
> > return c_part, nc_part, order_symbols
>
> The reeval is o
On Mar 1, 2:00 pm, Addison Cugini wrote:
> I have run into a problem when multiplying several square-roots together
> with a non-commutative object.
>
> In [19]: str(Symbol('x', commutative=False)*sqrt(2)/sqrt(6))
> Out[19]: 3**(1/2)/3
>
> It looks like some function that is called in Mul's constr
Maple returns the same. That is not to say that sympy shouldn't try to
do better than maple here, but I think this is a hard problem. You
need to do the special case yourself.
Inn=integrate(f1*f1,(x,0,2*pi))
Imn=integrate(f1*f2,(x,0,2*pi))
I=Piecewise((Inn,Eq(m-n,0)),(Imn,True))
pprint(I)
⎧π for
Nothing wrong. The zero determinant follows since the columns of your
matrix are linearly dependent. Or am I missing something?
--
Julien
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To post to this group, send email to sympy@googlegroups.com.
To u
Dear list,
I found some more problems when using non-commutative symbols and subs
and I wonder if I should reopen issue 2022 or open a new issue?
In [1]: import sympy
In [2]: print sympy.__version__
0.6.7-git
In [3]: sympy.var('a b c')
Out[3]: (a, b, c)
In [4]: A=sympy.Symbol('A', commutative=
Hi all,
How can I tell the fcode printer to print integers and rationals as
reals?
For example I would like the following output:
>>> expr = sqrt(1-x**2).series(x,n=20).removeO()
>>> print fcode(expr)
1 - x**2/2 - x**4/8 - x**6/16 - 5*x**8/128 - 7*x**10/256 -
21*x**
@ 12/1024 - 33*x**1
On Nov 15, 4:22 pm, Ondrej Certik wrote:
> What is your internet speed?
Hmm, really slow, apparently?
Something is up. I'll check with the local admin. Sorry for the noise.
Thanks,
Julien
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To post to t
On Nov 15, 4:06 pm, Mateusz Paprocki wrote:
> Yes, this is a known problem (Cython doesn't support some of Python's
> features). This should be
> fixedhttps://github.com/mattpap/sympy-polys/tree/polys11branch.
Thanks. So sorry that I did not look up the open issues before
posting.
Julien
--
On Nov 15, 3:53 pm, Ondrej Certik wrote:
> For me it takes less than 5s:
Is it using caching somehow and not for me?
> How long does it take for you?
$ time git clone git://github.com/sympy/sympy.git
Initialized empty Git repository in /tmp/git/sympy/.git/
remote: Counting objects: 28562, done.
on ubuntu 10.10 with latest git master
~/git/sympy$ make
python build.py build_ext --inplace
Compiling module sympy.polys.densearith ...
Compiling module sympy.polys.densebasic ...
Compiling module sympy.polys.densetools ...
Error converting Pyrex file to C:
--
Hi,
Just tried this with failure:
$ git clone git://git.sympy.org/sympy.git
Initialized empty Git repository in */home/jrioux/git/sympy/*.git/
fatal: Unable to look up git.sympy.org (port 9418) (Name or service not
known)
Then I found the new "home" at github. If the move to github is
permanent
I appreciate your work very much.
Now I get
In [32]: fraction(x/y)
Out[32]:
x
─
y
While I expected (x, y), commutative symbols or not.
Not sure if this is the proper way of separating numerator and
denominator, but I have used this successfully before. Now the
behavior as changed.
Thanks,
Juli
On Aug 13, 12:46 am, "Aaron S. Meurer" wrote:
> Is this already in the issue tracker in one of those numbers you mentioned
> above? If not, please create a new issue for it.
Thanks. I have opened issue 2022. If I do stumble upon the problem
I'll let you know.
Julien
--
You received this mess
Hi folks,
I have seen smichr's branch which was advertised to have better
non-commutative handling. However I fail with some simple actions such as
subs (see example below). There are a number of issues on the bug tracker
(642, 960, 1296) indicating that non-commutative symbols are not handled
pro
72 matches
Mail list logo