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

Issue running figaro with 16S V4 data #35

Open
pig-raffles opened this issue May 7, 2021 · 5 comments
Open

Issue running figaro with 16S V4 data #35

pig-raffles opened this issue May 7, 2021 · 5 comments

Comments

@pig-raffles
Copy link

Hi,

I am running Figaro via docker. The runs start ok but keep finishing with an error message:

Traceback (most recent call last):
File "/opt/figaro/figaro/figaro.py", line 218, in
main()
File "/opt/figaro/figaro/figaro.py", line 210, in main
resultTable, forwardCurve, reverseCurve = trimParameterPrediction.performAnalysisLite(parameters.inputDirectory.value, parameters.minimumCombinedReadLength.value, subsample = parameters.subsample.value, percentile = parameters.percentile.value, forwardPrimerLength=parameters.forwardPrimerLength.value, reversePrimerLength=parameters.reversePrimerLength.value, namingStandardAlias=fileNamingStandard)
File "/opt/figaro/figaro/trimParameterPrediction.py", line 457, in performAnalysisLite
resultTable = runTrimParameterTestLite(forwardExpectedErrorMatrix, reverseExpectedErrorMatrix, trimPositions, minimumTrimmingPositions, forwardCurve, reverseCurve, forwardPrimerLength, reversePrimerLength)
File "/opt/figaro/figaro/trimParameterPrediction.py", line 347, in runTrimParameterTestLite
reverseExpectedErrors = reverseExpectedErrorMatrix[reverseTrimPosition - reverseMinimumTrimPosition]
IndexError: index 327 is out of bounds for axis 0 with size 27

Any idea what the problem could be. Could it be a memory issue?

@michael-weinstein
Copy link
Collaborator

I would have see what your run parameters are as well as your reads. My first guess would be that you might have some very short reads in your sample. Can you check that all your reads are of uniform length in the fastq (especially the paired-end 2 reads)?

@pig-raffles
Copy link
Author

Hi,

Run parameters:

docker container run --rm -e AMPLICONLENGTH=254 -e FORWARDPRIMERLENGTH=0 -e REVERSEPRIMERLENGTH=0 -e MINIMUMOVERLAP=20

FastQC gives no indication that there are very short reads, just stating that R1 and R2 read files contain reads of 301 bp

@michael-weinstein
Copy link
Collaborator

Are the lengths of the reads longer than your intended amplicon? If so, check out #36

@pig-raffles
Copy link
Author

If this is the case, would this program still be appropriate for using with 16S V4 paired reads? I am just wondering whether this would introduce biases into the trimming optimisation results

@michael-weinstein
Copy link
Collaborator

michael-weinstein commented May 14, 2021 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants