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
Generate a params.json file containing all selected parameters for a given run, and display this at the end of MultiQC report alongside software_versions.
Use Case/Rationale
Inspired by the tower.nf 'configuration' display, provides a 'hard' copy of the exact parameters used in a given run in the MultiQC report (which would be acommon calling-point for post-run validation).
e.g. could be useful if presenting a MultiQC report in a meeting, and a collegue asks what parameter you used for XYZ - if you can't remember exactly - you can then can scroll down to the bottom of the report to see).
(same as how we do it with the launch tool)
But fine to put in MultiQC if it’s a table that becomes scrollable automatically when long I guess or something
The text was updated successfully, but these errors were encountered:
jfy133
changed the title
Add to template module that generates a params.json for display in MultiQC report
Add to template module that generates a params.json of selected pipeline parameters for display in MultiQC report
Oct 22, 2020
jfy133
changed the title
Add to template module that generates a params.json of selected pipeline parameters for display in MultiQC report
Add to template module that records selected pipeline parameters.
Oct 22, 2020
Originally idea was to display in MultiQC, but might be worth keeping this optional.
However, could still export a JSON/TSV file with the parameters to pipeline_results/, and leave it up to pipeline devs to export this for display in MultiQC
Suggestion
Generate a
params.json
file containing all selected parameters for a given run, and display this at the end of MultiQC report alongside software_versions.Use Case/Rationale
Inspired by the tower.nf 'configuration' display, provides a 'hard' copy of the exact parameters used in a given run in the MultiQC report (which would be acommon calling-point for post-run validation).
e.g. could be useful if presenting a MultiQC report in a meeting, and a collegue asks what parameter you used for XYZ - if you can't remember exactly - you can then can scroll down to the bottom of the report to see).
Possible Implmentation
Can exploit: nextflow-io/nextflow#1682 (comment)
i.e.
to be parsed into a custom MultiQC
params.json
or TSV file, that is also added to the MultiQC config.Notes from @ewels:
The text was updated successfully, but these errors were encountered: