Dear Jonathan, >>>> 5. sea_ice_melt_pond_thickness [m] >>>> the volume of water in meltponds divided by meltpond covered area
> Perhaps to be clear we could say something like "Thickness of melt pond. > The cell_methods indicates whether it is a local thickness, an area-mean > thickness or some other statistic." This is good, thanks. >>>> 6. thickness_of_sea_ice_melt_pond_refrozen_ice [m] >>>> the volume of refrozen ice in meltponds divided by meltpond covered area >>> >>> Is this ice floating on top of the meltpond? >> >> Yes, it is. Do you believe that the definition should be changed? > > I wasn't clear what the quantity is. We already have a standard name of > floating_ice_thickness, of which this is a special case. So we could use the > existing name and distinguish this case in cell_methods with > "area: mean where sea_ice_melt_pond". Would that be acceptable? This would work, I hadn't seen that before, thanks. >>>> 22. sea_ice_specific_x_force_due_to_sea_surface_tilt [N m-2] >>>> 23. sea_ice_specific_y_force_due_to_sea_surface_tilt [N m-2] >>>> 24. sea_ice_specific_x_force_due_to_coriolis_term [N m-2] >>>> 25. sea_ice_spcecific_y_force_due_to_coriolis_term [N m-2] >>>> 26. sea_ice_specific_x_force_due_to_internal_forces [N m-2] >>>> 27. sea_ice_specific_y_force_due_to_internal_forces [N m-2] > Thanks for explaining. We do already have some standard names with the longer > phrase per_unit_area in them, so maybe that would be the best pattern to > follow: > sea_ice_[xy]_force_per_unit_area_due_to_X > where X is sea_surface_tilt, coriolis_effect or internal_stress. Would > that be correct and make sense? This would be a good way of describing things. Hence, we'd suggest: 22. sea_ice_x_force_per_unit_area_due_to_sea_surface_tilt [N m-2] 23. sea_ice_y_force_per_unit_area_due_to_sea_surface_tilt [N m-2] 24. sea_ice_x_force_per_unit_area_due_to_coriolis_effect [N m-2] 25. sea_ice_y_force_per_unit_area_due_to_coriolis_effect [N m-2] 26. sea_ice_x_internal_stress [N m-2] 27. sea_ice_y_internal_stress [N m-2] Best, Dirk _______________________________________________ CF-metadata mailing list [email protected] http://mailman.cgd.ucar.edu/mailman/listinfo/cf-metadata
