[
https://issues.apache.org/jira/browse/DRILL-7864?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17313644#comment-17313644
]
Micah Kornfield commented on DRILL-7864:
----------------------------------------
FWIW, I hacked together a java application using the Avro Parquet-mr bindings
and converted the parquet file generated by pyarrow with the sample CSV to an
arrow file was able to round trip it for Parquet-MR versions of 1.11.0, 1.11.1
and 1.12.
More details in
https://issues.apache.org/jira/browse/ARROW-11629?focusedCommentId=17313258&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-17313258
and
https://issues.apache.org/jira/browse/ARROW-11629?focusedCommentId=17312926&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-17312926
One other option is that there is subtle bug in ParquetSharp bindings to
Parquet-cpp.
> Parquet file could not be read correctly
> ----------------------------------------
>
> Key: DRILL-7864
> URL: https://issues.apache.org/jira/browse/DRILL-7864
> Project: Apache Drill
> Issue Type: Bug
> Components: Storage - Parquet
> Affects Versions: 1.18.0
> Reporter: Matthias Rosenthaler
> Priority: Major
> Attachments: drill_query.csv, output.parquet, parquet-dotnet.csv
>
>
> The following parquet file which is generated by ParquetSharp (which is using
> the underlying apache arrow c++ lib) is not readable by drill. The values of
> the columns are displaced. If I write the affected float32 columns
> "InjectionRate" and "I_injection_IA" as float64, everything is fine.
> Update: It seems that the bug is *caused by dictionary encoding*. If I turn
> this feature of, drill is able to read it. So please take a look into reading
> dictionary encoded columns in drill to solve the bug.
> Also created a ticket for the arrow project, but they redirect me to the
> drill project. https://issues.apache.org/jira/browse/ARROW-11629
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
