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

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

A

alan_m_rhoades@gmail_com

New Member
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 
 
A

alan_m_rhoades@gmail_com

New Member
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?
 
A

alan_m_rhoades@gmail_com

New Member
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?
 
A

alan_m_rhoades@gmail_com

New Member
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?
 
A

alan_m_rhoades@gmail_com

New Member
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?
 
A

alan_m_rhoades@gmail_com

New Member
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?
 
A

alan_m_rhoades@gmail_com

New Member
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?
 
You must log in or register to reply here.
Top