Custom Query (986 matches)
Results (265 - 267 of 986)
Ticket | Owner | Reporter | Resolution | Summary |
---|---|---|---|---|
#356 | Done | Added capability to process the add_offset attribute in input NetCDF files | ||
Description |
Added code in the NetCDF input routines to process the add_offset attribute, if present in an input NetCDF variable. This implies that users need to be careful when including such an attribute in a NetCDF variable. If the add_offset attribute is present for a variable, its numeric value is added to the data after is read by ROMS I/O interface. In some applications, the add_offset is used to provide simple data compression. Also, it can be used to change units. For example, we can convert temperature from Kelvin to Celsius: float Tair(time, eta_rho, xi_rho) ; Tair:long_name = "surface air temperature" ; Tair:units = "Celsius" ; Tair:add_offset = -273.16; Tair:time = "time" ; Here the original data is actually in Kelvin, so a value of -273.16 is added to the data to convert it to Celsius. Many thanks to Kate Hedstrom for suggesting this capability. |
|||
#358 | Done | Expanded use of add_offset and scale_factor | ||
Description |
Expanded the update in src:ticket:356 to also include the scale_factor attribute. Currently, all the NetCDF data input routines will check if any the following attributes: scale_factor, add_offset, or _FillValue are present in the input NetCDF variable:
Notice that the NetCDF attribute convention stipulates: "When scale_factor and add_offset are used for packing, the associated variable (containing the packed data) is typically of type byte or short, whereas the unpacked values are intended to be of type float or double. The attributes scale_factor and add_offset should both be of the type intended for the unpacked data, e.g. float or double". On the other hand, the _FillValue must be of the same type as the NetCDF variable. |
|||
#359 | Fixed | Corrected bug in nf_fread2d_bry and nf_fread3d_bry | ||
Description |
I introduced a bug in src:ticket:358 in files nf_fread2d_bry.F and nf_fread3d_bry.F. The function name cannot be used in this context since the RESULT clause is alrady used. I just forgot about that. Many thanks to Dmitry Tokarev for reporting this problem. |