Skip to content

Commit 810c4fd

Browse files
authored
Update 09-cmorization.md
Adjusting some explanations to make the story line clearer.
1 parent 0cab551 commit 810c4fd

File tree

1 file changed

+14
-5
lines changed

1 file changed

+14
-5
lines changed

_episodes/09-cmorization.md

Lines changed: 14 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -386,11 +386,20 @@ You can then edit the content and save it as ``CMOR_<short_name>.dat``.
386386
387387
## Create a CMORizer for the new dataset
388388
389-
Now that we have the data ready, have told the ESMValTool where to look
390-
for it, and have made sure that our variable of choice is listed either
391-
on a pre-existing or custom CMOR table, let's test if the data is actually
392-
following the necessary CMOR standard already, or if we have to do some
393-
reformatting for the dataset.
389+
Now that we have the data ready, our first assumption would be that the data
390+
is already following the CMOR standard. So we store the file in the "OBS6"
391+
folder of our data path, and rename it manually to an ESMValTool readable
392+
name. For our example of the "FLUXCOM" data that we downloaded (which is
393+
from the year 2000) the name of the dataset would then be:
394+
395+
```bash
396+
OBS6_FLUXCOM_reanaly_ANN-v1_Lmon_gpp_200001-200012.nc
397+
```
398+
399+
We also have made sure that our variable of choice is listed either
400+
on a pre-existing or custom CMOR table. So now we are ready to test
401+
if the data is actually following the necessary CMOR standard already,
402+
or if we have to do some reformatting for the dataset.
394403

395404
> ## Run the test recipe again
396405
>

0 commit comments

Comments
 (0)