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
For FAIR data provenance it would be nice if exported TrainingContainers can know (roughly) how they were generated. This would include both generic dft parameters (k sampling, convergence criteria, etc.) and code specific inputs (ISYM, SYMPREC, ALGO, etc.). Ideally these could be taken from jobs directly once we have some generic setup inplace. This will probably take a while and TrainingContainer would need to store them in an efficient, sparsified way anyway. Therefore I will start here with a simple implementation first. Maybe just something like
For FAIR data provenance it would be nice if exported
TrainingContainer
s can know (roughly) how they were generated. This would include both generic dft parameters (k sampling, convergence criteria, etc.) and code specific inputs (ISYM, SYMPREC, ALGO, etc.). Ideally these could be taken from jobs directly once we have some generic setup inplace. This will probably take a while andTrainingContainer
would need to store them in an efficient, sparsified way anyway. Therefore I will start here with a simple implementation first. Maybe just something likeThen in a few steps it could be:
include_job
The text was updated successfully, but these errors were encountered: