Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

wtr_qflx_evap_tot column vs patch #12

Open
bandre-ucar opened this issue Nov 11, 2016 · 1 comment
Open

wtr_qflx_evap_tot column vs patch #12

bandre-ucar opened this issue Nov 11, 2016 · 1 comment

Comments

@bandre-ucar
Copy link
Contributor

bandre-ucar commented Nov 11, 2016

Summary of Issue:

In clm4, qflx evap tot was calculated at the column level. In clm5, it appears to be both a patch and column level variable. Initial porting of data structures brought wtr_qflx_evap_tot in as a patch level variable instead of a column level variable as in clm4. I'm not sure if this is intentional and correct, or a mistake.

For consistency wtr_qflx_evap_tot is being used as patch level in clm5. This needs science review, possible conversion back to column.

Incomplete list of affected routines:

WisoSoilFluxes
WisoSoilSpecificHumidity
WisoHydrologyNoDrainage
WisoBareGroundFluxes
WisoLakeFluxes
WisoHydrologyLake
WisoDrainage
WisoSurfaceRunoff_urban
@bandre-ucar
Copy link
Contributor Author

After looking at this more, I think I have to create the column level variable now. This still requires science review.

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

No branches or pull requests

1 participant