Open PeterCaldwell opened 3 years ago
Great work, @wlin7 ! Thanks. It seems like we should be using bilinear interpolation when the destination grid is higher-res. Is that an option? @brhillman - do you have any reaction to Wuyin's experience since you've dealt with this stuff before?
A quick note on pg2 grid for lnd: Water Cycle simulations are using atm and lnd on ne30np4.pg2 grid when not using tri-grid.
@wlin7 , I feel like this has been fixed right?
@brhillman or @PeterCaldwell can you confirm this is fixed and I can close the issue?
Follow the HOWTO procedure for generating land surface data compiled by @brhillman .
Notes for what are being done:
Example command line for generating a map (from 0.5x0.5 AVHRR)
/global/cfs/cdirs/e3sm/software/anaconda_envs/base/envs/e3sm_unified_1.4.0/bin/ESMF_RegridWeightGen --ignore_unmapped -s /global/cfs/cdirs/e3sm/inputdata/lnd/clm2/mappingdata/grids/SCRIPgrid_0.5x0.5_AVHRR_c110228.nc -d /global/homes/w/wlin/pe3sm/remap/ne1024pg2-elm/ne1024pg2_scrip.nc -m conserve -w map_0.5x0.5_AVHRR_to_ne1024pg2_nomask_aave_da_c210324.nc --src_type SCRIP --dst_type SCRIP --64bit_offset
Completed weight generation successfully, but said 'input in flex scanner failed". rmdups.ncl saw no duplicated weights. But mkmapdata.sh still exit with an error status and not proceeding to generating other maps. The other maps could be generated using standalone commands produced when running mkmapdata.sh in debug mode. But it is necessary to figure out what causing mkmapdata.sh to exit to make sure the map generated is valid.
Further note, given the destination grid is at higher resolution than the source grid, is aave suitable?