You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
convert_timestamp_millis_to_string and convert_timestamp_micros_to_string round the timestamp down to seconds, thus losing any fractional seconds when converting the timestamp to JSON:
This is a simple fix, and I am happy to create a PR, but was wondering if there's any reason for the current approach, which throws away fractional seconds.
The text was updated successfully, but these errors were encountered:
tustvold
changed the title
convert_timestamp_millis_to_string, convert_timestamp_micros_to_string lose sub-second precision
Parquet Field Display Drops Timestamp Precision
Jan 7, 2025
Printing the real timestamp makes sense to me, but I have little context on the record (non-arrow) APIs. FWIW the arrow APIs will be significantly faster and are better supported
convert_timestamp_millis_to_string
andconvert_timestamp_micros_to_string
round the timestamp down to seconds, thus losing any fractional seconds when converting the timestamp to JSON:arrow-rs/parquet/src/record/api.rs
Line 926 in 4f1f6e5
Wouldn't it be better to print the fractional seconds in the RFC3339 format using
%.3f
for millis and%.6f
for micros, like so:This is a simple fix, and I am happy to create a PR, but was wondering if there's any reason for the current approach, which throws away fractional seconds.
The text was updated successfully, but these errors were encountered: