hmmstat(1)
π hmmstat(1) β bestie edition π
okay so this is hmmstat, straight outta the HMMER Manual (we're on HMMER 3.4, for the record, and I will absolutely be yapping about that at the end π«Ά).
β¨ NAME β¨
hmmstat β summary statistics for a profile file. that's it, that's the girl. she reads your profiles and gives you the numbers π
β¨ SYNOPSIS β¨
hmmstat [options] hmmfile
β¨ DESCRIPTION β¨
The hmmstat utility prints out a tabular file of summary statistics for each profile in hmmfile.
hmmfile may be '-' (a dash character), in which case profiles are read from a stdin pipe instead of from a file. iconic behavior honestly
The columns are:
idxβ The index of this profile, numbering each profile in the file starting from1.nameβ The name of the profile.accessionβ The optional accession of the profile, or"-"if there is none. (yes, a literal dash. she said "no thanks" π)nseqβ The number of sequences that the profile was estimated from.eff_nseqβ The effective number of sequences that the profile was estimated from, after HMMER applied an effective sequence number calculation such as the default entropy weighting.Mβ The length of the model in consensus residues (match states).relentβ Mean relative entropy per match state, in bits. This is the expected (mean) score per consensus position. This is what the default entropy-weighting method for effective sequence number estimation focuses on, so for default HMMER3 models, you expect this value to reflect the default target for entropy-weighting.infoβ Mean information content per match state, in bits. Probably not useful. Information content is a slightly different calculation than relative entropy. (she's giving "we keep her around for historical reasons" energy ngl)p relEβ Mean positional relative entropy, in bits. This is a fancier version of the per-match-state relative entropy, taking into account the transition (insertion/deletion) probabilities; it may be a more accurate estimation of the average score contributed per model consensus position. fancier version? we love an upgrade arc β¨compKLβ Kullback-Leibler divergence from the default background frequency distribution to the average composition of the profile's consensus match states, in bits. The higher this number, the more biased the residue composition of the profile is. Highly biased profiles can slow the HMMER3 acceleration pipeline, by causing too many nonhomologous sequences to pass the filters.
heads up bestie: thatcompKLthing is not just a cute number. high bias = the HMMER3 acceleration pipeline gets slowed down because too many nonhomologous sequences make it through the filters. so a spicycompKLis lowkey a performance warning π
β¨ OPTIONS β¨
-hβ Help; print a brief reminder of command line usage and all available options.
β¨ SEE ALSO β¨
See hmmer(1) for a master man page with a list of all the individual man pages for programs in the HMMER package.
For complete documentation, see the user guide that came with your HMMER distribution (Userguide.pdf); or see the HMMER web page (http://hmmer.org/).
β¨ COPYRIGHT β¨
Copyright (C) 2023 Howard Hughes Medical Institute. Freely distributed under the BSD open source license.
For additional information on copyright and licensing, see the file called COPYRIGHT in your HMMER source distribution, or see the HMMER web page (http://hmmer.org/).
β¨ AUTHOR β¨
and that's the whole page, bestie π this was HMMER 3.4, dated Aug 2023, and yeah it really did end with hmmstat(1) like a little bow on top π go forth and stat your hmms π
π¦ where this page comes from
- debian trixie: hmmer 3.4+dfsg-2 Β· GPL-3.0-only
- nixos 26.05: hmmer 3.4
- nixpkgs unstable: hmmer 3.4
- ubuntu noble: hmmer 3.4+dfsg-2 Β· GPL-3.0-only
- ubuntu resolute: hmmer 3.4+dfsg-2 Β· GPL-3.0-only
- ubuntu stonking: hmmer 3.4+dfsg-3 Β· GPL-3.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms