@JimCircadian Could we set up an approach of chaining requests transparently, then having a final output command that processes them?
While there are cons - it would mean you would lose the independent outputs of each step, but, it would simplify the workflow, config outputs and reduce the storage required.
i.e., instead of outputting a processed_data/, then a processed/, it would just output the final processed/ which would include the regridded dataset and masking as well.
@JimCircadian Could we set up an approach of chaining requests transparently, then having a final output command that processes them?
While there are cons - it would mean you would lose the independent outputs of each step, but, it would simplify the workflow, config outputs and reduce the storage required.
i.e., instead of outputting a
processed_data/, then aprocessed/, it would just output the finalprocessed/which would include the regridded dataset and masking as well.