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
I know there is some work happening on a new project documentation home for ecflow, in ReadTheDocs. I noticed most of the old content was being first ported to the new format, but I think a follow up task will be to start updating the documentation.
One good improvement, IMO, would be to document more about provenance, metadata, FAIRness. For instance, show how users of ecFlow can record and trace changes in workflow configuration, record provenance information 1, add extra metadata to this provenance info if possible (e.g. software version used 2), archive and share it.
Happy to help reviewing or discussing any improvements on this, as I am probably going to work on a similar task for other workflow managers.
for an example, CWL contains a software requirements feature where workflow developers can include metadata about the software used/required for running the workflow. CWL implementations can choose how to use this info, like failing to run if a version is not installed, recording it in workflow logs, etc. ↩
The text was updated successfully, but these errors were encountered:
Merge in ECFLOW/ecflow from feature/ECFLOW-1872_improved_includes to develop
* commit 'e5f5ba850700ffda0554fa1bb260f4c30dadb07a':
Revert cpp-httplib + nlohmann/json to use #include "" (ECFLOW-1872)
Correct use of #include <> and "" in ecFlow UI (ECFLOW-1872)
Use #include <cstd.*> instead of <std.*.h> (ECFLOW-1872)
Correct use of #include <> and "" in Http REST API (ECFLOW-1872)
Use #include <> for all Boost headers (ECFLOW-1872)
Hi,
I know there is some work happening on a new project documentation home for ecflow, in ReadTheDocs. I noticed most of the old content was being first ported to the new format, but I think a follow up task will be to start updating the documentation.
One good improvement, IMO, would be to document more about provenance, metadata, FAIRness. For instance, show how users of ecFlow can record and trace changes in workflow configuration, record provenance information 1, add extra metadata to this provenance info if possible (e.g. software version used 2), archive and share it.
Happy to help reviewing or discussing any improvements on this, as I am probably going to work on a similar task for other workflow managers.
Thank you!
Bruno
Footnotes
possibly using an open standard, like W3 Prov-O, BagIt, Research Objects/RO-Crate, etc., for modelling/archiving/serializing ↩
for an example, CWL contains a software requirements feature where workflow developers can include metadata about the software used/required for running the workflow. CWL implementations can choose how to use this info, like failing to run if a version is not installed, recording it in workflow logs, etc. ↩
The text was updated successfully, but these errors were encountered: