Are we sure that "casting" should be supported? date/timestamp -> string sounds to me like "format" with parameters (like strftime tokens, which may default to ISO-8601), not "cast". Likewise, string to timestamp sounds like "parse" (also with parameters), not "cast".
Neal On Tue, Jul 14, 2020 at 10:55 AM Wes McKinney <wesmck...@gmail.com> wrote: > I agree with using ISO 8601 or the constituent components (date or time) > thereof > > On Tue, Jul 14, 2020 at 12:48 PM Antoine Pitrou <anto...@python.org> > wrote: > > > > > > Le 14/07/2020 à 19:40, Ben Kietzman a écrit : > > > string -> date32 is not implemented, AFAICT. > > > > > > I agree that a timestamp seems ideal, that way string -> date32 should > > > produce the same result as string -> timestamp -> date32. > > > > > > A related question: what format would be expected for time32<seconds> > <-> > > > string? > > > > "HH:MM:SS" perhaps? >
