Hi Christoph,
I am trying to reconstruct mitochondrial genomes from IonTorrent NGS
data and as I have a reference genome from to the same species I thought
of using the --quick approach (output message below). Apparently, my
readpool does not contain any reads with reasonable match (kmer=31),
which is quite surprising considering that I’m using a reference genome
of the same species.
Then, I decided to run the two-step approach and after successfully
mapping assembly with MIRA 4, I tried to run MITObim and got the below
error message saying that miraconvert seems to have failed - see
detailed output below. Any idea how to move forward?
Many thanks,
Regina L. Cunha
--quick option:
MITObim - mitochondrial baiting and iterative mapping
version 1.8
author: Christoph Hahn, (c) 2012-2016
quick option selected! -maf option will be ignored (if given)
./MITObim_1.8.pl -start 1 -end 30 -sample testpool -ref perna_mt_genome -readpool /home/regina/mtDNA/BZP.fastq --quick /home/regina/mtDNA/pernamtDNA.fa
All paramters seem to make sense:
startiteration: 0
enditeration: 30
sample: testpool
refname: perna_mt_genome
readpool: /home/regina/mtDNA/BZP.fastq
maf: 0
quick: /home/regina/mtDNA/pernamtDNA.fa
paired: 0 (off=0, on=1)
assembly mode: 0 (mapping=0, denovo=1)
verbose: 0 (off=0, on=1)
split: 0 (off=0, on=1)
minimum avg. coverage: 0 (off=0)
clean: 0 (off=0, on=1)
trim reads: 0 (off=0, on=1)
trim overhang: 0 (no=0, yes=1)
platform: iontorrent
kmer baiting: 31
Starting MITObim
Dec 3 13:03:32
quick option baits reads from provided reference in iteration 0
fishing readpool using mirabait (k = 31)
mirabait: No bait files defined via -b and no -L given!
Did you use the command line for the old mirabait (<= 4.0.2)?
your readpool does not contain any reads with reasonable match (k = 31) to your reference - Maybe you want to different settings or even a different reference?
2-step option:
./MITObim_1.8.pl -start 1 -end 30 -sample testpool -ref perna_mt_genome
-readpool /home/regina/mtDNA/BZP.fastq -maf
/home/regina/mtDNA/initial-mapping-testpool-to-perna-mt_assembly/initial-mapping-testpool-to-perna-mt_d_results/initial-mapping-testpool-to-perna-mt_out.maf
All paramters seem to make sense:
startiteration: 1
enditeration: 30
sample: testpool
refname: perna_mt_genome
readpool: /home/regina/mtDNA/BZP.fastq
maf:
/home/regina/mtDNA/initial-mapping-testpool-to-perna-mt_assembly/initial-mapping-testpool-to-perna-mt_d_results/initial-mapping-testpool-to-perna-mt_out.maf
quick: 0
paired: 0 (off=0, on=1)
assembly mode: 0 (mapping=0, denovo=1)
verbose: 0 (off=0, on=1)
split: 0 (off=0, on=1)
minimum avg. coverage: 0 (off=0)
clean: 0 (off=0, on=1)
trim reads: 0 (off=0, on=1)
trim overhang: 0 (no=0, yes=1)
platform: iontorrent
kmer baiting: 31
Starting MITObim
Dec 3 13:19:02
recover backbone by running miraconvert on maf file
ConvPro::checkTypes: Unknown or illegal file type 'tmp' defined as
miraconvert (MIRALIB version 4.9.5_2 )
Author: Bastien Chevreux (ba...@chevreux.org)
Purpose: convert assembly and sequencing file types.
Usage: [......]
miraconvert seems to have failed - see detailed output above
Hi Christoph,
I followed your suggestion and re-installed mira with the version 4.0.2 but now
I am getting the following message in MITObim, which is the same I got before
with the --quick option. This is quite strange because the reference is a mtDNA
genome of the same species so couldn't be closer! And the quality report from
the raw reads was ok (The main goal of this project is to sequence the mtDNA of
5 samples with a mean depth coverage of 80-100x, assuming a mitochondrial
genome size of 18,4 kbp. The produced sequence data is in accordance with the
expected output since more than 45 Mpb, mean depth coverage of ≥ 2 445 x, was
generated per each sample).
Any advice would be really appreciated
Regina
Hi Regina,That's indeed a bit strange. If you are using a mt genome of the same species, you won't need the initial mapping assembly. You might as well just use the `--quick` option. Anyway, now that you've already done it, can you please double-check that a bait file has been created and maybe look into it to check if it contains a reasonable sequence. The file should be called `temp_baitfile.fasta` in your iteration 1 directory. This is the fasta sequence (without ambiguities) extracted from the result (maf file) of the initial assembly. Could be something has gone wrong already there. Maybe the file is empty or otherwise weird, that would explain why no reads seem to be baited. Check out also the result from the initial mapping assembly. Should be in the directory called `your project_d_results` and the file should be called `your_project_out.unpadded.fasta` or something like that.In parallel can you try to rerun MITObim with mira 4.0.2 and the `--quick` option? I know you already tried, but the this time please specify the verbose (`-v`), which should result in more detailed output from the baiting step. Can you save the output to a txt file and send it over, in case it fails?Thanks!Cheers,ChristophFrom: regina.lo...@gmail.com [regina.lo...@gmail.com]
Sent: 05 December 2016 12:52
To: MITObim-users
Subject: [MITObim-users] Re: miraconvert seems to have failed
--
You received this message because you are subscribed to the Google Groups "MITObim-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mitobim-user...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
**************************************************
To view the terms under which this email is
distributed, please go to
http://www2.hull.ac.uk/legal/disclaimer.aspx
**************************************************