Zeb Nicholls

+1 on finding a way to solve this within this package's scope, that would be super useful functionality and I can think of some other examples

> I think we should very clearly define what functionality should/could be ported I completely agree. > I am trying to avoid feature creep by not writing a 'one-does-all' tool...

Sounds great, my attempt at the table below (maybe easier to do this in a PR so we can more easily build on each other's tables?). | Only in cmip6_pp...

hey @jbusecke, I wanted to reach out again as I am going to get back into some of this work over the next few months. I was wondering if you...

Hi @jbusecke, > I am very sorry for not responding here. Things were hectic to say the least. No issue at all, hope they've calmed down a bit. As you...

> In the meantime xarray introduced convert_calendar which might help Unfortunately also not happy ```python >>> out["GFDL-ESM4.gn.Amon.r1i1p1f1.co2mass"].convert_calendar("standard") ... File src/cftime/_cftime.pyx:1334, in cftime._cftime.datetime.__richcmp__() TypeError: cannot compare cftime.DatetimeNoLeap(1850, 1, 16, 12, 0,...

> In fact I have written code to replace the time with a uniform calendar in the [drift_removal module](https://github.com/jbusecke/cmip6_preprocessing/blob/7e75a548e24e87f447fbb4a5644bd84f7fc0b01f/cmip6_preprocessing/drift_removal.py#L40-L81) Nice, does this also move the dates? I wasn't completely sure...

> what do you mean by 'move'? As in, it renames e.g. 1st Jan 1020 to 1st Jan 1850 and shifts all other time points accordingly? > It seems like...

I actually pulled out aneris the other day to play around with so I would absolutely love to find a way forward to keep it going. In my head, I...

Is this solved now @Jihoon? I can't reproduce with that data..