yeager@ucar_edu
New Member
> Paleo users with non-standard
> ocean grids are running into difficulty with the MOC computation in POP. At
> present, POP is hard-wired to compute both global and Atlantic MOC.
> It may be the case that with a non-standard grid, with alternative
> regions defined such as 'Northern Hemisphere', 'Southern Hemisphere',
> the code will still work with appropriate settings for
> transport_reg2_names in pop_in. However, it would be desirable
> for paleo users to be able to 'turn off' the Atlantic region MOC
> computation in diags_on_lat_aux_grid.F.
>
> So, I would like to make a request that we modify that code so that
> n_transport_reg = 2 is NOT assumed (n_transport_reg = 1 would mean
> 'compute global MOC only'). It looks like it would entail some
> if..then's.
>
> This would enable paleo users with non-standard grids to at least get
> global MOC computed online without special effort.
Thanks,
Steve
> ocean grids are running into difficulty with the MOC computation in POP. At
> present, POP is hard-wired to compute both global and Atlantic MOC.
> It may be the case that with a non-standard grid, with alternative
> regions defined such as 'Northern Hemisphere', 'Southern Hemisphere',
> the code will still work with appropriate settings for
> transport_reg2_names in pop_in. However, it would be desirable
> for paleo users to be able to 'turn off' the Atlantic region MOC
> computation in diags_on_lat_aux_grid.F.
>
> So, I would like to make a request that we modify that code so that
> n_transport_reg = 2 is NOT assumed (n_transport_reg = 1 would mean
> 'compute global MOC only'). It looks like it would entail some
> if..then's.
>
> This would enable paleo users with non-standard grids to at least get
> global MOC computed online without special effort.
Thanks,
Steve