-
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
Missing gene - blastn evalue rounded to 0.0 #60
Comments
Hi! Thank you for your feedback. Is it possible for you to share the listed contigs, your command line, and your reference so I can check all of this? Best, |
Hello Rémi, Interestingly, when I subset it like this, I end up with COX1. However, I still see disagreement between my blastn output and mitofinder: It looks like blastx is used at some point, so that might explain part of this but; so I think my initial prediction about the 0.0 value was inaccurate. However, I cannot be certain given that the mitofinder blast files are inconsistently empty ( those found in Please see the attached files: CBX1139_subset_files.zip reference.fasta Hopefully everything I have provided is clear and I didn't miss anything. Best, Example mitofinder script
example blastn script
|
I am running mitofinder on assembled contigs to search for mtDNA/Genomes. However, I am missing CO1 from the output. I thought maybe I just didn't capture that mtGene. However, to confirm my suspicions, I ran blastn using the same 5 reference genes and found a contig or two that should contain that gene (three hits actually, but the longest blast alignment fits the expected length of 1.5k bp). For some reason the tmp files directory generated by mitofinder has the CO1 blast output empty (actually all of them are) so I cannot check the blast scores used by mitofinder.
Here is an example of my sanity check where all CO1 evalues are 0.0
My understanding is that blast will round a very small e-value to 0 if its a good match.
However, I noticed that this could be an issue with the way the max value is added in the python script:
line 84 mitofinder
I was also missing some other genes before adding mtDNA reference from a sister genus, which I think might explain why some of the genes were missing. Here is a good example, ND4: ~ 1.3k bp reference genes. Which now appear with near zero evalues for the longest alignment length contig.
I would normally try tweaking the code myself, but I am using the singularity container and don't know how to edit anything there.
Any advice would be greatly appreciated!
To clarify, I am using oxford nanopore output, so this might be part of the issue. However, I have kept the max length for contigs as default (25k bp); so I do not think it would be in conflict with the framework of using mitofinder for UCE assemblies. It may still not be appropriate, but I thought you would want to be made aware of this issue.
The text was updated successfully, but these errors were encountered: