Comment #12 on issue 2807 by trjohns...@gmail.com: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
For the case of the unit vector, I like the syntax v.normalize(). It just
seems like the most logical thing to do. However, for t
Comment #13 on issue 2807 by hazelnu...@gmail.com: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
Yeah, very true. The 2-norm is the only one I have every seen used in the
applications that physics.mechanics was intended for,
Comment #14 on issue 2807 by asmeu...@gmail.com: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
But there are a other, less common (at least in my experience) norms like
the maximum norm.
This is the infinity norm.
--
You re
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2815 by krastano...@gmail.com: the plotting module does not
follow PEP8 (code formating)
http://code.google.com/p/sympy/issues/detail?id=2815
The code there is a bit hard to read. It would be nice to have it
refactored so
Comment #1 on issue 2815 by asmeu...@gmail.com: the plotting module does
not follow PEP8 (code formating)
http://code.google.com/p/sympy/issues/detail?id=2815
I didn't notice anything particularly bad (at least there are spaces around
the equals signs). Can you be more specific about what
Comment #15 on issue 2807 by moorepa...@gmail.com: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
I like verb names for methods. norm() and normalize() sound good to me. But
I do have a bias towards magnitude() instead of norm(
Updates:
Labels: CodeInDifficulty-Easy CodeInCategory-Code
Comment #2 on issue 2815 by krastano...@gmail.com: the plotting module does
not follow PEP8 (code formating)
http://code.google.com/p/sympy/issues/detail?id=2815
Mainly 'if else' conditions that are all placed on the same line
Updates:
Status: Accepted
Comment #3 on issue 2815 by asmeu...@gmail.com: the plotting module does
not follow PEP8 (code formating)
http://code.google.com/p/sympy/issues/detail?id=2815
I see. This could also be considered as a subset of issue 1456.
--
You received this message becau
Comment #8 on issue 1456 by asmeu...@gmail.com: use pyflakes to identify
simple bugs in sympy and fix them
http://code.google.com/p/sympy/issues/detail?id=1456
A note: if you find an actual bug with this (rather than just some code
quality problem), a test should be added for it.
--
You r
Comment #16 on issue 2807 by moorepa...@gmail.com: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
Gilbert just suggested to me that we go with .norm() for the magnitude of a
vector and .versor() for the unit vector :) Versor! I
Comment #17 on issue 2807 by hazelnu...@gmail.com: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
In the interest of being easy to use and learn, either:
1) .normalize(self, p=2) and .magnitude(self, p=2), or
2) .normalize(sel
Comment #18 on issue 2807 by moorepa...@gmail.com: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
The versor thing was a joke...
--
You received this message because you are subscribed to the Google Groups
"sympy-issues" group.
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2816 by bitsjama...@gmail.com: Regarding integration of k*(x**0)
http://code.google.com/p/sympy/issues/detail?id=2816
Sir,
The result of integration of k*(x**0)[here k is a arbitrary constant)
is giving out error.
--
Comment #19 on issue 2807 by hazelnu...@gmail.com: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
:) Ok.
Well it seems like we mostly agree on normalize, but what about magnitude
vs. norm?
I think .magnitude(self, p=2) is pr
Comment #1 on issue 2816 by asmeu...@gmail.com: Regarding integration of
k*(x**0)
http://code.google.com/p/sympy/issues/detail?id=2816
It works fine for me:
In [15]: integrate(k*(x**0), x)
Out[15]: k⋅x
and has in several of the most recent versions. Can you paste the output
you get from
Comment #20 on issue 2807 by ronan.l...@gmail.com: Change .unit and .mag to
proper methods and better names.
http://code.google.com/p/sympy/issues/detail?id=2807
I don't think there's any good reason to support p-norms. Geometric vector
don't live in a generic abstract vector space, they ar
Comment #2 on issue 2816 by bitsjama...@gmail.com: Regarding integration of
k*(x**0)
http://code.google.com/p/sympy/issues/detail?id=2816
Sir ,
I gave in the command integrate (k*(x**0))
Traceback (most recent call last):
File "", line 1, in
integrate (2*(x**0))
File "C:\Python2
Updates:
Status: Invalid
Labels: Integration
Comment #3 on issue 2816 by asmeu...@gmail.com: Regarding integration of
k*(x**0)
http://code.google.com/p/sympy/issues/detail?id=2816
If the expression only has one variable in it, it can guess to integrate
with respect to it. B
Comment #4 on issue 2816 by bitsjama...@gmail.com: Regarding integration of
k*(x**0)
http://code.google.com/p/sympy/issues/detail?id=2816
Sir,
If i give in the code
integrate (2*(x**0))
it gives back the same error
--
You received this message because you are subscribed to the Go
19 matches
Mail list logo