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
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
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
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
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
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
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
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
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.
