Skip to content
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

Support for Read Lengths Not in {50, 100, 150, 200} #408

Open
MikeKazz opened this issue Jan 24, 2025 · 0 comments
Open

Support for Read Lengths Not in {50, 100, 150, 200} #408

MikeKazz opened this issue Jan 24, 2025 · 0 comments
Labels
bug Something isn't working

Comments

@MikeKazz
Copy link

Description of the bug

Hello,

I am using the nf-core/atacseq pipeline and need to specify the --read_length parameter for my FASTQ files, which have a read length of 76 bp. However, the pipeline currently only allows --read_length values of 50, 100, 150, or 200, making it unclear how to proceed with read lengths that fall outside these values.

According to the documentation, the --read_length parameter is used to define the --sjdbOverhang parameter in STAR as (read_length - 1), which is critical for accurate alignment. For my case, the correct sjdbOverhang should be 75, but there is no direct way to specify this in the pipeline.

Proposed Solutions

  1. Allow Users to Directly Specify sjdbOverhang

    • Introduce a new optional parameter (e.g., --sjdbOverhang) that lets users override the value instead of relying on --read_length.
  2. Expand --read_length Options

    • Instead of restricting --read_length to specific values, allow users to input any valid read length.
  3. Auto-Detect Read Length from Input FASTQs

    • The pipeline could infer the read length from the input FASTQ files and set sjdbOverhang accordingly.

Would it be possible to implement one of these solutions in a future release? Let me know if there's any workaround in the meantime.

Thanks for your help!

Command used and terminal output

Relevant files

No response

System information

No response

@MikeKazz MikeKazz added the bug Something isn't working label Jan 24, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant