Scheduled Downtime
On Tuesday 24 October 2023 @ 5pm MT the forums will be in read only mode in preparation for the downtime. On Wednesday 25 October 2023 @ 5am MT, this website will be down for maintenance and expected to return online later in the morning.
Normal Operations
The forums are back online with normal operations. If you notice any issues or errors related to the forums, please reach out to help@ucar.edu

mksurfdata_esmf tools for grids crossing 0° lon

Yuan Sun

Yuan Sun
Active Member
Hi all,

I am using mksurfdata_esmf from ctsm5.3 to generate the Europe domain (crossing 0°lon) with ESMF8.6.1.

The tool works well using mesh (-180°to180°) as shown in subplots a, b. However, using mesh (0°to360°) PCT_NATVEG is good (subplot c), but only PCT_URBAN is not (subplot d).

I attached the screenshots of surface outputs.

Based on my previous experience in generating a domain for the UK, the mksurfdata_esmf addressed the issue for the domain containing 0° lon using -180to180.

It is pitiful that using 0°to360° mesh could not generate valid data for PCT_URBAN, but other variables seem good.

As a result, I using a mesh -180to180 in lilac_in as:
&lilac_atmcap_input
atm_mesh_filename = '/work/n02/n02/yuansun/wrf/runs/wrf-ctsm_tutorial/configuration/CTSM/mask_lnd_mesh.nc'
/
&lilac_lnd_input
lnd_mesh_filename = '/work/n02/n02/yuansun/wrf/runs/wrf-ctsm_tutorial/configuration/CTSM/lnd_mesh.nc'
/


and in lnd_in using a domain 0 to 360 as:
fatmlndfrc = '/work/n02/n02/yuansun/wrf/runs/wrf-ctsm_tutorial/configuration/CTSM/domain.lnd.wrf2clm_lnd_noneg_wrf2clm_ocn_noneg.250511.nc'

Otherwise, a domain -180to180 led to the error ERROR: lilac_atmcap: n, lon, mesh_lon = 1 348.4434814453 -11.5565185547

Thanks for any comments.

Best,
Yuan
 

Attachments

  • error_in_PCT_URBAN.png
    error_in_PCT_URBAN.png
    81.8 KB · Views: 1
Top