# iLAMB tree generator capped at 24 years? **URL:** \ **Category:** Land Surface\ **Tags:** help\ **Created:** [11 July 2025 00:31 UTC](https://forum.access-hive.org.au/t/ilamb-tree-generator-capped-at-24-years/4688 "2025-07-11T00:31:42Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![inh599](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/inh599/32/3400_2.png) [@inh599](https://forum.access-hive.org.au/u/inh599)\ **Post date:** [11 July 2025 00:31 UTC](https://forum.access-hive.org.au/t/ilamb-tree-generator-capped-at-24-years/4688/1 "2025-07-11T00:31:42Z")
I’ve been using the NRI-supported iLAMB-tree-generator/CMOR-lite on some of our ESM1.6 pi\_control and amip test runs. Back in May 2025 this part of the process worked and successfully created iLAMB ready datasets of 5,10, and 30 years length. I have recently restarted benchmarking efforts (using more recent runs) and now the CMOR-lite part seems to max out at 24 years. So specifically `>ilamb-tree-generator --datasets ./config_amip1.yml --ilamb_root $ILAMB_ROOT --merge` with config\_amip1.yml of `datasets: - {mip: non-CMIP, institute: CSIRO, dataset: ACCESS-ESM1-6, project: CMIP6, path: /scratch/p66/rml599/access-esm/archive/test-amip-dev-amip-fd157d82, output_range: [001, 030]}` does create iLAMB ready data but with only 24 years. The amip output directory pointed to here includes data from years 000 through to 034 - this has also occurred with other simulations with much longer ranges. I’ve definitely given sufficient wall time to my pbs.job (3 hours) script since we do get output and iLAMB results. Any ideas/insight as to why and/or how to address? ---
**Author:** ![rbeucher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/rbeucher/32/11_2.png) [@rbeucher](https://forum.access-hive.org.au/u/rbeucher)\ **Post date:** [11 July 2025 02:29 UTC](https://forum.access-hive.org.au/t/ilamb-tree-generator-capped-at-24-years/4688/2 "2025-07-11T02:29:10Z")
---
**Author:** ![rbeucher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/rbeucher/32/11_2.png) [@rbeucher](https://forum.access-hive.org.au/u/rbeucher)\ **Post date:** [11 July 2025 02:35 UTC](https://forum.access-hive.org.au/t/ilamb-tree-generator-capped-at-24-years/4688/3 "2025-07-11T02:35:23Z")
Hi @RhaegarZeng, Could you please have a look at this when you get a chance? ---
**Author:** ![RhaegarZeng](https://avatars.discourse-cdn.com/v4/letter/r/ea666f/32.png) [@RhaegarZeng](https://forum.access-hive.org.au/u/RhaegarZeng)\ **Post date:** [11 July 2025 02:48 UTC](https://forum.access-hive.org.au/t/ilamb-tree-generator-capped-at-24-years/4688/4 "2025-07-11T02:48:05Z")
> [@inh599](#): > > - {mip: non-CMIP, institute: CSIRO, dataset: ACCESS-ESM1-6, project: CMIP6, path: /scratch/p66/rml599/access-esm/archive/test-amip-dev-amip-fd157d82, output\_range: [001, 030]} Let me take a look at the raw data first. ---
**Author:** ![inh599](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/inh599/32/3400_2.png) [@inh599](https://forum.access-hive.org.au/u/inh599)\ **Post date:** [11 July 2025 04:01 UTC](https://forum.access-hive.org.au/t/ilamb-tree-generator-capped-at-24-years/4688/5 "2025-07-11T04:01:50Z")
@RhaegarZeng Thanks - but please note that this 24 year feature isn’t specific to that data set. Working from `/g/data/p73/archive/CMIP7/ACCESS-ESM1-6/spinup/AprilSpinUp-AprilSpinUp-56aae814` and `/g/data/p73/archive/CMIP7/ACCESS-ESM1-6/spinup/JuneSpinUp-JuneSpinUp-bfaa9c5b` also produced output at 24 years. Previously I have run on the April Spinup data and produced 30 year CMOR-lite files. My tree generator output is in `/g/data/p66/inh599/iLAMB/ILAMB_ROOT_ESM1_6` - for directories where there files \_orig.nc, the \_orig.nc are the files from the tree generator and the others are where I’ve shuffled time to be a common year (1979). There is/was an additional quirk with the AMIP simulation data in that the time field (when looked at in a numpy/datetime object) looks different to that from the PI control runs. The AMIP format was like “1979-01-16T12:00:00.000000000” whereas the PI control format was like “0682-01-16 12:00:00”. I had thought this was also going to be an issue but my latest attempt to run iLAMB from these data seemed to work okay. ---
**Author:** ![RhaegarZeng](https://avatars.discourse-cdn.com/v4/letter/r/ea666f/32.png) [@RhaegarZeng](https://forum.access-hive.org.au/u/RhaegarZeng)\ **Post date:** [11 July 2025 04:13 UTC](https://forum.access-hive.org.au/t/ilamb-tree-generator-capped-at-24-years/4688/6 "2025-07-11T04:13:44Z")
Thanks for sharing those @inh599, I’ll take a look as soon as I can. Apologies for the delayed response, I’m on sick leave today. I’ll get back to you once I’ve figured out the cause. ---
**Author:** ![RhaegarZeng](https://avatars.discourse-cdn.com/v4/letter/r/ea666f/32.png) [@RhaegarZeng](https://forum.access-hive.org.au/u/RhaegarZeng)\ **Post date:** [16 July 2025 04:01 UTC](https://forum.access-hive.org.au/t/ilamb-tree-generator-capped-at-24-years/4688/7 "2025-07-16T04:01:56Z")
> [@inh599](#): > > latest attempt to run iLAMB Hi, @inh599, I have just test the data stored in `/g/data/p73/archive/CMIP7/ACCESS-ESM1-6/spinup/AprilSpinUp-AprilSpinUp-56aae814`, `/scratch/p66/rml599/access-esm/archive/test-amip-dev-amip-fd157d82,` and `/g/data/p73/archive/CMIP7/ACCESS-ESM1-6/spinup/JuneSpinUp-JuneSpinUp-bfaa9c5b`. No errors occurred during the process, and the full time range was successfully merged. I’m wondering if the issue might be related to the module version. I’m currently using `conda/analysis3-25.06`. Could you please check whether you were using an older version? Thanks! ---
**Author:** ![RhaegarZeng](https://avatars.discourse-cdn.com/v4/letter/r/ea666f/32.png) [@RhaegarZeng](https://forum.access-hive.org.au/u/RhaegarZeng)\ **Post date:** [1 September 2025 00:36 UTC](https://forum.access-hive.org.au/t/ilamb-tree-generator-capped-at-24-years/4688/10 "2025-09-01T00:36:28Z")