I noticed in the PIPSeeker documentation there's now an ability to extract converted fastq reads, in the same sort of way your program does.
It would be optimal for my peace of mind if the two programs gave the same outputs.
You can test this by converting your example data to have the suffix .fastq.gz, for example with a soft link:
example_R1.fastq.gz -> example_R1.fq.gz
Then run PipSeeker:
pipseeker barcode --fastq data/example_v3/. --output-path PIPseeker --chemistry v3
An R1 read from PIPSeeker:
@A01831:50:HCLHTDRX3:1:2101:16495:1000 1:N:0:TAAGGCGA
AGTACCGGCACGAAGTGGCGTCCGAACG
+
~~~~~~~~~~~~~~~~FFFFFFFFF:FF
An R1 read from your software (using your tutorial command to generate the data):
@A01831:50:HCLHTDRX3:1:2101:16495:1000 1:N:0:TAAGGCGA
AGAGGTGCACAGCAACAAAGACAAGTAGGGCGTCCGAACG
+
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF:FF```
You both agree on the UMI sequence, but your barcoded sequence is significantly longer than what PIPseeker emits.
AGTACCGGCACGAAGT GGCGTCCGAACG
AGAGGTGCACAGCAACAAAGACAAGTAG GGCGTCCGAACG
I have no idea what black voodoo magic they are performing to get to a 16bp barcode.
I noticed in the PIPSeeker documentation there's now an ability to extract converted fastq reads, in the same sort of way your program does.
It would be optimal for my peace of mind if the two programs gave the same outputs.
You can test this by converting your example data to have the suffix .fastq.gz, for example with a soft link:
example_R1.fastq.gz -> example_R1.fq.gzThen run PipSeeker:
pipseeker barcode --fastq data/example_v3/. --output-path PIPseeker --chemistry v3An R1 read from PIPSeeker:
An R1 read from your software (using your tutorial command to generate the data):
You both agree on the UMI sequence, but your barcoded sequence is significantly longer than what PIPseeker emits.
I have no idea what black voodoo magic they are performing to get to a 16bp barcode.