-
Notifications
You must be signed in to change notification settings - Fork 7
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
ERROR: Contig count 0 <= Assembly minimum 0, exiting. When running denovo #31
Comments
Hi @cdmmoeller, From the log file, it seems that the molecule length of your OM data is short. You may try to decrease the settings of the minimum molecule length to ensure there is sufficient data coverage. If you have a draft assembly, you can also try to use it to adjust the parameters by running 'runBNG MQR'. Cheers, |
Hi Andy, Thanks for your reply. I tried decreasing the minimum molecule length (-l) to 40kb and minimum number of labels per molecule (-m) to 6, as well as using the parameters output by runBNG MQR. This is my command:
However, the same error appears. I've attached the stdout. MQR stdout: bionano_MQR.o238775.txt Do you have any other potential solutions to this issue? Thanks again, |
Hi @cdmmoeller, From the MQR, the mapping rate is pretty low, do you know the reason? Or can you please decrease the molecule length in the MQR test and see if the parameter changes? Cheers, |
Hi @yuxuanyuan , Thanks for taking the time to help. In MQR, I've tried changing the molecule length from the default 150 to: 50, 90 and 200. It seems that the shorter the molecule lengths, the lower the mapping rate (from 4.32% at -s 50 to 12.3% for -s 90). The other parameters are practically unchanged. Could the low mapping rate be caused by the quality of the reference? Following long-read assembly it's been polished and haplotig-purged. Some basic stats: G: 4.59Gb, Contigs: 34,571, N50: 206.8kb. The haploid genome size has previously been estimated to be ~6G by flow cytometry and k-mer analysis. Thanks, |
Thanks @cdmmoeller for the info. I guess one of the reasons is that the assembly is fragmented and the contigs are short. Another reason might be that the quality of the OM data is not good. We recently had an OM experiment and due to some elements binding on DNA, which were not fully removed, the nanochannel was partially blocked when producing the data. Few DNA could pass the channel, which led to the quality of data be bad. In our case, the mapping rate is as low as yours. |
Hi @yyx8671 Hope your work goes well. Best, |
Hi,
When trying to run the following command with version 2.0.1
I get the following error at the assembly stage:
I am attaching the full stdout.
Could you please help me solve this issue?
Many thanks,
Christian
bionano_denovo.o238785.txt
The text was updated successfully, but these errors were encountered: