-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
added background subtraction #48
base: dev
Are you sure you want to change the base?
Conversation
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me! I would only change the exposure time to be a number to allow for floats as we have a dataset with such exposure times.
I'll be hopefully updating the nf-core module for Backsub soon so it adheres to nf-core standards more with conda support.
I'm leaning towards having a different step name than the tool name, so for the step name, I think it should be background/af_correction/channel_subtraction, with Backsub as the tool to do it. What are the preferences from your side?
From what I see in other nf-core pipelines, modules are imported and used under their original names (unless a module is used multiple times and must be aliased for uniqueness) and publishDir folder names also generally follow the module name. Sometimes publishDir paths are grouped under a higher level folder if there are many alternatives for the same step like we have for segmentation. The mcmicro-legacy module names and publishDir layout did not use this style, rather naming everything by its purpose, e.g "registration", "segmentation", "quantification", and we did start to use that same publishDir structure here in mcmicro 2.0. I think we should pivot to adopting the nf-core style for consistency though. |
I was under the impression our goal is to still keep the multiple choice aspect based on steps - especially when it will come to defining the "execution stream" - e.g. staging, registration, AF_correction, segmentation and quantification. The broader steps are defined and used to determine the "stream", but for each step (or several steps), we would allow for multiple options (e.g. staging, registration*, segmentation). I think it would be somewhat confusing to start mixing process names into the broader execution stream which is why I made the point above. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure about the direction this is going -- the code is way too complex and it's actually incorrect as it runs segmentation and quantification on BOTH the un-backsubbed images and the backsubbed images. Let's revert to the original implementation with backsub
in params for now.
Oh, I didn't realize I was getting both of those channels. I was so happy to get it to pass the tests, I didn't pay close enough attention to the number of output files I was generating. I'll keep a better eye on that in the future. Thank you for pointing it out! |
Co-authored-by: Krešimir Beštak <86408271+kbestak@users.noreply.github.com>
I made a branch as suggested of the attempt to run backsub without an input parameter. |
I think this is ready to merge. |
I fixed a lint error with the schema URL, but now we're getting new lint errors. Looks like the latest update has made some changes. |
The combination of pulling in the template update in dev and adding the logo file to the |
Hi, I've noticed a few issues with the Backsub and changed them: RobJY#5
Right now I would suggest the |
PR checklist
nf-core lint
).nextflow run . -profile test,docker --outdir <OUTDIR>
).nextflow run . -profile debug,test,docker --outdir <OUTDIR>
).docs/usage.md
is updated.docs/output.md
is updated.CHANGELOG.md
is updated.README.md
is updated (including new tool citations and authors/contributors).