GPT processing of Sentinel-1 produces invalid NetCDF image

[gnwiii]

@nena.v

4775020970896772037

is a very big number, so likely the fictional creation of some bug in the reader.

You may have seen:

@marpet

The NetCDF-BEAM stores some BEAM/SNAP specific stuff, like colour information, expressions etc.
The data can be read in other applications too, but some information might be lost.

The NetCDF-CF is of more general use. The data is converted in a way that other applications can read it. This is the suggested format when you want to distribute the data. More specifically NetCDF4-CF, because this supports compression.

Support for NetCDF4-CF has improved in recent years as more people use it and find issues. If you still encounter problems they should be reported to the upstream developers.

Normally, applications ignore metadata they don’t use. There have been issues with applications that target smaller files and can’t handle large data sets.

NetCDF4 is a subset of HDF5. It would be interesting to know
if the “Unexpected end of file” error occurs when you load it as
HDF5 in applications widely used with HDF5/NetCDF4 data (HDFview, Matlab, IDL, etc).

It may be helpful to check how various widely tools interpret NetCDF4 metadata (e.g., using ncdump -h, gdalinfo, cdo info) for the two files. All these have large user communities so someone may recognize your issue.