You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@arrow.apache.org by "Antoine Pitrou (Jira)" <ji...@apache.org> on 2021/09/09 14:00:00 UTC

[jira] [Resolved] (ARROW-13033) [C++] Kernel to localize naive timestamps to a timezone (preserving clock-time)

     [ https://issues.apache.org/jira/browse/ARROW-13033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Antoine Pitrou resolved ARROW-13033.
------------------------------------
    Resolution: Fixed

Issue resolved by pull request 10610
[https://github.com/apache/arrow/pull/10610]

> [C++] Kernel to localize naive timestamps to a timezone (preserving clock-time)
> -------------------------------------------------------------------------------
>
>                 Key: ARROW-13033
>                 URL: https://issues.apache.org/jira/browse/ARROW-13033
>             Project: Apache Arrow
>          Issue Type: Improvement
>          Components: C++
>            Reporter: Joris Van den Bossche
>            Assignee: Rok Mihevc
>            Priority: Major
>              Labels: pull-request-available, timestamp, timezone
>             Fix For: 6.0.0
>
>          Time Spent: 15.5h
>  Remaining Estimate: 0h
>
> Given a tz-naive timestamp, "localize" would interpret that timestamp as local in a given timezone, and return a tz-aware timestamp keeping the same "clock time" (the same year/month/day/hour/etc in the printed representation). Under the hood this converts the timestamp value from that timezone to UTC, since tz-aware timestamps are stored as UTC.
> References: [tz_localize|https://pandas.pydata.org/pandas-docs/stable/reference/api/pandas.DatetimeIndex.tz_localize.html] in pandas, or [force_tz|https://lubridate.tidyverse.org/reference/force_tz.html] in R's lubridate package
> This will (eventually) also have to deal with ambiguous or non-existing times.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)