[Python] Consider to raise or normalize if a timezone aware datetime.time object is encountered during conversion
- Dominant language
- C++
- Stars
- 17.1k
- Forks
- 4.3k
- Avg merge
- 3d 13h
- Merged PRs (30d)
- 88
Description
Python datetime.time objects may have timezone information attached, but since the time types (type32 and type64) don't have that property in arrow we simply ignore it.
We should either raise an error or normalize to UTC.
**Reporter**: [Krisztian Szucs](https://issues.apache.org/jira/browse/ARROW-10004) / @kszucs
#### Related issues:
- [[C++][Python] Refactor python to arrow conversions based on a reusable conversion API ](https://github.com/apache/arrow/issues/26017) (relates to)
**Note**: *This issue was originally created as [ARROW-10004](https://issues.apache.org/jira/browse/ARROW-10004). Please see the [migration documentation](https://github.com/apache/arrow/issues/14542) for further details.*
Contributor guide
Research direction
Start at the Python conversion path for datetime.time objects and inspect existing tests for timezone-aware values. Decide whether the conversion should raise or normalize to UTC, then add coverage that confirms the chosen behavior and preserves handling of timezone-naive values.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- data-engineering
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100