Re: SPHY-2.2.1 results

[WilcoTerink]

This is often related to one of the input maps not having values defined for certain cells. Most of the time it is the landuse map or the kc table has a missing value for a certain landuse class.

On Thursday, May 20, 2021 at 2:23:16 AM UTC+12 chunguang b...@gmail.com wrote:

Hi, I used the version 2.2.1 in one basin with 6900 km2 area, when I set the model resolution of 500*500 m, the QAllDTS, RTotDTS and BTotDTS shows value is 
1E+31 while GTotDTS and STotDTS have the values can be used, and I have used the same data in the GUI, and gain the  1E+31 in above three csv.  When I used the 1000*1000 m in the GUI, the value is no problem. Can you tell me the reason that I use the 500*500 m gain the results of 1E+31, while I use the 1000*1000 m gain the results is ok. I found ahmadha had met the situation, not knowing whether he found the method to solve the problem. Thank you very much.

[Sai Krishna]

Hi Wilco,

I am facing a similar issue of 1E+31 in TSS files, in my SPHY v2.2.1 model simulation results. ( please see attached "QAllDTS_QTOTSubBasinTSS_NoData.png")

Further, my model is not generating all the .TSS files needed. (please see attached  "TSS_modkc.png")

My Model has kc table defined based on the LCCS based Landuse IDs for each landuse class within my model based on  

Table 2 in http://dast.data.compute.cci2.ecmwf.int/documents/satellite-land-cover/D4.3.3-Tutorial_CDR_LC-CCI_v2.0.7cds_PRODUCTS_v1.0.1.pdf

(kc file with 30 classes attached "LC_kc_table_mod.png")

Kindly provide a suitable solution so that my model will be able to generate BTotDTS.TSS file, which is otherwise absent in my output files (please see "TSS_modkc.png")

[WilcoTerink]

Your kc table should be numbered from 1 to the number of classes present in your land use map. So if you’d have for example 4 classes, then the ID’s should be 1, 2, 3, 4. Each of those should then have a kc associated with it.