You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@arrow.apache.org by "Christian Hudon (Jira)" <ji...@apache.org> on 2020/05/06 13:37:00 UTC

[jira] [Updated] (ARROW-8714) [C++] Add a Tensor logical value type with varying dimensions, implemented using ExtensionType

     [ https://issues.apache.org/jira/browse/ARROW-8714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Christian Hudon updated ARROW-8714:
-----------------------------------
    Description: 
Support for tensor in Table, RecordBatch, etc. where each row is a tensor of a different shape (e.g images of different sizes), but of the same underlying type (e.g. int32). Implemented as an ExtensionType, so no need to change the format. 

I don't see needing each row being a tensor with a different number of dimensions, so if the implementation for that falls out easily of the use case with each row in the table having a tensor with the same number of dimensions, great. If it adds a lot of complexity, that case would be postponed.

> [C++] Add a Tensor logical value type with varying dimensions, implemented using ExtensionType
> ----------------------------------------------------------------------------------------------
>
>                 Key: ARROW-8714
>                 URL: https://issues.apache.org/jira/browse/ARROW-8714
>             Project: Apache Arrow
>          Issue Type: Improvement
>          Components: C++, Format
>            Reporter: Christian Hudon
>            Priority: Major
>
> Support for tensor in Table, RecordBatch, etc. where each row is a tensor of a different shape (e.g images of different sizes), but of the same underlying type (e.g. int32). Implemented as an ExtensionType, so no need to change the format. 
> I don't see needing each row being a tensor with a different number of dimensions, so if the implementation for that falls out easily of the use case with each row in the table having a tensor with the same number of dimensions, great. If it adds a lot of complexity, that case would be postponed.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)