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
Hey guys, quick question for you netCDF4pythoneers - will it be possible to add --enable-byterange or -DENABLE_BYTERANGE=true (for Cmake) to the compilation of C library so we can get S3 data access out the box, using an already built and bundled Python library, so we don't have to compile our own copy and store it in some barn, then point conda to it (the peasant's way)? Is there any red flag for this not to be used? Inspiration from the {netCDF-C docs](https://github.com/Unidata/netcdf-c/blob/main/docs/byterange.md). Very many thanks in advance, and cheers muchly for your awesome work! Also great to see GH friends like @ocefpaf around 🍺
The text was updated successfully, but these errors were encountered:
@jswhit that's great, very many thanks, and my sincere apologies for missing your reply - not sure how I missed it, but in fairness, I was away last week. So it looks like my colleague and friend @zklaus has enabled byte-range in conda-forge/libnetcdf-feedstock#178 - does this mean you guys can now build new wheels? Cheers muchly 🍺
Hey guys, quick question for you netCDF4pythoneers - will it be possible to add
--enable-byterange
or-DENABLE_BYTERANGE=true
(for Cmake) to the compilation of C library so we can get S3 data access out the box, using an already built and bundled Python library, so we don't have to compile our own copy and store it in some barn, then point conda to it (the peasant's way)? Is there any red flag for this not to be used? Inspiration from the {netCDF-C docs](https://github.com/Unidata/netcdf-c/blob/main/docs/byterange.md). Very many thanks in advance, and cheers muchly for your awesome work! Also great to see GH friends like @ocefpaf around 🍺The text was updated successfully, but these errors were encountered: