Thanks! Adding -DNETCDF_HAS_NC4 makes the warning go away.
Now I wonder what that means to users of this code that have been living
without that for forever.
I will try gdal_translate with and without that flag and see what happens.
It looks like I should see differences with unsigned types.
On
On mercredi 7 août 2019 14:24:32 CEST Kurt Schwehr wrote:
> Hmm... these are netcdf 5 according to file.
HDF5, not netCDF 5. netCDF v4 file format is a profile on top of HDF5.
> I have the extra fun that my build is bazel based.
Ah that likely explains it... You need to add -DNETCDF_HAS_NC4 to
; *From:* gdal-dev on behalf of Even
> Rouault
> *Sent:* Wednesday, August 7, 2019 4:39 PM
> *To:* gdal-dev@lists.osgeo.org
> *Subject:* Re: [gdal-dev] NetCDF driver detected file type
>
> Kurt,
>
> I would say that your netCDF build lacks libhdf5 support needed to open
> netCDF
>
ject: Re: [gdal-dev] NetCDF driver detected file type
Kurt,
I would say that your netCDF build lacks libhdf5 support needed to open netCDF
4 files, and/or that your GDAL build has been done against a netCDF version
that lacked it (if you added support of HDF5 in the netCDF build, after doing
an i
Kurt,
I would say that your netCDF build lacks libhdf5 support needed to open netCDF
4 files, and/or that your GDAL build has been done against a netCDF version
that lacked it (if you added support of HDF5 in the netCDF build, after doing
an initial build of GDAL, you also need to rebuild GDAL)
For a custom build of gdal, I'm seeing:
Warning 1: NetCDF driver detected file type=5, but libnetcdf detected
type=3
Any idea what is causing this? With gdal 2.3.2, from debian testing, I
don't see the message.
This warning message was added here:
https://github.com/OSGeo/gdal/commit/813aa22
_User_Manual.pdf]
Thank you,
Ivan
________
From: Even Rouault
Sent: Friday, August 2, 2019 11:54 AM
To: Ivan Lucena
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] NetCDF driver getting wrong values if compared to HDF5
On vendredi 2 août 2019 14:44:02 CEST Ivan Lucen
On vendredi 2 août 2019 14:44:02 CEST Ivan Lucena wrote:
> Even,
>
> The metadata of one file samples points to
> http://land.copernicus.eu/global/products/ndvi
>
> I wasn't able to recover my username/password so I not sure what is there.
>
> Another this page you can select the specific produc
Sent: Friday, August 2, 2019 5:19 AM
To: Ivan Lucena
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] NetCDF driver getting wrong values if compared to HDF5
On jeudi 1 août 2019 22:10:22 CEST Ivan Lucena wrote:
> Hi Even,
>
> Thank you very much for your attention on this issue.
On jeudi 1 août 2019 22:10:22 CEST Ivan Lucena wrote:
> Hi Even,
>
> Thank you very much for your attention on this issue. Thank you for your
> time.
Do you have a link to this dataset ? On
http://www.vito-eodata.be/PDF/datapool/ I can only find .HDF5 files, not .nc
ones
--
Spatialys - Geospat
Proba-V data is not for Oceanography anyway. so it should not be a problem
whatever driver I use.
But maybe the netCDF and HDF5 driver's authors would like to take a look.
Thank you again,
Ivan
From: Even Rouault
Sent: Wednesday, July 31, 2019 11:19 AM
To: gd
On mardi 30 juillet 2019 21:48:45 CEST Ivan Lucena wrote:
> Unsupported netCDF datatype (7), treat as Float32.
Given that
#define NC_UBYTE7 /**< unsigned 1 byte int */
and
https://github.com/OSGeo/gdal/blob/master/gdal/frmts/netcdf/netcdfdataset.cpp#L357
it seems you would have
Hi,
I am struggling with an issue with the NetCDF file with dealing with data from
ESA Copernicus, Proba-V 1KM Level 3.
If I read the data using the HDF5 driver I lose the georeferenced but the
values seems to more aceturate, since the pixels values over the ocean are
supposed t be flagged as
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
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 : Re: [gdal-dev] NetCDF driver improvements (including groups
support)
Hi Julien
These improvements look really
: Re: [gdal-dev] NetCDF driver improvements (including groups support)
Hi Julien
These improvements look really great!
Unfortunately I am on a long-term vacation and semi-retired from my GIS work.
So I am sorry but I cannot really help on testing and committing the work...
That is why I did not
Hi Julien
These improvements look really great!
Unfortunately I am on a long-term vacation and semi-retired from my GIS
work. So I am sorry but I cannot really help on testing and committing the
work...
That is why I did not respond sooner.
As the last "official" netcdf maintainer I should at le
hlor_a
>
> SUBDATASET_2_DESC=[1x1671755] /level-3_binned_data/chlor_a (x.�)
>
> SUBDATASET_3_NAME=NETCDF:"V2015024.L3b_DAY_NPP_CHL.nc
> ":/level-3_binned_data/chl_ocx
>
> SUBDATASET_3_DESC=[1x1671755] /level-3_binned_data/chl_ocx (x.�)
>
> SUBDATASET_4_
)
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.
la part de Joaquim Luis
Envoyé : samedi 7 février 2015 23:58
À : gdal-dev@lists.osgeo.org
Objet : Re: [gdal-dev] NetCDF driver improvements (including groups support)
Julian,
Thanks for the offering.
One thing, could you please check if with your improvements the bug #5291 is
fixed?
Thanks
Joaq
Julian,
Thanks for the offering.
One thing, could you please check if with your improvements the bug #5291
is fixed?
Thanks
Joaquim
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
Hi, this is really interesting to me.
On Fri Feb 06 2015 at 03:11:02 Julien Demaria
wrote:
> 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
>
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
On Fri, Jun 15, 2012 at 12:44 PM, Even Rouault
wrote:
> Selon Etienne Tourigny :
>
>> All VSIFILE interfaces (/vsicurl/ , /vsigzip/ , etc.) do not work with
>> the netcdf driver.
>>
>> As the netcdf driver uses libnetcdf, I'm not sure the driver can be
>> modified to use the "large file API".
>>
>
Selon Etienne Tourigny :
> All VSIFILE interfaces (/vsicurl/ , /vsigzip/ , etc.) do not work with
> the netcdf driver.
>
> As the netcdf driver uses libnetcdf, I'm not sure the driver can be
> modified to use the "large file API".
>
> Can someone comment on this?
>
> The GTiff driver support VSI,
All VSIFILE interfaces (/vsicurl/ , /vsigzip/ , etc.) do not work with
the netcdf driver.
As the netcdf driver uses libnetcdf, I'm not sure the driver can be
modified to use the "large file API".
Can someone comment on this?
The GTiff driver support VSI, how is this done given that the driver
us
What is the result of running gdalinfo on the NetCDF file (or on the
desired subdataset)?
The y values are not regular, as you can see in this subset of the
sequence: 9165629, 9166645, 9167660, 9168676
That might be part of the issue.
Cheers, Mike.
On Fri, May 21, 2010 at 2:28 PM, Kyle Shannon
I have also had an issue with the geotransform being of by a factor of 1000,
but it was a units issue. GDAL kind of assumes CF=1.x convention, as netcdf
is very broad in its specification. Could you attach a small sample dataset
to a ticket so I can take a look? Thanks.
kss
# ==
Ole,
The netcdf data model is pretty different than the GDAL data model, I"m
not surprised that GDAL can't figure out the grid.
Can you just go hand-edit the AAIGRID?
If you need to script this, I'd tend to look for another solution -- it
would be pretty easy to parse the ncdump output and
Dear GDAL developers
I have been using GDAL for a while with great success and really appreciate
the toolkit.
As of recently, I now have the need to read NetCDF files and convert them
into AAIGRIDs. However, the cellsize is wrong and I don't think xllcorner
and yllcorner are correct either.
I ha
ticket/2404
> >
> > This will get the code to build against libdap3.8 (primarily a namespace
> > problem), but there are still issues accessing DODS datasources:
> >
> > http://trac.osgeo.org/gdal/ticket/2492
> >
> >
> >
> > If you get some time t
8 7:13 PM
> To: Christopher Condit
> Cc: Denis Nadeau; gdal-dev@lists.osgeo.org
> Subject: RE: [gdal-dev] netcdf driver
>
> I think the source of the problem in ticket #2492 is not a GDAL
defect,
> but that the variable in the connection string is "u.u". The
.operator
>
look into this it would be great...
>
>
>
> Thanks,
>
> -Chris
>
>
>
>
>
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Denis Nadeau
> Sent: Thursday, August 21, 2008 10:53 AM
> To: gdal-dev@lists.osgeo.org
> Subject: [gdal-dev] ne
Thanks for requesting input from the masses. I have two suggestions which
are based on patches I apply to the NETCDF and HDF4 drivers every time I
build GDAL.
I suggest providing a consistent way to georeference grids across the
DODS, NETCDF, HDF4, and HDF5 drivers. We patch the NETCDF and HDF4
IL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Denis Nadeau
> *Sent:* Thursday, August 21, 2008 10:53 AM
> *To:* gdal-dev@lists.osgeo.org
> *Subject:* [gdal-dev] netcdf driver
>
>
>
> Hi,
>
> I will being doing some new development on netCDF driver to make it more
&
/2492
If you get some time to look into this it would be great...
Thanks,
-Chris
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Denis Nadeau
Sent: Thursday, August 21, 2008 10:53 AM
To: gdal-dev@lists.osgeo.org
Subject: [gdal-dev] netcdf driver
Hi,
I will being
Hi,
I will being doing some new development on netCDF driver to make it more
CF-1 Compliant.
Note: when I compiled the netCDF 3.6.2 with HDF4.2r3 (with the flag
--disable-netcdf) I had to change all macros such as "MAX_NC_NAME" to
"H4_MAX_NC_NAME" and many other similar macros. Need to do some
37 matches
Mail list logo
