Kurt,
I tried the latest version of NetCDF’s nccopy utility on your files and it also
failed. Same with an old NetCDF v4.2/HDF5 v1.8.9 version.
So the files seem wrong/corrupted for an unknow reason, or created with a
specific NetCDF/HDF5 version which include a compatibility break.
Did you get
Thanks Even!
De : Even Rouault [even.roua...@spatialys.com]
Envoyé : mardi 5 novembre 2019 18:07
À : Julien Demaria
Cc : gdal-dev@lists.osgeo.org
Objet : Re: [gdal-dev] Removing default nodata value from netCDF driver ?
On mardi 5 novembre 2019 15:41:47
that nc_inq_var_fill() does not fill the void *fill_valuep if no_fill=1
Julien
-Message d'origine-
De : Even Rouault
Envoyé : mardi 5 novembre 2019 15:48
À : Julien Demaria
Cc : gdal-dev@lists.osgeo.org
Objet : Re: [gdal-dev] Removing default nodata value from netCDF driver ?
On mardi
ssage d'origine-
De : Even Rouault
Envoyé : mardi 5 novembre 2019 11:19
À : Julien Demaria
Cc : gdal-dev@lists.osgeo.org
Objet : Re: [gdal-dev] Removing default nodata value from netCDF driver ?
On mardi 5 novembre 2019 01:18:35 CET Julien Demaria wrote:
> Hi Even,
>
> Ar
Hi Even,
Are you sure that the driver uses a default fill value if the attribute is not
present? because bGotNoData seems set to false in this case and so
SetNoDataValue() never called and GetNoDataValue() should return
pbSuccess=false but maybe I'm wrong.
I already falled several years ago on
Hi Margherita,
I think you need to install the netcdf-devel fedora package which contains C
header files needed to compile GDAL NetCDF support.
Julien
De : gdal-dev [mailto:gdal-dev-boun...@lists.osgeo.org] De la part de
Margherita Di Leo
Envoyé : mardi 12 mars 2019 15:06
À : gdal-dev@lists.o
: Julien Demaria; gdal-dev@lists.osgeo.org
Objet : Re: parsing of netcdf4 no-data values in hdf5 reader
Hi Julien,
If you want to put up your code on github, I can volunteer to help port it
to 2.x. Generating unittests would not be a problem. Will probably take
existing datasets in the test
Hi,
I have already already implemented NetCDF4 groups support for GDAL in 2015 and
use it to read for example NASA OceanColor MODIS/VIIRS L2 products, see the
attached email.
Unfortunately I never found enough time to add corresponding GDAL autotests
(covering all my modifications) to be abl
Hi,
Maybe this is a problem with your NetCDF internal chunks cache too small and
related to this ticket: https://trac.osgeo.org/gdal/ticket/5291
You can change this per-variable cache using this C function:
http://www.unidata.ucar.edu/software/netcdf/docs/group__variables.html#ga2788cbfc6880ec70
...@gmail.com]
Date d'envoi : jeudi 19 novembre 2015 21:10
À : Julien Demaria
Cc : gdal dev
Objet : Re: RE : [gdal-dev] Making a small(er) test netcdf from a netcdf with
subdatasets?
Julien,
Bummer that I broke you patches. I don't expect to do much more in frmts for a
while. My big spri
Dear Kurt,
Yes you can do that using ncks from nco by specifying the subset on each
dimension:
ncks -d lon,340.0,10.0 -d lat,10.0,20.0 in.nc out.nc
another solution is to do ncdump -h into a file, editing the ascii to reduce
dimensions and do ncgen to generate the NetCDF. By default it will fill
Hi,
Note that I have implemented in GDAL support of NetCDF-4 files including groups
and support of warping new NASA OceanColor L2 format using geolocation array
but unfortunately still not finalized the patch to GDAL... More details here:
http://osgeo-org.1560.x6.nabble.com/gdal-dev-NetCDF-driv
Hi,
I confirm that gdalwarp should not work well with MODIS/VIIRS bow-tie effect.
Maybe apply the same reprojection logic but on each bow-tie separately (bow-tie
are blocks of 20 rows I think) should give better results by I don't know if
it's possible.
Here we developed an internal reprojecti
time to do this for the moment...
Cheers,
Julien
De : Etienne Tourigny [mailto:etourigny@gmail.com]
Envoyé : lundi 30 mars 2015 03:52
À : Julien Demaria
Cc : gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>
Objet : Re: [gdal-dev] NetCDF driver improvements (including groups suppor
unit
tests for each patch (especially for new features), but unfortunately I don’t
have a lot of free time to do this for the moment...
Cheers,
Julien
De : Etienne Tourigny [mailto:etourigny@gmail.com]
Envoyé : lundi 30 mars 2015 03:52
À : Julien Demaria
Cc : gdal-dev@lists.osgeo.org
Objet
)
SUBDATASET_4_NAME=NETCDF:"V2015024.L3b_DAY_NPP_CHL.nc":/level-3_binned_data/BinIndex
SUBDATASET_4_DESC=[1x4320] /level-3_binned_data/BinIndex (x.�)
Julien
De : Michael Sumner [mailto:mdsum...@gmail.com]
Envoyé : samedi 7 février 2015 02:03
À : Julien Demaria; gdal-dev@lists.osgeo.
Joaquim,
Yes I've checked that my point 7) solve the ticket #5291 (tested on the 3 files
of the ticket), and I added the patch (for trunk version) to the ticket.
Julien
-Message d'origine-
De : gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org]
De la part de Joa
Hi GDAL team,
I've implemented several improvements to the NetCDF driver and I would like to
provide them to the community.
Main goal of the changes is to add full support of NetCDF-4 including groups.
NetCDF-4 is the future format of ESA Sentinel-3 products (no groups) and NASA
Ocean Color team
Dear Victoria,
You can try
export GDAL_NETCDF_BOTTOMUP=NO
just before launching gdal_translate
but note that this works only if your dataset is oriented north-south
For GDAL developpers: I have implemented a path on my version to force
blockYSize to 1 if bottomup dataset :
-
19 matches
Mail list logo
