support independent information (requirements.txt, meta.yaml) for each feedstock
align with the release version of the Carbonplan Catalog
I have been pondering some of the choices to make and wanted to discuss them a bit more widely:
Monorepo or feedstock repos?
There is a fundamental question if we want to keep all feedstocks in a single repo (this one) or have a repo for each feedstock.
Monorepo keeps management of code/secrets 'compact'
But it also allows for less flexibility (swapping secrets, config files etc)
"Interface" to the catalog
I had discussed with @norlandrhagen that it would be great to have a fully self-contained zarr store with metadata as the ideal case to hand of to the catalog layer. The logic building the catalog could simply have a list of 'registered' zarr stores which need to contain a bunch of extra metadata (I have been tinkering with this quite a bit in https://github.com/leap-stc/proto_feedstock
Our data management is in need for a refactor to
I have been pondering some of the choices to make and wanted to discuss them a bit more widely:
Monorepo or feedstock repos? There is a fundamental question if we want to keep all feedstocks in a single repo (this one) or have a repo for each feedstock.
"Interface" to the catalog I had discussed with @norlandrhagen that it would be great to have a fully self-contained zarr store with metadata as the ideal case to hand of to the catalog layer. The logic building the catalog could simply have a list of 'registered' zarr stores which need to contain a bunch of extra metadata (I have been tinkering with this quite a bit in https://github.com/leap-stc/proto_feedstock