Skip to content

Conversation

BenjaminTJohnson
Copy link
Contributor

Description

Noticed that CRTM_RTSolution_Inspect was producing garbage for the Stokes parameter outputs, because the output formatting was not properly provided AND there was also some spots where RTSolution%Stokes needed be zeroed (removing the garbage).
May address lingering underflow issues.

Issue(s) addressed

Resolves #<issue_number>

…variables), and fixing the stokes output formatting in CRTM_RTSolution_Inspect.
RTV(:)%n_Stokes = Opt%n_Stokes
RTV_Clear(:)%n_Stokes = Opt%n_Stokes
ELSE
RTV(:)%n_Stokes = 0
Copy link
Contributor

@chengdang chengdang Mar 17, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this ELSE statement is unnecessary, because Opt%n_Stokes is by default set as 1 (See CRTM_Options_Define.f90) that Opt%n_Stokes > 0 is always true, unless users accidentally set Opt%n_Stokes <= 0, which is wrong.

I feel this IF statement is here to prevent users from assigning a wrong number to Opt%n_Stokes, and to make sure it is at least set as 1 in CRTM.

A lot of the conditional calculations are based on RTV%n_Stokes, especially IF %n_Stokes == 1, so it should never be set as 0.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants