mirror of
https://github.com/Unidata/netcdf-c.git
synced 2025-01-18 15:55:12 +08:00
Merged in support of https://github.com/Unidata/netcdf-c/pull/470
This commit is contained in:
parent
a8d90288b6
commit
e4d6a13257
@ -29,7 +29,9 @@ It is strongly recommended that applicable conventions be followed unless there
|
||||
|
||||
<p>
|
||||
|
||||
> Note that if you change the value of this attribute, the changed value applies only to subsequent writes; previously written data are not changed.
|
||||
> Generic applications often need to write a value to represent undefined or missing values. The fill value provides an appropriate value for this purpose because it is normally outside the valid range and therefore treated as missing when read by generic applications. It is legal (but not recommended) for the fill value to be within the valid range.
|
||||
|
||||
> **Note that if you change the value of this attribute, the changed value applies only to subsequent writes; previously written data are not changed.**
|
||||
|
||||
|
||||
`missing_value`
|
||||
@ -184,4 +186,3 @@ Using the following API calls will fail.
|
||||
> The type of this attribute is NC_INT.
|
||||
|
||||
> This attribute is computed by using the HDF5 API to walk the file to look for attributes specific to netcdf-4. False negatives are possible for a small subset of netcdf-4 files, especially those not containing dimensions. False positives are only possible by deliberate modifications to an existing HDF5 file thru the HDF5 API. For files with the _NCProperties attribute, this attribute is redundant. For files created prior to the introduction of the _NCProperties attribute, this may be a useful indicator of the provenance of the file.
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user