On Tue, Dec 31, 2013 at 5:45 PM, Neal Becker ndbeck...@gmail.com wrote:
Ralf Gommers wrote:
On Tue, Dec 31, 2013 at 4:52 PM, Neal Becker ndbeck...@gmail.com
wrote:
Cera, Tim wrote:
I don't work with complex numbers, but just sampling what others do:
Python: no ordering,
I don't work with complex numbers, but just sampling what others do:
Python: no ordering, results in TypeError
Matlab: sorts by magnitude
http://www.mathworks.com/help/matlab/ref/sort.html
R: sorts first by real, then by imaginary
Cera, Tim wrote:
I don't work with complex numbers, but just sampling what others do:
Python: no ordering, results in TypeError
Matlab: sorts by magnitude
http://www.mathworks.com/help/matlab/ref/sort.html
R: sorts first by real, then by imaginary
On Tue, Dec 31, 2013 at 4:52 PM, Neal Becker ndbeck...@gmail.com wrote:
Cera, Tim wrote:
I don't work with complex numbers, but just sampling what others do:
Python: no ordering, results in TypeError
Matlab: sorts by magnitude
http://www.mathworks.com/help/matlab/ref/sort.html
Ralf Gommers wrote:
On Tue, Dec 31, 2013 at 4:52 PM, Neal Becker ndbeck...@gmail.com wrote:
Cera, Tim wrote:
I don't work with complex numbers, but just sampling what others do:
Python: no ordering, results in TypeError
Matlab: sorts by magnitude
As for your proposal, it would be good to know if adding a warning would
actually catch any bugs. For the truncation warning it caught several in
scipy and other libs IIRC.
Ralf
In light of this, perhaps the pertinent unit tests should be modified (even
if the warning suggestion isn't
I propose the following change: min, max applied to complex should
give a warning.
The rationale is, when the user applies min or max to complex, it's probably
a mistake.
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org