mcxdeblast(1)
π mcxdeblast β the manual, but make it make sense π
okay bestie, welcome to mcxdeblast(1), a USER COMMANDS situation, and honestly? it's giving "tiny tool, huge slay". this is the manual page for mcxdeblast. let's get into it β¨
β¨ NAME β¨
mcxdeblast β parse BLAST files and stream output directly into mcl or write mcxassemble input.
like. that's the whole job description. parse BLAST, feed mcl, or make files for mcxassemble. no cap. π
πΈ SYNOPSIS πΈ
mcxdeblast file-name
mcxdeblast [--score=<b|e|r> (bit scores|e-values|normalize bit score)]
[--m9 (expect BLAST column format)] [--out <fname> (output file)]
[--line-mode abc (write ID1 ID2 score format)] [--sort=<a|o>
(alphabetic|occurrence sorting)] [--xi-dat=<suf> (strip <suf> from file-
name)] [--xo-dat=<suf> (add <suf> to base name)] [--bcut=<val> (bit score
cutoff)] [--ecut=<val> (E-value cutoff)] [--rcut=<val> (raw value
cutoff)] [--tab=<fname> (tab file)] <file-name>
so you either just hand it a file-name and vibe, or you go full main-character with a whole pile of flags. both are valid π¦
π DESCRIPTION π
mcxdeblast parses BLAST files. that's the tea. β
okay so, stream mode: the output can be streamed directly to mcl by using the mcxdeblast --line-mode=abc option and then equipping mcl with either --abc or --expect-abc. consider this the easy, lightweight and fast track. this functionality was recently acquired by mcl, so likeβ¦ it's new-ish, be nice to it π₯Ί
then there's assemble mode, which is the classic and slightly more heavy-handed one. in this mode mcxdeblast creates output files suitable for use by mcxassemble. and mcxassemble can in turn create input suitable for mcl. this is the mode in which mcxdeblast is employed by mclblastline. it's the whole pipeline, bestie π«
π STREAM MODE π
enter stream mode by specifying --line-mode=abc. use --m9 if the input is in columnar output. pipe the result to a file or directly to mcl. example invocations can be found in the mcl manual.
that's it. that's the mode. simple, clean, iconic. π
π§© ASSEMBLE MODE π§©
if the input file is named iput, mcxdeblast will by default create files iput.hdr, iput.raw, iput.tab, iput.map, and iput.err. five files. a whole little family. π«Ά
here's the breakdown, bestie:
- the
hdrfile contains information about the number of nodes found. it will be read bymcxassemble. - the
rawfile contains the co-occurrence scores between different nodes (peptides), also to be read bymcxassemble. the co-occurrence scores are in terms ofmclindentifiers, which are subjected to rearranging bymcxassemblein order to correctly align them with thetabfile. - the
tabfile contains bindings betweenmclidentifiers (after rearranging as specified in themapfile) and the BLAST labels (peptide identifiers). refer to the manual ofmcxassemblefor the syntax of atabfile. - the
errfile contains a list of any errors encountered. π (hopefully empty, but you know how it is) - the
mapfile β it's the one doing the rearranging-specifying in the bullet above. she's important, even if she's shy about it.
now. plot twist β if the --tab=fname option is used, mcxdeblast changes its behaviour. it will read the file fname, and use the bindings found therein. it will no longer output any of the hdr, map, or tab files. the hdr file should be provided by the same application that generated the specified tab file, and the map file should no longer be necessary (it might be convenient though and perhaps the future will bring a new --map option). π foreshadowing?? maybe.
the --tab=fname option can be convenient e.g. if you split a BLAST job over multiple machines and want to apply mcxdeblast to each of the subresults. you do this by generating a single central tab file in advance. then provide each instance of mcxdeblast with this tab file. each instance will generate a raw file. the respective raw files can simply be concatenated and fed to mcxassemble using its -raw option. additionally, a hdr file has to be specified for mcxassemble using its -hdr option. the syntax of hdr files is described in the mcxassemble manual. currently there is usually only one variable in the hdr file, which is the number of bindings listed in the tab file. this number, in turn, should equal the total number of different peptides encountered in the BLAST input. math checks out, we love a consistent number β¨
π OPTIONS π
every single one, bestie. we're not skipping a single flag. not one. π
--tab=<fname>(tab file) β specify atabfile to use, rather than automatically generating one. ποΈ--out <fname>(output file) β specify the name for the output file. naming rights, you have them. π--score=<b|e|r>(bit scores|e-values|norm bit score) β specify whether to use bit scores, E-values, or bit scores normalized by length of the HSP. π―--sort=<a|o>(alphabetic|occurrence sorting) β specify how to sort labels. pick your vibe: alphabetical or by occurrence. β¨--m9(expect BLAST column format) β use this option to parse BLAST output formatted with the-m 9option. π--line-mode=abc(write ID1 ID2 SCORE format) β use this to stream output directly intomcl. hereabcis a literal;--line-modemay acquire other line output modes. (so like, watch this space π)--xi-dat=<suf>(strip<suf>from<file-name>) β if set, the suffix<suf>is stripped from file-name in order to obtain the base name for output. if<file-name>does not end with suffix, it is assumed to be the base name, and<suf>is added in order to obtain the (real) file-name. sneaky little bidirectional behaviour, we love her. π--xo-dat=<suf>(add<suf>to base name) β attaches the suffix to the base name. use this to distinguish between different parses. one might for example use--score=b --bcut=5 --xo-dat=b. π·οΈ--bcut=<val>(bit score cutoff) β bit scores below the cutoff value are ignored. this triggers the output of bit scores and ignores all other values. βοΈ--ecut=<val>(E-value cutoff) β E-values below the cutoff value are ignored. this triggers the output of E-values and ignores all other values. βοΈ--rcut=<val>(raw value cutoff) β raw values below the cutoff value are ignored. this triggers the output of raw values and ignores all other values. βοΈ
notice how each of the three cutoffs triggers its own output type and ignores all other values. that's not a suggestion, that's the behaviour. π
π AUTHOR π
Stijn van Dongen. Jason Stajich implemented the --m9 option. Abel Ureta-Vidal and Dinakarpandian Deendayal contributed helpful comments and fixes. collab era, we love to see it π«Ά
π¦ SEE ALSO π¦
mclblastline, mcxassemble, mcl, clmformat.
go read those too, bestie, the whole squad is worth knowing π
and that's the whole page!! this was mcxdeblast version 14-137, dated 16 May 2014 β yes she's a 2014 icon and she still serves πβ¨ mwah, go parse some BLAST files, you've got this πππ
π¦ where this page comes from
- ubuntu jammy: mcl 1:14-137+ds-9build2 Β· GPL-3.0-or-later
- Copyright (c) 2014 Stijn van Dongen
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms