Hi,
(I'm repeating things I wrote under the "datetime64: Remove deprecation
warning..." thread, since I'm now proposing a new solution.)
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)
On Fri, Nov 6, 2020 at 5:58 PM Brock Mendel wrote:
> > I find the whole notion of a "timezone naive timestamp" to be nearly
> meaningless
>
> From the perspective of, say, the dateutil parser, what would you do with
> "2020-11-06 07:48"? If you assume it's UTC you'll be wrong in this case.
> If
Hi all!
This is a reminder that our next Documentation Team meeting will be on *Monday,
November 9* at 3PM UTC** (PLEASE MIND THE RECENT TIME CHANGES AND SEE IF IT
APPLIES TO YOUR AREA)
If you wish to join on Zoom, **you need to use this NEW link**
https://zoom.us/j/96219574921?pwd=VTRNeGwwOUlrY
