[jira] [Commented] (ORC-322) c++ writer should not adjust gmtOffset when writing timestamps

2018-03-14 Thread Gang Wu (JIRA)
[ https://issues.apache.org/jira/browse/ORC-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399949#comment-16399949 ] Gang Wu commented on ORC-322: - AFAIK, both printers in C++ and java print timestamps in UTC format. Followings 

[jira] [Commented] (ORC-322) c++ writer should not adjust gmtOffset when writing timestamps

2018-03-14 Thread Quanlong Huang (JIRA)
[ https://issues.apache.org/jira/browse/ORC-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399948#comment-16399948 ] Quanlong Huang commented on ORC-322: Hi [~wgtmac], I just update the description with repros. I think the

[jira] [Updated] (ORC-322) c++ writer should not adjust gmtOffset when writing timestamps

2018-03-14 Thread Quanlong Huang (JIRA)
[ https://issues.apache.org/jira/browse/ORC-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Quanlong Huang updated ORC-322: --- Description: The c++ TimestampColumnWriter will adjust timestamp with gmtOffset: {code:java} void

[jira] [Updated] (ORC-322) c++ writer should not adjust gmtOffset when writing timestamps

2018-03-14 Thread Quanlong Huang (JIRA)
[ https://issues.apache.org/jira/browse/ORC-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Quanlong Huang updated ORC-322: --- Description: The c++ TimestampColumnWriter will adjust timestamp with gmtOffset: {code:java} void

[jira] [Updated] (ORC-322) c++ writer should not adjust gmtOffset when writing timestamps

2018-03-14 Thread Quanlong Huang (JIRA)
[ https://issues.apache.org/jira/browse/ORC-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Quanlong Huang updated ORC-322: --- Description: The c++ TimestampColumnWriter will adjust timestamp with gmtOffset: {code:c++} void

[jira] [Comment Edited] (ORC-322) c++ writer should not adjust gmtOffset when writing timestamps

2018-03-14 Thread Gang Wu (JIRA)
[ https://issues.apache.org/jira/browse/ORC-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399881#comment-16399881 ] Gang Wu edited comment on ORC-322 at 3/15/18 3:54 AM: -- This is not a bug. According to 

[jira] [Commented] (ORC-322) c++ writer should not adjust gmtOffset when writing timestamps

2018-03-14 Thread Gang Wu (JIRA)
[ https://issues.apache.org/jira/browse/ORC-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399881#comment-16399881 ] Gang Wu commented on ORC-322: - This is not a bug. According to ORC-10, TimestampVectorBatch is designed and

[jira] [Commented] (ORC-305) Add column statistics for the size on disk

2018-03-14 Thread Sandeep More (JIRA)
[ https://issues.apache.org/jira/browse/ORC-305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399359#comment-16399359 ] Sandeep More commented on ORC-305: -- Ah, thanks [~owen.omalley] for the details, makes it much clearer. >

[jira] [Commented] (ORC-310) better error handling and lifecycle management for codecs

2018-03-14 Thread Sergey Shelukhin (JIRA)
[ https://issues.apache.org/jira/browse/ORC-310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399150#comment-16399150 ] Sergey Shelukhin commented on ORC-310: -- Updated the PR > better error handling and lifecycle management

[jira] [Commented] (ORC-310) better error handling and lifecycle management for codecs

2018-03-14 Thread Owen O'Malley (JIRA)
[ https://issues.apache.org/jira/browse/ORC-310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399003#comment-16399003 ] Owen O'Malley commented on ORC-310: --- In terms of the shared codec, it would be cleaner to make the codecs

[jira] [Commented] (ORC-161) Create a new column type that run-length-encodes decimals

2018-03-14 Thread Gang Wu (JIRA)
[ https://issues.apache.org/jira/browse/ORC-161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16398161#comment-16398161 ] Gang Wu commented on ORC-161: - Recently I have done some benchmarks between ORC and our proprietary file format.