-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Notes to update README: state of things and todos #20
Comments
environment.ymlDependencies is time-consuming. Most are not pinned to a specific version. One thing I'd like to see: organize this list and say "why do you need dask here". what does it do, why do we have this library here. Makhan: are there tools to do this? But we don't use all these libraries often. Some were added for a workshop. Doing an inventory and justifying why things are here. Documenting good practice. Example: netcdf4 package. An issue where the latest is not compatible with OPeNDAP. Without pinned versions it will build with most recent compatible. |
Makhan: Where do we create the image? The image is created on GitHub, via the GitHub Action. TODO:
|
notebook of code snippets to test a new library to addTODO:
TODO:
|
Makhan: after another few sessions like this I'll be able to maintain the corn image in JupyterHub |
TODO: releasesWe'll use GitHub Releases. Here is an example of how we do it for the Cookbook: https://github.com/NASA-Openscapes/earthdata-cloud-cookbook/releases/ Note we use the calver versioning (year.month.0): |
Luis our big aim for reproducibility: "The corn image was able to render this whole cookbook on this day." We can use quarto to run through all of this. We should start on this:: try to execute all the notebooks |
Link to support tickets for 2i2c |
No description provided.
The text was updated successfully, but these errors were encountered: