--- Исходное сообщение ---
От кого: Robert Kern robert.k...@gmail.com
Дата: 9 апреля 2013, 14:29:43
On Tue, Apr 9, 2013 at 4:15 PM, Dmitrey tm...@ukr.net wrote:
--- Исходное сообщение ---
От кого: Robert Kern robert.k...@gmail.com
Дата: 16 марта 2013, 22:15:07
On Sat, Mar 16,
On Wed, Apr 10, 2013 at 12:30 PM, Dmitrey tm...@ukr.net wrote:
--- Исходное сообщение ---
От кого: Robert Kern robert.k...@gmail.com
Дата: 9 апреля 2013, 14:29:43
Well, it's your software. You are free to make it as buggy as you wish, I
guess.
Yes, and that's why each time I get a
On Wed, Apr 10, 2013 at 1:06 PM, Nathaniel Smith n...@pobox.com wrote:
This kind of personal attack is never appropriate for this list. Please
stop.
My apologies. I will stop.
--
Robert Kern
___
NumPy-Discussion mailing list
On 10 Apr 2013 08:01, Dmitrey tm...@ukr.net wrote:
--- Исходное сообщение ---
От кого: Robert Kern robert.k...@gmail.com
Дата: 9 апреля 2013, 14:29:43
On Tue, Apr 9, 2013 at 4:15 PM, Dmitrey tm...@ukr.net wrote:
--- Исходное сообщение ---
От кого: Robert Kern robert.k...@gmail.com
On Wed, 2013-04-10 at 11:45 +0200, Sebastian Berg wrote:
On Wed, 2013-04-10 at 11:54 +0300, Dmitrey wrote:
On 04/10/2013 10:31 AM, Robert Kern wrote:
snip
This is all good and nice, but Robert is still right. For dictionaries
to work predictable you need to ensure two things.
First:
On Wed, 2013-04-10 at 11:45 +0200, Sebastian Berg wrote:
On Wed, 2013-04-10 at 11:54 +0300, Dmitrey wrote:
On 04/10/2013 10:31 AM, Robert Kern wrote:
You think comparing tracked bug counts across different projects
means anything? That's adorable. I admire your diligence at
addressing
On 09/04/2013 5:46 PM, Mark Wiebe
wrote:
On Mon, Apr 8, 2013 at 12:24 PM, Chris Barker -
NOAA Federal chris.bar...@noaa.gov
wrote:
Recent
discussion has made it clear that the timezone handling in
On 4/10/2013 3:31 AM, Robert Kern wrote:
You cannot use objects that do not have a valid __eq__() (as in,
returns boolean True if and only if they are to be considered
equivalent for the purpose of dictionary lookup, otherwise returns
False) as dictionary keys. Your oofun object still violates
Hello,
On 10/04/2013 11:13, Anand Gadiyar wrote:
On Friday, April 5, 2013, Anand Gadiyar wrote:
Hi all,
I have a small program that uses numpy and scipy. I ran into a
couple of errors while trying to use cxfreeze to create a
windows executable.
I'm
An easy solution to all of this is to use a dict-like object that
matches keys based on object identity while ignoring __hash__ and
__eq__ entirely, e.g.:
https://bitbucket.org/pypy/pypy/src/2f51f2142f7b/lib_pypy/identity_dict.py#cl-9
-n
On Wed, Apr 10, 2013 at 10:45 AM, Sebastian Berg
--- Исходное сообщение ---
От кого: Alan G Isaac alan.is...@gmail.com
Дата: 10 апреля 2013, 15:12:07
On 4/10/2013 3:31 AM, Robert Kern wrote:
You cannot use objects that do not have a valid __eq__() (as in,
returns boolean True if and only if they are to be considered
equivalent for the
On Wed, Apr 10, 2013 at 4:21 AM, Colin J. Williams
cjwilliam...@gmail.com wrote:
On Mon, Apr 8, 2013 at 12:24 PM, Chris Barker - NOAA Federal
Recent discussion has made it clear that the timezone handling in the
current (numpy1.7) version of datetime64 is broken. Below is a
discussion of some
Thanks for the effort.
I think one should assume UTC when the time zones are not explicit.
The library should handle correctly leap seconds, otherwise using unix time
as a floating point number is already sufficient for many applications.
Did you have a look to http://cr.yp.to/libtai.html?
On 10/04/2013 18:55, Riccardo De Maria wrote:
The library should handle correctly leap seconds, otherwise using unix time
as a floating point number is already sufficient for many applications.
Please define what you mean by handle correctly leap seconds. As leap
seconds are not predictable
On Wed, Apr 10, 2013 at 9:55 AM, Riccardo De Maria
riccardodema...@gmail.com wrote:
The library should handle correctly leap seconds, otherwise using unix time
as a floating point number is already sufficient for many applications.
well, we could have used floating point in datetime64, but
Hi Colin,
Please ask Canopy question on the corresponding Enthought list, or Anaconda
questions on the corresponding channel at continuum.
This Mailing List is for discussion about NumPy itself,
David
On Thu, Apr 11, 2013 at 1:43 AM, Colin J. Williams
cjwilliam...@gmail.comwrote:
Are CANOPY
16 matches
Mail list logo