CF-1.0 Compliance

[crode1968]

Some visualization softwares are only able to handle ROMS netcdf output files, when attributes for some variables are added. These attributes describe the relations between real world and model model coordinate systems and are in compliance with the CF-1.0 standard.

I suggest to introduce the coordinates attribute, like

h:coordinates = "lon_rho lat_rho" ;
u:coordinates = "lon_u lat_u";

I do not know if software packages in general can use the standard_name for the rho, u, v and psi points in parallel. Therefore, I would suggest to set this attribute only for the rho points, because most variables are defined on this points.

lon_rho:standard_name = "longitude" ;

In addition, I would like that the attribute positive is added to describe the orientation of vertical axes.

h:positive = "down";

This attribute allows to interpret the orientation of an axis. In the example the software might realize, that the deep is getting deeper for higher numbers. Unfortunately, some software packets do not evaluated this attribute.

To prevent problems by introducing the additional parameters, I suggest to introduce a FLAG, which is not set in the standard case. Since ferret, for example, gives a warning message when data containing the coordinates attribute are loaded, these might cause a flood of trouble tickets and long discussions in the wiki. This might be preventable by setting undef FLAG.

[arango]

Yes, thank you. I added the positive attribute to h. I also added the standard_name to lon_rho and lat_rho. That's a good suggestion.

I also modified various enumeration attributes with flag_values and flag_meanings.

Already, ROMS has the coordinates attribute. We never have problems in the past when using various post-processing NetCDF packages. I rechecked again compliace with the web ​interface. ROMS output files passes compliance for CF 1.0 to 1.4. However, I left the global attribute as CF 1.0.

I think that the problem is in Ferret and it should be fixed to be CF compliant. I have never used Ferret before so I don't know what are the problems. I don't think that adding a CPP option in ROMS to remove compliance is a good idea. Nowadays, the CF compliance is ROMS is strict. This was done to facilitate parallel I/O.

I alsp corrected a typo in metrics.F and normalization.F.