Re: [Numpy-discussion] start of an array (tensor) and dataframe API standardization initiative

2020-11-12 Thread Matti Picus
On 11/10/20 8:19 PM, Ralf Gommers wrote: Hi all, I'd like to share an update on this topic. The draft array API standard is now ready for wider review: - Blog post: https://data-apis.org/blog/array_api_standard_release - Array API st

Re: [Numpy-discussion] Proposal: add the timestamp64 type (Noam Yorav-Raphael)

2020-11-12 Thread Stefano Miccoli
On 11 Nov 2020, at 18:00, numpy-discussion-requ...@python.org wrote: I propose to add a new type called "timestamp64". It will be a pure timestamp, meaning that it represents a moment in time (as seconds/ms/us/ns since the epoch), without any timez

Re: [Numpy-discussion] Proposal: add the timestamp64 type (Noam Yorav-Raphael)

2020-11-12 Thread Matti Picus
On 11/12/20 6:04 PM, Stefano Miccoli wrote: On 11 Nov 2020, at 18:00, numpy-discussion-requ...@python.org wrote: I propose to add a new type called "timestamp64". It will be a pure timestamp, meaning that it represents a moment in time (as sec

Re: [Numpy-discussion] Proposal: add the timestamp64 type (Noam Yorav-Raphael)

2020-11-12 Thread Noam Yorav-Raphael
Hi Matti and Stefano, My understanding is that datetime64 was decided to be neither TAI nor posix time, but rather represent an abstract calendar point, like datetime.datetime without a specified timezone. This can usually be converted into posix time given a timezone (although in the "repeated" h

Re: [Numpy-discussion] Proposal: add the timestamp64 type (Noam Yorav-Raphael)

2020-11-12 Thread Daniele Nicolodi
On 12/11/2020 17:40, Matti Picus wrote: > In a one-on-one discussion with Noam in a pre-community call (that, how > ironically, we had time for since we both messed up the meeting > time-zone change) we reached the conclusion that the request is to > clarify whether NumPy's datetime64 represents

[Numpy-discussion] API, NEP: Inclusion of the experimental `like=` argument in NumPy 1.20 (we currently lean to yes)

2020-11-12 Thread Sebastian Berg
Hi all, TL;DR: Should NumPy add a `like=` to array creation functions? This is an extension of the `__array_function__` protocol useful when working with array-like objects other than NumPy arrays. Including it, effectively means we preliminarily accept NEP 35. Note that without any feedback here

Re: [Numpy-discussion] API, NEP: Inclusion of the experimental `like=` argument in NumPy 1.20 (we currently lean to yes)

2020-11-12 Thread Stefan van der Walt
On Thu, Nov 12, 2020, at 17:48, Sebastian Berg wrote: > [3] There is the "middle ground": We could require an environment > variable to activate it. But we discussed it briefly at the community > meeting as well, and I think the consensus was there is probably no > good argument for that. (e.g. it