Right, thanks Even.
 
I was generally aware of the issue and had added SYS_PTRACE capability to my docker service. That made the HDF5 driver work with /vsicurl/ in the container, but not the NetCDF driver, which did confuse me.
 
Now, instead of running a container with --security_opt=seccomp:unconfined, i whitelisted userfaultfd in the seccomp profile for the docker deamon. That way I can use the netcdf driver in docker swarm services (where I was not able to make the security_opt work) and do not have to remove the secure computing mode entirely (I hope).
 
Thanks again for your steady and swift replies!
 
Cheers
Stefan
 
 
 
Gesendet: Donnerstag, 12. Oktober 2023 um 14:22 Uhr
Von: "Even Rouault" <even.roua...@spatialys.com>
An: "Stefan Blumentrath" <stefan.blumentr...@gmx.de>, "gdal-dev" <gdal-dev@lists.osgeo.org>
Betreff: Re: [gdal-dev] Cannot choose netCDF driver instead of HDF5 for nc files

Works for me with GDAL 3.6, 3.7 and master on Ubuntu 20.04

$ gdalinfo /vsicurl/https://nbstds.met.no/thredds/fileServer/NBS/S2B/2022/07/03/S2B_MSIL1C_20220703T112119_N0400_R037_T32VLN_20220703T121203.nc
Driver: netCDF/Network Common Data Format
[...]

/vsicurl/ functionality for the netCDF driver requires using a specific system call of Linux. See https://gdal.org/drivers/raster/netcdf.html#vsi-virtual-file-system-api-support

Le 12/10/2023 à 14:01, Stefan Blumentrath via gdal-dev a écrit :
Hi,
 
I am wondering if the behavior of the NetCDF driver changed in recent GDAL version(s)?
 
I do have the netCDF driver installed and also HDF5, which has been shaddowing the netCDF driver. So I used to do the following:
export GDAL_SKIP=HDF5
But this gives me now:
 
(or in Python syntax:
from osgeo import gdal
gdal.GetDriverByName("HDF5").Deregister()
)
 
If I do not deregister the HDF5 driver the dataset is opened, but with the HDF5 driver, and I want to use the netCDF driver for those CF-convention files...
 
I am on Ubuntu 22.04, GDAL 3.6.4, released 2023/04/17...
 
Any idea how that can be solved? Is it a bug or a feature?
Thanks for helping in advance!
 
Cheers
Stefan
 
 
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to