On 20 Mar 2014 02:07, "Sankarshan Mudkavi" <smudkavi@uwaterloo.ca> wrote:
> I've written a rather rudimentary NEP, (lacking in technical details which I will hopefully add after some further discussion and receiving clarification/help on this thread).
>
> Please let me know how to proceed and what you think should be added to the current proposal (attached to this mail).
>
> Here is a rendered version of the same:
> https://github.com/Sankarshan-Mudkavi/numpy/blob/Enhance-datetime64/doc/neps/datetime-improvement-proposal.rst

Your NEP suggests making all datetime64s be in UTC, and treating string representations from unknown timezones as UTC. How does this differ from, and why is it superior to, making all datetime64s be naive?

-n