That is good news, I am glad to see that that capability is now available
to more people.
On Sun, Aug 26, 2018 at 3:07 PM Even Rouault
wrote:
> Hi,
>
> I've pushed a change in master that now enables /vsi support for HDF5 for
> all
> operating systems, and not just Linux >= 4.3. This uses the HD
Hi,
I've pushed a change in master that now enables /vsi support for HDF5 for all
operating systems, and not just Linux >= 4.3. This uses the HDF5 Virtual File
Driver mechanism:
https://support.hdfgroup.org/HDF5/doc/TechNotes/VFL.html
which allows to plug a custom low-level I/O layer
(In theory
Ah yes, my apologies.
On Wed, Aug 8, 2018 at 8:30 AM Even Rouault
wrote:
> > A concrete example: you should probably not setup a
> > /vsimem asset from one thread while another thread is reading a uffd
> backed
> > asset
>
> Just a small correction: James meant here not to mix uffd with the use
> A concrete example: you should probably not setup a
> /vsimem asset from one thread while another thread is reading a uffd backed
> asset
Just a small correction: James meant here not to mix uffd with the use of the
API in cpl_virtualmem.h ( CPLVirtualMemNew() and the like ).
/vsimem/ itself
Hello,
Support for use of /vsi paths to HDF5 and NetCDF files has just been merged
into master (please see here https://github.com/OSGeo/gdal/pull/786 ).
We believe that this will be helpful for many people because it is now
possible to work with remote files of those formats on an on-demand basi
