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
Just noticed that when the pipeline is run with data from multiple libraries/runs, the pipeline produces results for each library/line separately which is a bit odd behavior. But you might know that such scenarios are handled in other pipelines such rnaseq and rnavar and even sarek.
Looks like the cat_fastq feature is not implemented in this pipeline.
Any specific reason for not including this feature?
Hi @praveenraj2018, thanks for reporting this. To me this is not a bug and expected behaviour for the HLA genotyping pipeline but of course it is worth discussing if that behaviour should be changed, also in order to make it more consistent with other nf-core pipelines.
Description of the bug
Just noticed that when the pipeline is run with data from multiple libraries/runs, the pipeline produces results for each library/line separately which is a bit odd behavior. But you might know that such scenarios are handled in other pipelines such
rnaseq
andrnavar
and evensarek
.Looks like the
cat_fastq
feature is not implemented in this pipeline.Any specific reason for not including this feature?
Command used and terminal output
Output:
The text was updated successfully, but these errors were encountered: