Background
I have been looking into using parquet files for storing and working with
automotive data. One interesting thing about automotive data is that most
communication happens on the CAN bus where we have extremely limited bandwidth.
In order to encode "physical" values in a very space effici
+1 (binding)
Thank you for helping make this happen
On Sat, Jan 6, 2024 at 2:10 AM Sutou Kouhei wrote:
> +1
>
> In
> "[VOTE] Accept donation of flightsql-odbc" on Fri, 05 Jan 2024 10:41:21
> -0500,
> "David Li" wrote:
>
> > Hello,
> >
> > This vote is to determine if the Arrow PMC is in f
Hi Elliot,
Given your description, I agree extension types sound like they may be a
good idea, similar to geoarrow[1] for Geospatial data where there is extra
metadata[2] needed to interpret underlying types (e.g. factor and offset)
Andrew
[1] https://github.com/geoarrow/geoarrow
[2] https://arr
+1 (binding)
Thanks.
On Sat, Jan 6, 2024 at 5:05 AM Andrew Lamb wrote:
>
> +1 (binding)
>
> Thank you for helping make this happen
>
> On Sat, Jan 6, 2024 at 2:10 AM Sutou Kouhei wrote:
>
> > +1
> >
> > In
> > "[VOTE] Accept donation of flightsql-odbc" on Fri, 05 Jan 2024 10:41:21
> > -0500,
+1
I ran the following on Debian GNU/Linux sid:
JAVA_HOME=/usr/lib/jvm/default-java \
dev/release/verify-release-candidate.sh 0.9.0 0
with:
* g++ (Debian 13.2.0-4) 13.2.0
* go version go1.21.5 linux/amd64
* openjdk version "17.0.9-ea" 2023-10-17
* Python 3.11.7
* ruby 3.1.2p20 (
