You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The upcoming release of CDO (2.1.1) will better support temporal chunks >1 with a significant speed-up. After testing this claim, we might want to remove the for_cdo option, document that this is only necessary for cdo < 2.1.1 or raise a info message during execution.
Hi @fnhirwa,
Thanks for your willingness to contribute! Have you worked with CDO (climate data operators) before and ideally with netCDF files? The code change is quite straightforward but we would like to do some performance testing here to check if the cdo option can be deprecated.
Hi @fnhirwa, Thanks for your willingness to contribute! Have you worked with CDO (climate data operators) before and ideally with netCDF files? The code change is quite straightforward but we would like to do some performance testing here to check if the cdo option can be deprecated.
Well, I haven't worked with CDO before but with proper documentation and my experience with diving into large codebases, I think I can quickly adopt also I want to get myself familiarized with the project as I wanted to apply for the GSOC program of this project. I'd appreciate guidance and resources to get started with the task, if it is hard for the project's first user then I would love to get another task that you find might help me to understand the codebase and use-cases in deep.
Thanks
The upcoming release of CDO (2.1.1) will better support temporal chunks >1 with a significant speed-up. After testing this claim, we might want to remove the
for_cdo
option, document that this is only necessary for cdo < 2.1.1 or raise a info message during execution.xbitinfo/xbitinfo/save_compressed.py
Lines 11 to 19 in ebf417e
The text was updated successfully, but these errors were encountered: