Output Variable List [Homepage] – in #9: CCLM

in #9: CCLM

<p> Hi, </p> <p> I have a question concerning the “Output Variable List” from the homepage </p> <p> quicklink: http://www.clm-community.eu/index.php?menuid=225&amp;reporeid=311 <br/> or: www.clm-community.eu &gt; Model &gt; Support &gt; Output parameter list List of possible <span class="caps"> CCLM </span> [output variables]. </p> <p> From Version <span class="caps"> CCLM </span> 4.8_clm19 to <span class="caps"> CCLM </span> 5.0 many variables have been added, but some also went missing. <br/> I guess some are not needed anymore, but what about the forcing variables ‘QC’,‘QI’,‘QV’ ? <br/> Does anyone know the reason for this? </p> <p> complete list of variables gone missing (from 4.8 to 5.0): <br/> QC, QG, QH, QI, <span class="caps"> QNC </span> , <span class="caps"> QNG </span> , <span class="caps"> QNH </span> , <span class="caps"> QNI </span> , <span class="caps"> QNR </span> , <span class="caps"> QNS </span> , QR, QS, QV, T_S_LAKE, TT_SSO, UT_SSO, VT_SSO </p> <p> with regards <br/> Rolf </p>

  @rolfzentek in #a2d749a

<p> Hi, </p> <p> I have a question concerning the “Output Variable List” from the homepage </p> <p> quicklink: http://www.clm-community.eu/index.php?menuid=225&amp;reporeid=311 <br/> or: www.clm-community.eu &gt; Model &gt; Support &gt; Output parameter list List of possible <span class="caps"> CCLM </span> [output variables]. </p> <p> From Version <span class="caps"> CCLM </span> 4.8_clm19 to <span class="caps"> CCLM </span> 5.0 many variables have been added, but some also went missing. <br/> I guess some are not needed anymore, but what about the forcing variables ‘QC’,‘QI’,‘QV’ ? <br/> Does anyone know the reason for this? </p> <p> complete list of variables gone missing (from 4.8 to 5.0): <br/> QC, QG, QH, QI, <span class="caps"> QNC </span> , <span class="caps"> QNG </span> , <span class="caps"> QNH </span> , <span class="caps"> QNI </span> , <span class="caps"> QNR </span> , <span class="caps"> QNS </span> , QR, QS, QV, T_S_LAKE, TT_SSO, UT_SSO, VT_SSO </p> <p> with regards <br/> Rolf </p>

Output Variable List [Homepage]

RZ wrote

Hi,

I have a question concerning the “Output Variable List” from the homepage

quicklink: http://www.clm-community.eu/index.php?menuid=225&reporeid=311
or: www.clm-community.eu > Model > Support > Output parameter list List of possible CCLM [output variables].

From Version CCLM 4.8_clm19 to CCLM 5.0 many variables have been added, but some also went missing.
I guess some are not needed anymore, but what about the forcing variables ‘QC’,‘QI’,‘QV’ ?
Does anyone know the reason for this?

complete list of variables gone missing (from 4.8 to 5.0):
QC, QG, QH, QI, QNC , QNG , QNH , QNI , QNR , QNS , QR, QS, QV, T_S_LAKE, TT_SSO, UT_SSO, VT_SSO

with regards
Rolf

View in channel
<p> Thank you for pointing this out. <br/> The list is automatically created by the entries in the subroutine <code> src_setup_vartab.f90 </code> . Unfortunately in Version 5 no longer all variables are defined in that subroutine. The “Q” quantities are treated as tracers and they are defined in <code> organize_physics.f90 </code> now, if I see this correctly. These need to be added by hand to the list of available variables, which has not been done yet. QC, QG, QH, QI, QR, QS, QV are still available. For the others read the following: </p> <p> In the Documentation of the changes “misc_global_4” it reads: <br/> <pre> The names UT_SSO, VT_SSO, TT_SSO have been changed to DU_SSO, DV_SSO, DT_SSO to be consistent with other <span class="caps">DWD</span> applications and with the similar quantities from convection DU_CONV, etc.</pre> </p> <p> Eliminated use of T_S_LAKE again, because the <span class="caps"> SST </span> analysis now provides T_S as it is wanted by Flake. </p> <p> Changed following short names because of conflicting names with other applications: old new —————————— <span class="caps"> QNC </span> QNCLOUD <span class="caps"> QNR </span> QNRAIN <span class="caps"> QNI </span> QNICE <span class="caps"> QNS </span> QNSNOW <span class="caps"> QNG </span> QNGRAUPEL <span class="caps"> QNH </span> <span class="caps"> QNHAIL </span> especially <span class="caps"> QNH </span> is used for surface pressure reduced to Mean-Sea Level in air traffic applications (reported by MeteoSwiss) </p> <span class="caps"> PRS </span> _MIN <span class="caps"> RSMIN </span> is minimum stomata resistance of plants, but old name confusing name with <span class="caps"> PRS </span> _GSP, <span class="caps"> PRS </span> _CON, which means precipitation rate of snow ( <span class="caps"> COSMO </span> variable now called rsmin2d, to distinguish from the real value crsmin) <p> </p>

  @burkhardtrockel in #73a6726

<p> Thank you for pointing this out. <br/> The list is automatically created by the entries in the subroutine <code> src_setup_vartab.f90 </code> . Unfortunately in Version 5 no longer all variables are defined in that subroutine. The “Q” quantities are treated as tracers and they are defined in <code> organize_physics.f90 </code> now, if I see this correctly. These need to be added by hand to the list of available variables, which has not been done yet. QC, QG, QH, QI, QR, QS, QV are still available. For the others read the following: </p> <p> In the Documentation of the changes “misc_global_4” it reads: <br/> <pre> The names UT_SSO, VT_SSO, TT_SSO have been changed to DU_SSO, DV_SSO, DT_SSO to be consistent with other <span class="caps">DWD</span> applications and with the similar quantities from convection DU_CONV, etc.</pre> </p> <p> Eliminated use of T_S_LAKE again, because the <span class="caps"> SST </span> analysis now provides T_S as it is wanted by Flake. </p> <p> Changed following short names because of conflicting names with other applications: old new —————————— <span class="caps"> QNC </span> QNCLOUD <span class="caps"> QNR </span> QNRAIN <span class="caps"> QNI </span> QNICE <span class="caps"> QNS </span> QNSNOW <span class="caps"> QNG </span> QNGRAUPEL <span class="caps"> QNH </span> <span class="caps"> QNHAIL </span> especially <span class="caps"> QNH </span> is used for surface pressure reduced to Mean-Sea Level in air traffic applications (reported by MeteoSwiss) </p> <span class="caps"> PRS </span> _MIN <span class="caps"> RSMIN </span> is minimum stomata resistance of plants, but old name confusing name with <span class="caps"> PRS </span> _GSP, <span class="caps"> PRS </span> _CON, which means precipitation rate of snow ( <span class="caps"> COSMO </span> variable now called rsmin2d, to distinguish from the real value crsmin) <p> </p>
BR replied

Thank you for pointing this out.
The list is automatically created by the entries in the subroutine src_setup_vartab.f90 . Unfortunately in Version 5 no longer all variables are defined in that subroutine. The “Q” quantities are treated as tracers and they are defined in organize_physics.f90 now, if I see this correctly. These need to be added by hand to the list of available variables, which has not been done yet. QC, QG, QH, QI, QR, QS, QV are still available. For the others read the following:

In the Documentation of the changes “misc_global_4” it reads: 

           The names UT_SSO, VT_SSO, TT_SSO have been changed to
                     DU_SSO, DV_SSO, DT_SSO
           to be consistent with other DWD applications and with the 
           similar quantities from convection DU_CONV, etc.

Eliminated use of T_S_LAKE again, because the SST analysis now provides T_S as it is wanted by Flake.

Changed following short names because of conflicting names with other applications: old new —————————— QNC QNCLOUD QNR QNRAIN QNI QNICE QNS QNSNOW QNG QNGRAUPEL QNH QNHAIL especially QNH is used for surface pressure reduced to Mean-Sea Level in air traffic applications (reported by MeteoSwiss)

PRS _MIN RSMIN is minimum stomata resistance of plants, but old name confusing name with PRS _GSP, PRS _CON, which means precipitation rate of snow ( COSMO variable now called rsmin2d, to distinguish from the real value crsmin)

View in channel
<p> The table should be hopefully OK now. <br/> Be aware that the list includes all generally possible output quantities. If the quantity is computed depends on your namelist settings (e.g. QG will not be computed for itype_gscp &lt; 4). </p>

  @burkhardtrockel in #94f9a57

<p> The table should be hopefully OK now. <br/> Be aware that the list includes all generally possible output quantities. If the quantity is computed depends on your namelist settings (e.g. QG will not be computed for itype_gscp &lt; 4). </p>
BR replied

The table should be hopefully OK now.
Be aware that the list includes all generally possible output quantities. If the quantity is computed depends on your namelist settings (e.g. QG will not be computed for itype_gscp < 4).

View in channel