We at CliMA would certainly welcome contributions, though I do concede that it is probably not that easy to dive right in and start contributing to the main ClimateMachine.jl repository (though if you do have ideas, please let me know).
That said, there are lots of areas where contributions would be very welcome, and could benefit the wider Julia ecosystem:
- file readers for common data formats (issue #114). There are a wide variety of file formats used for climate data (e.g. NetCDF, Zarr, HDF5): although most have a Julia package, the quality and maintenance of them varies considerably. Some of these rely on cumbersome third-party binary dependencies, and could benefit from being translated into Julia to benefit from features such as memory mapping, and parallel I/O.
- visualization: we heavily use Paraview and VisIt for visualizing the model output. Being able to directly interface Julia with these libraries (e.g. for in situ visualization) would be incredibly cool. Alternatively, building something similar in Makie.jl would be very neat (though perhaps a lot more work).
- Specific numerical topics: we’re currently working on moving out our distributed-memory time steppers and Krylov & Newton-Krylov solvers into self-contained repositories.
- GPU and distributed memory tooling. We heavily make use of CUDA.jl, KernelAbstractions.jl and MPI.jl, so improvements to those directly help our project. Similarly, we are excited about AMDGPU.jl so that we can run on alternative GPU architectures.
- There are many rough edges in running Julia on HPC clusters (deployment, binary dependencies, etc.). If you are interested in this topic, please join our discussion.