Opened 3 years ago

Last modified 2 years ago

#599 new defect

Mass balance closure in sechiba and slowproc

Reported by: luyssaert Owned by: somebody
Priority: major Milestone: Not scheduled yet
Component: Physical processes Version: trunc
Keywords: Cc:


The instances in the code where veget_max is normalized and corrected should be carefully assessed and dramatically reduced. In both the trunk and CN-CAN veget_max may change in slowproc and/or sechiba. If we do that for PFTs that contain C and N pools we create mass balance problems. Even in CN-CAN these problems remain undetected because we don’t have mass balance checks yet in sechiba and slowproc (because none of the C and N pools are being updated in those routine it seemed unnecessary but that decision overlooked the changes in surface area). The bottom line is that we should get rid of slowproc_veget_max_limit or we should call sapiens_lcchange to properly deal with these changes in veget_max.

Change History (1)

comment:1 Changed 2 years ago by luyssaert

  • Milestone changed from ORCHIDEE 4.0 to Not scheduled yet
  • Version set to trunc
Note: See TracTickets for help on using tickets.