Error Creating Surface Datasets Using CESM1.3 beta 01 mksurfdata.pl

Hello,I have recently ran into an issue that I haven't found any posts on the CLM forums and/or in my own experience.I'm trying to generate a surface dataset for my variable-resolution simulation; however, the surface dataset generator in my CESM1.3 beta 01 (mksurfdata.pl) keeps running into the following error...ERROR: could NOT find a mapping file for this resolution: AEW_30x4 and type: lak at 0.5x0.5 and AVHRR.Using the following commands (tried several just in case):execgy ./mksurfdata.pl -y 2000 -hires -res AEW_30x4 -usr_gname AEW_30x4 -usr_gdate 160620execgy ./mksurfdata.pl -y 2000 -res AEW_30x4 -usr_gname AEW_30x4 -usr_gdate 160620execgy ./mksurfdata.pl -y 1850-2000 -res AEW_30x4 -usr_gname AEW_30x4 -usr_gdate 160620I have successfully generated all of my map files, including the AVHRR file in reference using my SCRIP file (AEW_30x4.g_scrip.nc) and a bash script that I generated... mkmapdata.sh -v --batch --phys clm4_0 --gridfile AEW_30x4.g_scrip.nc --res AEW_30x4 --gridtype global Files generayted for CLM4.0
  1. 58M map_0.5x0.5_USGS_to_AEW_30x4_nomask_aave_da_c160620.nc
  2. 58M map_0.5x0.5_AVHRR_to_AEW_30x4_nomask_aave_da_c160620.nc
  3. 58M map_0.5x0.5_MODIS_to_AEW_30x4_nomask_aave_da_c160620.nc
  4. 2.6G map_3x3min_LandScan2004_to_AEW_30x4_nomask_aave_da_c160620.nc
  5. 2.6G map_3x3min_MODIS_to_AEW_30x4_nomask_aave_da_c160620.nc
  6. 456M map_3x3min_USGS_to_AEW_30x4_nomask_aave_da_c160620.nc
  7. 1.1G map_5x5min_nomask_to_AEW_30x4_nomask_aave_da_c160620.nc
  8. 960M map_5x5min_IGBP-GSDP_to_AEW_30x4_nomask_aave_da_c160620.nc
  9. 962M map_5x5min_ISRIC-WISE_to_AEW_30x4_nomask_aave_da_c160620.nc
  10. 305M map_10x10min_nomask_to_AEW_30x4_nomask_aave_da_c160620.nc
  11. 2.6G map_3x3min_GLOBE-Gardner_to_AEW_30x4_nomask_aave_da_c160620.nc
  12. 2.6G map_3x3min_GLOBE-Gardner-mergeGIS_to_AEW_30x4_nomask_aave_da_c160620.nc
 I do not think it is a compiling issue, as I have successfully compiled the mksurfdata_map src/ directory, where it generated the following message...
  • make: /usr/local/lib/../bin/nf-config: Command not found
  • make: Nothing to be done for `all'.
 Any ideas as to how this might be fixed?  Do I need to adjust a tolerance within the mksurfdata.pl script?  I have included the *.out file, but there are no obvious signs of ERROR in the *.err file (0 KB in size). All the best, AR 
 
I figured out my error. If making a surface dataset with a new user specified resolution use the following command line argument... 
  • -res usrspec
 Rather than (for example)... 
  • -res AEW_30x4
I mistakenly thought you needed to define the variable-resolution grid in both command line arguments (i.e., -res and -usr_grid). I used cesm1.2.2 to previously generate my files, and thought this could be the source of the error as I was using a newer CESM version, but later found out it was the aforementioned issue.  I successfully generated the files in CESM 1.2.2, but I tried to generate the files with the new "-res" solution in CESM 1.3 beta01 and was unable to generate the files due to the following error...

  • AEW_30x4_nomask_aave_da_c160620.nc
  •  * matrix dimensions rows x cols :      259200  x      128531
  •  * number of non-zero elements:       289755
  •  Successfully made VOC Emission Factors
  •  
  •  domain_clean: cleaning       259200
  •  Special land units near 100%, but not quite for n,suma =       29766
  •    99.9999999996477
  •  Adjusting special land units to 100%
  •  pctpft < 0.0 =  -6.217248937900877E-015  suma, pcturb_excess, sumpft =
  •    89.3816507537296        3.28598957869404        30.9463316988580
  • abort:
  • ERROR in mksurfdata_map: 34304
 Any suggestions on this error?  Is this a tolerance error in mksurfdata.pl?
 
I figured out my error. If making a surface dataset with a new user specified resolution use the following command line argument... 
  • -res usrspec
 Rather than (for example)... 
  • -res AEW_30x4
I mistakenly thought you needed to define the variable-resolution grid in both command line arguments (i.e., -res and -usr_grid). I used cesm1.2.2 to previously generate my files, and thought this could be the source of the error as I was using a newer CESM version, but later found out it was the aforementioned issue.  I successfully generated the files in CESM 1.2.2, but I tried to generate the files with the new "-res" solution in CESM 1.3 beta01 and was unable to generate the files due to the following error...

  • AEW_30x4_nomask_aave_da_c160620.nc
  •  * matrix dimensions rows x cols :      259200  x      128531
  •  * number of non-zero elements:       289755
  •  Successfully made VOC Emission Factors
  •  
  •  domain_clean: cleaning       259200
  •  Special land units near 100%, but not quite for n,suma =       29766
  •    99.9999999996477
  •  Adjusting special land units to 100%
  •  pctpft < 0.0 =  -6.217248937900877E-015  suma, pcturb_excess, sumpft =
  •    89.3816507537296        3.28598957869404        30.9463316988580
  • abort:
  • ERROR in mksurfdata_map: 34304
 Any suggestions on this error?  Is this a tolerance error in mksurfdata.pl?
 
I figured out my error. If making a surface dataset with a new user specified resolution use the following command line argument... 
  • -res usrspec
 Rather than (for example)... 
  • -res AEW_30x4
I mistakenly thought you needed to define the variable-resolution grid in both command line arguments (i.e., -res and -usr_grid). I used cesm1.2.2 to previously generate my files, and thought this could be the source of the error as I was using a newer CESM version, but later found out it was the aforementioned issue.  I successfully generated the files in CESM 1.2.2, but I tried to generate the files with the new "-res" solution in CESM 1.3 beta01 and was unable to generate the files due to the following error...

  • AEW_30x4_nomask_aave_da_c160620.nc
  •  * matrix dimensions rows x cols :      259200  x      128531
  •  * number of non-zero elements:       289755
  •  Successfully made VOC Emission Factors
  •  
  •  domain_clean: cleaning       259200
  •  Special land units near 100%, but not quite for n,suma =       29766
  •    99.9999999996477
  •  Adjusting special land units to 100%
  •  pctpft < 0.0 =  -6.217248937900877E-015  suma, pcturb_excess, sumpft =
  •    89.3816507537296        3.28598957869404        30.9463316988580
  • abort:
  • ERROR in mksurfdata_map: 34304
 Any suggestions on this error?  Is this a tolerance error in mksurfdata.pl?
 
I figured out my error. If making a surface dataset with a new user specified resolution use the following command line argument... 
  • -res usrspec
 Rather than (for example)... 
  • -res AEW_30x4
I mistakenly thought you needed to define the variable-resolution grid in both command line arguments (i.e., -res and -usr_grid). I used cesm1.2.2 to previously generate my files, and thought this could be the source of the error as I was using a newer CESM version, but later found out it was the aforementioned issue.  I successfully generated the files in CESM 1.2.2, but I tried to generate the files with the new "-res" solution in CESM 1.3 beta01 and was unable to generate the files due to the following error...

  • AEW_30x4_nomask_aave_da_c160620.nc
  •  * matrix dimensions rows x cols :      259200  x      128531
  •  * number of non-zero elements:       289755
  •  Successfully made VOC Emission Factors
  •  
  •  domain_clean: cleaning       259200
  •  Special land units near 100%, but not quite for n,suma =       29766
  •    99.9999999996477
  •  Adjusting special land units to 100%
  •  pctpft < 0.0 =  -6.217248937900877E-015  suma, pcturb_excess, sumpft =
  •    89.3816507537296        3.28598957869404        30.9463316988580
  • abort:
  • ERROR in mksurfdata_map: 34304
 Any suggestions on this error?  Is this a tolerance error in mksurfdata.pl?
 
I figured out my error. If making a surface dataset with a new user specified resolution use the following command line argument... 
  • -res usrspec
 Rather than (for example)... 
  • -res AEW_30x4
I mistakenly thought you needed to define the variable-resolution grid in both command line arguments (i.e., -res and -usr_grid). I used cesm1.2.2 to previously generate my files, and thought this could be the source of the error as I was using a newer CESM version, but later found out it was the aforementioned issue.  I successfully generated the files in CESM 1.2.2, but I tried to generate the files with the new "-res" solution in CESM 1.3 beta01 and was unable to generate the files due to the following error...

  • AEW_30x4_nomask_aave_da_c160620.nc
  •  * matrix dimensions rows x cols :      259200  x      128531
  •  * number of non-zero elements:       289755
  •  Successfully made VOC Emission Factors
  •  
  •  domain_clean: cleaning       259200
  •  Special land units near 100%, but not quite for n,suma =       29766
  •    99.9999999996477
  •  Adjusting special land units to 100%
  •  pctpft < 0.0 =  -6.217248937900877E-015  suma, pcturb_excess, sumpft =
  •    89.3816507537296        3.28598957869404        30.9463316988580
  • abort:
  • ERROR in mksurfdata_map: 34304
 Any suggestions on this error?  Is this a tolerance error in mksurfdata.pl?
 
I figured out my error. If making a surface dataset with a new user specified resolution use the following command line argument... 
  • -res usrspec
 Rather than (for example)... 
  • -res AEW_30x4
I mistakenly thought you needed to define the variable-resolution grid in both command line arguments (i.e., -res and -usr_grid). I used cesm1.2.2 to previously generate my files, and thought this could be the source of the error as I was using a newer CESM version, but later found out it was the aforementioned issue.  I successfully generated the files in CESM 1.2.2, but I tried to generate the files with the new "-res" solution in CESM 1.3 beta01 and was unable to generate the files due to the following error...

  • AEW_30x4_nomask_aave_da_c160620.nc
  •  * matrix dimensions rows x cols :      259200  x      128531
  •  * number of non-zero elements:       289755
  •  Successfully made VOC Emission Factors
  •  
  •  domain_clean: cleaning       259200
  •  Special land units near 100%, but not quite for n,suma =       29766
  •    99.9999999996477
  •  Adjusting special land units to 100%
  •  pctpft < 0.0 =  -6.217248937900877E-015  suma, pcturb_excess, sumpft =
  •    89.3816507537296        3.28598957869404        30.9463316988580
  • abort:
  • ERROR in mksurfdata_map: 34304
 Any suggestions on this error?  Is this a tolerance error in mksurfdata.pl?
 
Back
Top