[ https://issues.apache.org/jira/browse/PARQUET-2042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17561946#comment-17561946 ]
ASF GitHub Bot commented on PARQUET-2042: ----------------------------------------- mwong38 commented on code in PR #900: URL: https://github.com/apache/parquet-mr/pull/900#discussion_r912545610 ########## parquet-protobuf/src/main/java/org/apache/parquet/proto/ProtoSchemaConverter.java: ########## @@ -97,6 +127,46 @@ public MessageType convert(Class<? extends Message> protobufClass) { private <T> Builder<? extends Builder<?, GroupBuilder<T>>, GroupBuilder<T>> addField(FieldDescriptor descriptor, final GroupBuilder<T> builder) { if (descriptor.getJavaType() == JavaType.MESSAGE) { + if (unwrapProtoWrappers) { + String typeName = descriptor.getMessageType().getFullName(); + if (typeName.equals(PROTOBUF_TIMESTAMP_TYPE)) { + return builder.primitive(INT64, getRepetition(descriptor)).as(timestampType(true, TimeUnit.NANOS)); Review Comment: I don't think it's worth complicating the API. The Timestamp common Proto stores time in nanoseconds. There's no good reason to deviate from that or to truncate the resolution. If the user wishes to do more manipulation, it can be done downstream. > Unwrap common Protobuf wrappers and logical Timestamps, Date, TimeOfDay > ----------------------------------------------------------------------- > > Key: PARQUET-2042 > URL: https://issues.apache.org/jira/browse/PARQUET-2042 > Project: Parquet > Issue Type: Improvement > Components: parquet-protobuf > Reporter: Michael Wong > Priority: Major > > Related to https://issues.apache.org/jira/browse/PARQUET-1595 -- This message was sent by Atlassian Jira (v8.20.10#820010)