You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In any case, I doubt this is any performance bottleneck for most use cases and I would like to avoid any premature optimization, but I can (i) test the effects with a proper benchmark and (ii) add a to_parquet_kwargs argument to the to_tstore methods which is forwarded to df_attrs.to_parquet.
Basically if
df_attrs
is aGeoDataFrame
, we are thus usingGeoDataFrame.to_parquet
, that already takes care of writing the geometry columns. Should we use "geoarrow" instead of the default "WKB" (see thegeometry_encoding
argument at https://geopandas.org/en/stable/docs/reference/api/geopandas.GeoDataFrame.to_parquet.html)?In any case, I doubt this is any performance bottleneck for most use cases and I would like to avoid any premature optimization, but I can (i) test the effects with a proper benchmark and (ii) add a
to_parquet_kwargs
argument to theto_tstore
methods which is forwarded todf_attrs.to_parquet
.Originally posted by @martibosch in #19 (comment)
The text was updated successfully, but these errors were encountered: