You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Previous work introduced a thickness (H) unit. This made it possible to test for errors in expressions involving thickness by setting the H to different powers-of-two in two runs and then comparing the output of these runs. If the output is the same in both then a class of errors can be ruled out.
Thank you for reminding us of this outstanding work, @nichannah.
In order to facilitate this capability, a unit_scale_type and a related MOM_unit_scaling module were added with https://github.com/NOAA-GFDL/MOM6/pull/875, and this new type is now passed into most MOM6 modules, which should avoid having to add new scaling factor arguments or elements of types.
The capability described in this issue now exists for both thickness units (H) and depth units (Z), and is desired for both length units (L) and time units (T), and perhaps others (mass and temperature spring to mind). In addition, when these new rescaling factors are added, there is now a standardized notation for documenting both the rescaled expressions and their standard mks counterparts, so that a lateral velocity would be documented as [L T-1 ~> m s-1] once the corresponding variable has been properly rescaled (and the code tested for dimensional consistency).
Previous work introduced a thickness (H) unit. This made it possible to test for errors in expressions involving thickness by setting the H to different powers-of-two in two runs and then comparing the output of these runs. If the output is the same in both then a class of errors can be ruled out.
This work will do the same for length (L).
This is related to #139
The text was updated successfully, but these errors were encountered: