+1 (non-binding)

Best,
Xuwei Fu

David Li <lidav...@apache.org> 于2024年8月6日周二 10:20写道:

> +1 (binding)
>
> On Tue, Aug 6, 2024, at 10:17, Sutou Kouhei wrote:
> > +1 (binding)
> >
> > In <CAKRMZem9Ur988idXro+UsCEoVKAAX1RiLz=xbr9m_tfzz4-...@mail.gmail.com>
> >   "[VOTE][Format] Bool8 Canonical Extension Type" on Mon, 5 Aug 2024
> > 08:59:42 -0400,
> >   Joel Lubinitsky <joell...@gmail.com> wrote:
> >
> >> Hello Devs,
> >>
> >> I would like to propose a new canonical extension type: Bool8
> >>
> >> The prior mailing list discussion thread can be found at [1].
> >> The format documentation change can be found at [2]. A copy of the text
> is
> >> included in this email.
> >> A Go implementation can be found at [3].
> >> A C++/Python implementation can be found at [4].
> >>
> >> Thank you for your time and attention in reviewing this proposal.
> >>
> >> The vote will be open for at least 72 hours.
> >>
> >> [ ] +1 Accept this proposal
> >> [ ] +0
> >> [ ] -1 Do not accept this proposal because...
> >>
> >> [1]: https://lists.apache.org/thread/nz44qllq53h6kjl3rhy0531n2n2tpfr0
> >> [2]: https://github.com/apache/arrow/pull/43234
> >> [3]: https://github.com/apache/arrow/pull/43323
> >> [4]: https://github.com/apache/arrow/pull/43488
> >>
> >> ---
> >>
> >> 8-bit Boolean
> >> =============
> >>
> >> Bool8 represents a boolean value using 1 byte (8 bits) to store each
> value
> >> instead of only 1 bit as in the original Arrow Boolean type. Although
> less
> >> compact than the original representation, Bool8 may have better
> zero-copy
> >> compatibility with various systems that also store booleans using 1
> byte.
> >>
> >> * Extension name: ``arrow.bool8``.
> >>
> >> * The storage type of this extension is ``Int8`` where:
> >>
> >>   * **false** is denoted by the value ``0``.
> >>   * **true** can be specified using any non-zero value. Preferably
> ``1``.
> >>
> >> * Extension type parameters:
> >>
> >>   This type does not have any parameters.
> >>
> >> * Description of the serialization:
> >>
> >>   No metadata is required to interpret the type. Any metadata present
> >> should be ignored.
>

Reply via email to