Updates:
Status: Fixed
Comment #40 on issue 1923 by smi...@gmail.com: count_ops doesn't return a
count (by default)
http://code.google.com/p/sympy/issues/detail?id=1923
This is in.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
To
Comment #6 on issue 2217 by pr...@goodok.ru: Patches tutorial
http://code.google.com/p/sympy/issues/detail?id=2217
I put cite here:
"asmeurer
1 day ago
You need to fix the wiki. origin should be the official sympy repository.
To push, you should have a remote branch (named github for exampl
Comment #3 on issue 2226 by asmeurer: Test failure for tsolve()
http://code.google.com/p/sympy/issues/detail?id=2226
I ran the tests on 32- and 64-bit Python 2.4-2.7 (except for 64-bit Python
2.4), and I did not see the failure anywhere. Granted, I only
ran ./bin/test sympy/solvers/tests/te
Updates:
Blockedon: 1688
Comment #9 on issue 2230 by asmeurer: {sin(1), sin}.{is_Function, nargs}
problems
http://code.google.com/p/sympy/issues/detail?id=2230
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
"sym
Issue 1688: Functions should be objects
http://code.google.com/p/sympy/issues/detail?id=1688
This issue is now blocking issue 2230.
See http://code.google.com/p/sympy/issues/detail?id=2230
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you
Updates:
Summary: {sin(1), sin}.{is_Function, nargs} problems
Comment #8 on issue 2230 by asmeurer: {sin(1), sin}.{is_Function, nargs}
problems
http://code.google.com/p/sympy/issues/detail?id=2230
Regarding the max() question, you should not call Python functions that
compare object
Updates:
Labels: lazovich NeedsReview
Comment #4 on issue 2186 by asmeurer: X, Y, Z gates should be hermitian as
well as unitary
http://code.google.com/p/sympy/issues/detail?id=2186
(No comment was entered for this change.)
--
You received this message because you are subscribed to t
Updates:
Status: Invalid
Comment #3 on issue 2231 by asmeurer: Matrix determinant properties are not
satisfied.
http://code.google.com/p/sympy/issues/detail?id=2231
Yes, the correct way to compare expressions is to canonize them with expand
or some other function. An even better wa
Comment #7 on issue 2230 by pr...@goodok.ru: Problem in is_Function ans
is_Number
http://code.google.com/p/sympy/issues/detail?id=2230
Thanks, for clarification.
And I agree with Ronan remarks about functions problems which delay also
fundamental issues like issue 1620 and issue 1660 too.
Comment #3 on issue 2186 by lazov...@gmail.com: X, Y, Z gates should be
hermitian as well as unitary
http://code.google.com/p/sympy/issues/detail?id=2186
Pull request submitted: https://github.com/sympy/sympy/pull/160
--
You received this message because you are subscribed to the Google Grou
Comment #6 on issue 2230 by ronan.l...@gmail.com: Problem in is_Function
ans is_Number
http://code.google.com/p/sympy/issues/detail?id=2230
Well, I think that the way functions are currently designed is wrong and is
the source of a lot of problems. Attributes of functions shouldn't be mixed
Comment #5 on issue 2230 by matt...@gmail.com: Problem in is_Function ans
is_Number
http://code.google.com/p/sympy/issues/detail?id=2230
Not necessarily clearer, because in this case I would expect to have
is_Application for sin(1) case (in early days of SymPy we had applied and
unapplied
Comment #4 on issue 2230 by ronan.l...@gmail.com: Problem in is_Function
ans is_Number
http://code.google.com/p/sympy/issues/detail?id=2230
sin is a subclass of Application while sin(1) is an instance of sin and
indirectly of Application. Is that clearer?
Last question: that's the Python
Comment #3 on issue 2230 by pr...@goodok.ru: Problem in is_Function ans
is_Number
http://code.google.com/p/sympy/issues/detail?id=2230
Interesting, about lowercased `is_number`, I did not know about it.
Additionally
What about `sin(1).is_Function` and `sin.is_Function` behaviour, I found
Comment #1 on issue 2231 by pr...@goodok.ru: Matrix determinant properties
are not satisfied.
http://code.google.com/p/sympy/issues/detail?id=2231
>>> B = Matrix([[a,b],[c,d]])
Try to use `expand()` method after multiplication. For me:
In [14]: (B*B).det()
Out[14]: -2*a*b*c*d + a**2*d*
Comment #2 on issue 2231 by matt...@gmail.com: Matrix determinant
properties are not satisfied.
http://code.google.com/p/sympy/issues/detail?id=2231
What version of SymPy do you use? In master branch of our development
repository your example gives:
In [1]: var('a,b,c,d')
Out[1]: (a, b, c
Comment #2 on issue 2230 by matt...@gmail.com: Problem in is_Function ans
is_Number
http://code.google.com/p/sympy/issues/detail?id=2230
Although the later seems to be wrong, because:
In [3]: sin(1).is_Function
Out[3]: True
In [4]: sin.is_Function
Out[4]: True
--
You received this message
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2231 by jon.the@gmail.com: Matrix determinant properties are
not satisfied.
http://code.google.com/p/sympy/issues/detail?id=2231
If one defines individual symbols for :
a,b,c,d = symbols('a','b','c','d')
B=Matrix([a,b
Comment #1 on issue 2230 by matt...@gmail.com: Problem in is_Function ans
is_Number
http://code.google.com/p/sympy/issues/detail?id=2230
This is not a bug. x.is_Something (capital letter) is a replacement for
isinstance(x, Something). If you want to check if a complex expression is a
numb
Status: Accepted
Owner: hector1...@gmail.com
Labels: Type-Defect Priority-Medium
New issue 2230 by hector1...@gmail.com: Problem in is_Function ans is_Number
http://code.google.com/p/sympy/issues/detail?id=2230
I was trying to modify code and I found following strange behavior.
In [10]: sin
Comment #31 on issue 2225 by mrock...@gmail.com: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
OK, given what has been said on the comments I'm going to shift the default
behavior of my branch back to Frobenius.
Given the simplicity of computing the Frobenius mat
Comment #15 on issue 1321 by ness...@googlemail.com: trigonometric
functions of floating-point numbers should return floating-point numbers
http://code.google.com/p/sympy/issues/detail?id=1321
Sure. On commit 1bde5a30637bcdbe02b546a7e49d8bd203cfb9d0, try
solve(x-0.5,x)
Traceback (most rece
Updates:
Status: Fixed
Comment #2 on issue 2122 by smi...@gmail.com: misplaced lseries code
http://code.google.com/p/sympy/issues/detail?id=2122
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
Updates:
Status: Fixed
Comment #2 on issue 2123 by smi...@gmail.com: x.lseries(x, 0) hangs
http://code.google.com/p/sympy/issues/detail?id=2123
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
T
Comment #14 on issue 1321 by matt...@gmail.com: trigonometric functions of
floating-point numbers should return floating-point numbers
http://code.google.com/p/sympy/issues/detail?id=1321
Regarding comment #12.
I can't reproduce 3). Can you add at least a little bit more information
about
Updates:
Status: Fixed
Comment #11 on issue 1980 by smi...@gmail.com: has, has_any_symbols,
has_all_symbols unified
http://code.google.com/p/sympy/issues/detail?id=1980
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Gro
Comment #30 on issue 2225 by pr...@goodok.ru: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
A detected the old issue 821 about max's improving, remarking that now
name-token is `Max` for this function in core since far. And this function
is placed in:
sympy/fun
Comment #1 on issue 2228 by matt...@gmail.com: solve_poly_system: too
complicated result
http://code.google.com/p/sympy/issues/detail?id=2228
First of all. Make sure you don't enter equations this way:
eq1 = 15/2 - 5*y/2 - 3*x/4 + y**2/4 + x**2/16
because 15/2 is *not* a rational number, it
Comment #29 on issue 2225 by pr...@goodok.ru: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
Thanks, Vinzent, for me I do not know exactly speciality for all kinds of
norms.
--
You received this message because you are subscribed to the Google Groups
"sympy-issue
Status: Accepted
Owner: elliso...@gmail.com
Labels: Type-Defect Priority-Medium Quantum
New issue 2229 by elliso...@gmail.com: Get Gates working with
TensorProduct's of Qubit states
http://code.google.com/p/sympy/issues/detail?id=2229
Currently, the following type of thing does not work:
CNO
Comment #2 on issue 2226 by Vinzent.Steinberg: Test failure for tsolve()
http://code.google.com/p/sympy/issues/detail?id=2226
So the test is only failing on python 2.6? (I can't reproduce it.) Looks
like a caching bug.
--
You received this message because you are subscribed to the Google Gro
Comment #28 on issue 2225 by pr...@goodok.ru: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
About `Max()` function improving, yes, I pro.
But my opinion is that it is separated (but little) issue though.
About `Norm(matrix)` object and `norm(matrix)` function: it is
Comment #27 on issue 2225 by Vinzent.Steinberg: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
After looking at the Wikipedia article I agree that Frobenius is a sane
default. It is not really an approximation of the 2-norm, sorry for the
confusion.
The nice thi
Comment #26 on issue 2225 by pr...@goodok.ru: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
With a view to do not hung this issue, but remarking that I have not
observed logical grounds for consideration the Frobenius as "imitation",
remarking that it is simple n
Updates:
Status: Fixed
Labels: -NeedsReview PassedReview
Comment #4 on issue 511 by ronan.l...@gmail.com: Plot has no docstring
http://code.google.com/p/sympy/issues/detail?id=511
(No comment was entered for this change.)
--
You received this message because you are subscribed t
Comment #25 on issue 2225 by asmeurer: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
I think Norm(matrix) is suggested to be an object, which is unevaluated by
default.
Usually stuff evaluates by default, if it can. If it can't do it, or if
you explicitly call
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2228 by lagunov@gmail.com: solve_poly_system: too complicated
result
http://code.google.com/p/sympy/issues/detail?id=2228
I found two equations, that solve_poly_system handles in strange manner.
eq1 = 15/2 - 5*y/2 - 3
Updates:
Labels: sean.v.775 NeedsReview
Comment #2 on issue 2220 by asmeurer: Bug with Matrix.is_symbolic and
Matrix.is_upper
http://code.google.com/p/sympy/issues/detail?id=2220
(No comment was entered for this change.)
--
You received this message because you are subscribed to the
Updates:
Labels: NeedsReview hector1618
Comment #6 on issue 1360 by asmeurer: "integrate" doesn't allow the use of
functions as the variable of integration.
http://code.google.com/p/sympy/issues/detail?id=1360
(No comment was entered for this change.)
--
You received this message bec
Updates:
Status: Accepted
Labels: Integration
Comment #1 on issue 2227 by asmeurer: Numerical integration of 2 and 3
dimensional integrals
http://code.google.com/p/sympy/issues/detail?id=2227
Probably it has just never been implemented.
--
You received this message because yo
Comment #13 on issue 1321 by ness...@googlemail.com: trigonometric
functions of floating-point numbers should return floating-point numbers
http://code.google.com/p/sympy/issues/detail?id=1321
Another update:
New code is being pushed to https://github.com/ness01/sympy/tree/1321_trig
core/te
Comment #24 on issue 2225 by mrock...@gmail.com: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
Regarding Frobenius vs Spectral/2-norm
Mathematically the spectral/2-norm is "the" standard norm just like the
euclidian/2-norm is standard for vectors. Vector norms hav
Comment #12 on issue 1321 by ness...@googlemail.com: trigonometric
functions of floating-point numbers should return floating-point numbers
http://code.google.com/p/sympy/issues/detail?id=1321
I'm looking into this. My preliminary work is at
https://github.com/ness01/sympy or in short patch
Comment #5 on issue 1360 by hector1...@gmail.com: "integrate" doesn't allow
the use of functions as the variable of integration.
http://code.google.com/p/sympy/issues/detail?id=1360
I made the corresponding changes. This looks like working pretty well,
except it fails one test. ( test_issue
Comment #23 on issue 2225 by Vinzent.Steinberg: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
The Frobenius is norm is a (numerically motivated) approximation of the
hard to calculate 2-norm. So I'm not sure if it makes sense as a symbolical
default.
I think we
Updates:
Labels: -Priority-Medium Priority-High
Comment #1 on issue 2226 by Vinzent.Steinberg: Test failure for tsolve()
http://code.google.com/p/sympy/issues/detail?id=2226
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google G
Comment #22 on issue 2225 by pr...@goodok.ru: Enhancing Matrix Norm
http://code.google.com/p/sympy/issues/detail?id=2225
And about `Norm(matrix)`, sorry, I have thought more. And, yes,
`Norm(matrix)` might be considered as operator, but I suppose that it is
not the question for this issue ri
47 matches
Mail list logo