Not sure how consequential it'd be in practice, but my first thought is
that "+vl" and "+vL" (or "+v"/"+V") would require fewer logic changes and
extra checks for parsers. Plus, establishing a v-prefixed convention for
views would avoid those downsides for plain binary types when BinaryView
and Utf8View are added (e.g. "vz"/"vZ", "vu"/"vU"), assuming they'll be
getting format strings as well.

On Thu, Oct 5, 2023 at 1:00 PM Felipe Oliveira Carvalho <felipe...@gmail.com>
wrote:

> Hello,
>
> I'm writing to propose "+lv" and "+Lv" as format strings for list-view and
> large list-view arrays passing through the Arrow C data interface [1].
>
> The vote will be open for at least 72 hours.
>
> [ ] +1 - I'm in favor of this new C Data Format string
> [ ] +0
> [ ] -1 - I'm against adding this new format string because....
>
> Thanks everyone!
>
> --
> Felipe
>
> [1] https://arrow.apache.org/docs/format/CDataInterface.html
>

Reply via email to