[Bioperl-l] Update of SeqIO:: fastq Module for PacBio
Fields, Christopher J
cjfields at illinois.edu
Thu Sep 20 16:08:21 UTC 2012
On Sep 20, 2012, at 9:30 AM, Peter Cock <p.j.a.cock at googlemail.com> wrote:
> On Thu, Sep 20, 2012 at 1:47 PM, Dan Nasko <dan.nasko at gmail.com> wrote:
>> Hi,
>>
>> I've recently begun working through some PacBio sequencing data
>> and it has been chocking up current bioperl FASTQ I/O modules.
>> Here are the problems I'm running into:
>>
>> [1] PacBio will report quality scores up to 100 - I believe there's
>> an upper limit of 93 and the FASTQ parser will throw and error if
>> that's surpassed.
>
> How exactly? The 93 limit comes from the fact that the top printable
> ASCII character is '~', 126 - 33 = 93. Are PacBio joining in the game
> of redefining FASTQ encodings? An example would be very
> interesting.
>
>> [2] Very often PacBio will have one base sequences. e.g.:
>>
>>
>> @m120726_170229_42157_c100356772550000001523024009301210_s1_p0/9743/2588_2589
>> T
>> +
>> 0
>> @m120726_170229_42157_c100356772550000001523024009301210_s1_p0/9743/3320_3321
>> G
>> +
>> (
>>
>> If this one base sequence has a quality character of "0"
>> (quality score 15), shown above, I/O will throw the following error:
>
> I thought that BioPerl bug had been fixed... or maybe it was the
> very similar situation of a quality score using the zero character?
>
> Peter
This should be fixed. Is this using the latest CPAN release? The latest code from GitHub?
chris
More information about the Bioperl-l
mailing list