Custom Query (125 matches)
Results (85  87 of 125)
Ticket  Resolution  Summary  Owner  Reporter 

#46  fixed  Support for thematic data?  cfstandardnames@…  kfoley 
Description 
I am working with scientists that generate data on various aspects of climate conditions that occurred during the Pliocene. The data is used as input for climate models. I use netCDF format to distribute data and conform to CF metatdata standards when possible. One dataset we produce is a lat/lon grid of cells, each containing an integer that indicates the nature of ground cover that is predominate in that cell. There exists no continuity between these values  7 does not indicate an intermediate form between 6 and 8. Is there support for this thematic data in the CF standards that I have missed or is there some possibility of including it? Thank you, Kevin Foley USGS 

#88  fixed  Terms of Reference for the CF Data Model  davidhassell  markh 
Description 
ObjectiveThe purpose of this ticket is to agree the scope and terms of reference for the CF data model. ProposalScope, Terms and Conditions
BenefitsThe data model is believed to offer the following benefits providing:


#93  fixed  Two new dimensionless vertical coordinate specifications for s coordinate ocean models  cfconventions@…  rsignell 
Description 
1. TitleTwo new dimensionless vertical coordinates to support ocean models 2. ModeratorRich Signell 3. RequirementThe ocean modeling community needs two additional vertical coordinate specifications to allow modern scoordinate model output to be CFcompliant and allow more general specification of scoordinate model output for future development. 4. Initial Statement of Technical ProposalThe existing ocean_s_coordinate dimensionless vertical coordinate specification in CF is limited to a specific vertical stretching function and set of control parameters, while modern versions of ROMS allow for more flexible specification. Additional of these two new generalized vertical coordinate specifications would allow output from existing ROMSderived models (and other s coordinate models) to be CFcompliant, as well as allowing more flexibility for future s_coordinate model developers and users to write and read CFcompliant model output. Here are the proposed additions to Appendix D. Dimensionless Vertical Coordinates Ocean scoordinate, generic form 1 standard_name = "ocean_s_coordinate_g1"
and where z(n,k,j,i) is the height, positive upwards, relative to ocean datum (e.g. mean sea level) at gridpoint (n,k,j,i); eta(n,j,i) is the height of the ocean surface, positive upwards, relative to ocean datum at gridpoint (n,j,i); s(k) is the dimensionless coordinate at vertical gridpoint (k) with a range of 1 <= s(k) <= 0, s(0) corresponds to eta(n,j,i) whereas s(1) corresponds to depth(j,i); C(k) is the dimensionless vertical coordinate stretching function at gridpoint (k) with a range of 1 <= C(k) <= 0, C(0) corresponds to eta(n,j,i) whereas C(1) corresponds to depth(j,i); and the constant depth_c, (positive value), is a critical depth controlling the stretching. The format for the formula_terms attribute is formula_terms = "s: var1 C: var2 eta: var3 depth: var4 depth_c: var5" Ocean scoordinate, generic form 2 standard_name = "ocean_s_coordinate_g2"
and where z(n,k,j,i) is the height, positive upwards, relative to ocean datum (e.g. mean sea level) at gridpoint (n,k,j,i); eta(n,j,i) is the height of the ocean surface, positive upwards, relative to ocean datum at gridpoint (n,j,i); s(k) is the dimensionless coordinate at vertical gridpoint (k) with a range of 1 <= s(k) <= 0, s(0) corresponds to eta(n,j,i) whereas s(1) corresponds to depth(j,i); C(k) is the dimensionless vertical coordinate stretching function at gridpoint (k) with a range of 1 <= C(k) <= 0, C(0) corresponds to eta(n,j,i) whereas C(1) correspond to depth(j,i); and the constant depth_c, (positive value) is a critical depth controlling the stretching. The format for the formula_terms attribute is formula_terms = "s: var1 C: var2 eta: var3 depth: var4 depth_c: var5" 5. Benefits
6. Status Quo
