FEATURECOUNTS(1)

๐Ÿ“ฆ
version 2.0.8 ยท 2 versions
, in debian trixie, ubuntu noble, ubuntu questing, ubuntu resolute, ubuntu stonking

๐Ÿ’– FEATURECOUNTS ๐Ÿ’–

okay bestie, welcome to featureCounts โ€” it's a User Commands situation, the toolkit for processing next-gen sequencing data. yes, THE one. sit down, hydrate, we're doing this. ๐Ÿงšโœจ


โœจ SYNOPSIS โœจ

featureCounts [options] -a <annotation_file> -o <output_file>
input_file1 [input_file2] ...

like, that's the whole vibe. args in, counts out. slay. ๐Ÿ’…


๐ŸŒธ DESCRIPTION ๐ŸŒธ

So this is Version 2.0.4 (yes queen, keeping receipts).

๐ŸŽ€ Mandatory arguments (aka the non-negotiables)

  • -a <string> โ€” the name of your annotation file, bestie. Default flavor is GTF/GFF, but peep the -F option if you need the tea on other formats. There are also inbuilt annotations (in SAF format!) chilling in the annotation directory of the package. Gzipped files? Also accepted. we love a flexible queen. ๐Ÿซถ
  • -o <string> โ€” the name of your output file that's gonna hold the read counts. And surprise, there's a bonus file too: a separate file with summary statistics of the counting results gets written as <string>.summary. Both files are tab delimited, no cap. โœจ
  • input_file1 [input_file2] ... โ€” a list of SAM or BAM format files. They can be either name sorted or location sorted, whichever. If you provide no files at all, <stdin> input is expected. Oh and heads up: location-sorted paired-end reads get automatically sorted by read names. it's giving considerate. ๐Ÿ’œ

๐ŸŒˆ Optional arguments: the Annotation section

  • -F <string> โ€” specify the format of the annotation file you handed over. Acceptable formats are 'GTF' (or any compatible GFF format) and 'SAF'. 'GTF' is the default. For the SAF format deets, go check the Users Guide, iykyk. ๐ŸŽ€
  • -t <string> โ€” specify the feature type(s) in a GTF annotation. If you're giving multiple types, separate them with ',' and no space in between (she's picky, respect it). 'exon' is the default. Rows in the annotation with a matched feature get extracted and used for read mapping.
  • -g <string> โ€” specify the attribute type in a GTF annotation. 'gene_id' is the default. The meta-features used for read counting get extracted from the annotation using whatever value you provide here.
  • --extraAttributes โ€” pull extra attribute types out of the provided GTF annotation and drop them into your counting output. Important: these attribute types are not used to group features. If you're passing more than one attribute type, separate them with a comma.
  • -A <string> โ€” hand over a chromosome name alias file so the chr names in your annotation match the ones in your reads. This should be a twocolumn comma-delimited text file. First column = chr names in the annotation, second column = chr names in the reads. Chr names are case sensitive (!!) and no column header should be in the file. periodt. ๐Ÿ”ฅ

๐Ÿ’ซ Level of summarization

  • -f โ€” do your read counting at the feature level instead. Like, counting reads for exons rather than genes. main character energy for exons only. ๐Ÿ‘‘

๐Ÿฆ‹ Overlap between reads and features

  • -O โ€” assign reads to all their overlapping meta-features (or features, if you specified -f). generous queen.
  • --minOverlap <int> โ€” the minimum number of overlapping bases in a read that's required for read assignment. Default is 1. For paired end, the number of overlapping bases is counted from both reads. And plot twist: if you provide a negative value, then a gap of up to the specified size is allowed between the read and the feature that the read gets assigned to. ๐Ÿ’€
  • --fracOverlap <float> โ€” the minimum fraction of overlapping bases in a read that's required for read assignment. Value should be in the range [0,1]. Default is 0. Overlapping bases are counted from both reads if paired end. Both this option and --minOverlap need to be satisfied for a read to get assigned โ€” they're a package deal. ๐Ÿซถ
  • --fracOverlapFeature <float> โ€” the minimum fraction of overlapping bases in a feature that's required for read assignment. Value should be within range [0,1]. Default is 0.
  • --largestOverlap โ€” assign reads to the meta-feature/feature that has the largest number of overlapping bases. biggest overlap wins, obviously. โœจ
  • --nonOverlap <int> โ€” the maximum number of non-overlapping bases in a read (or a read pair) that's allowed when being assigned to a feature. By default, no limit is set. live freely.
  • --nonOverlapFeature <int> โ€” the maximum number of non-overlapping bases in a feature that's allowed in read assignment. By default, no limit is set.
  • --readExtension5 <int> โ€” reads get extended upstream by <int> bases from their 5' end.
  • --readExtension3 <int> โ€” reads get extended upstream by <int> bases from their 3' end.
  • --read2pos <5:3> โ€” reduce reads down to their 5' most base or 3' most base. Read counting then happens based on that single base the read got reduced to. minimalism, but make it science. ๐Ÿ’…

๐ŸŒŸ Multi-mapping reads

  • -M โ€” multi-mapping reads will also be counted. For a multimapping read, all its reported alignments get counted. The 'NH' tag in BAM/SAM input is what's used to detect multi-mapping reads.

๐Ÿ“ Fractional counting

  • --fraction โ€” assign fractional counts to features. This option must be used together with -M or -O or both, no solo missions allowed. When -M is specified, each reported alignment from a multi-mapping read (identified via the 'NH' tag) carries a fractional count of 1/x instead of 1 (one), where x is the total number of alignments reported for that same read. When -O is specified, each overlapping feature receives a fractional count of 1/y, where y is the total number of features overlapping with the read. And when both -M and -O are specified, each alignment carries a fractional count of 1/(x*y). math ate. ๐Ÿงฎโœจ

๐Ÿ’œ Read filtering

  • -Q <int> โ€” the minimum mapping quality score a read must satisfy in order to be counted. For paired-end reads, at least one end should satisfy this criteria. Default is 0.
  • --splitOnly โ€” count split alignments only, i.e. alignments with a CIGAR string containing 'N'. A classic example of split alignments is exon-spanning reads in RNA-seq data.
  • --nonSplitOnly โ€” if specified, only non-split alignments (CIGAR strings that do not contain the letter 'N') get counted. All the other alignments will be ignored. sorry to them. ๐Ÿ™ˆ
  • --primary โ€” count primary alignments only. Primary alignments are identified using bit 0x100 in the SAM/BAM FLAG field.
  • --ignoreDup โ€” ignore duplicate reads in read counting. Duplicate reads are identified using bit Ox400 in the BAM/SAM FLAG field. For paired end data, the whole read pair is ignored if one of the reads is a duplicate read. both go down together. ๐Ÿ˜ญ

๐ŸŒˆ Strandness

  • -s <int or string> โ€” perform strand-specific read counting. You provide either a single integer value (applied to all input files) or a string of commaseparated values (applied to each corresponding input file). Possible values include: 0 (unstranded), 1 (stranded) and 2 (reversely stranded). The default value is 0, i.e. unstranded read counting carried out for all input files. pick your fighter. ๐Ÿ’…

๐ŸŽ€ Exon-exon junctions

  • -J โ€” count the number of reads supporting each exon-exon junction. Junctions are identified from all the exon-spanning reads in the input (the ones containing 'N' in the CIGAR string). Counting results get saved to a file named <output_file>.jcounts. โœจ
  • -G <string> โ€” provide the name of a FASTA-format file containing the reference sequences used in read mapping that produced the provided SAM/BAM files. This optional argument can be used together with the -J option to improve read counting for junctions. glow-up for your junctions.

๐Ÿซถ Parameters specific to paired end reads

  • -p โ€” if specified, libraries are assumed to contain paired-end reads. For any library that contains paired-end reads, the 'countReadPairs' parameter controls whether read pairs or reads get counted.
  • --countReadPairs โ€” if specified, fragments (or templates) will be counted instead of reads. This option is only applicable for paired-end reads. For single-end data, it is ignored. (not her problem, respectfully.)
  • -B โ€” only count read pairs that have both ends aligned. no half-hearted pairs here.
  • -P โ€” check the validity of paired-end distance when counting read pairs. Use -d and -D to set the thresholds.
  • -d <int> โ€” minimum fragment/template length, 50 by default.
  • -D <int> โ€” maximum fragment/template length, 600 by default.
  • -C โ€” do not count read pairs that have their two ends mapping to different chromosomes, or mapping to the same chromosome but on different strands. we're keeping it tidy.
  • --donotsort โ€” do not sort reads in BAM/SAM input. Note that reads from the same pair are required to be located next to each other in the input. like, required required.

โšก Number of CPU threads

  • -T <int> โ€” number of threads. 1 by default. (crank it up, bestie, your machine can handle it ๐Ÿ’…)

๐Ÿ’– Read groups

  • --byReadGroup โ€” assign reads by read group. The "RG" tag is required to be present in the input BAM/SAM files. no tag, no service.

๐Ÿงš Long reads

  • -L โ€” count long reads such as Nanopore and PacBio reads. Heads up though: long read counting can only run in one thread, and only reads (not read-pairs) can be counted. The good news? There's no limitation on the number of 'M' operations allowed in a CIGAR string in long read counting. iconic behavior.

๐Ÿ‘‘ Assignment results for each read

  • -R <format> โ€” output detailed assignment results for each read or readpair. Results are saved to a file in one of the following formats: CORE, SAM and BAM. See the Users Guide for more info about these formats.
  • --Rpath <string> โ€” specify a directory to save the detailed assignment results. If unspecified, the directory where counting results are saved gets used. sensible default, we love her.

๐ŸŒธ Miscellaneous

  • --tmpDir <string> โ€” the directory under which intermediate files get saved (and later removed, gone but not forgotten). By default, intermediate files are saved to the directory specified in the -o argument.
  • --maxMOp <int> โ€” the maximum number of 'M' operations allowed in a CIGAR string. 10 by default. Both 'X' and '=' are treated as 'M', and adjacent 'M' operations get merged in the CIGAR string. the consolidation era.
  • --verbose โ€” output verbose information for debugging, like unmatched chromosome/contig names. she tells you everything.
  • -v โ€” output the version of the program. quick lil flex. โœจ

๐ŸŽ€ AUTHOR

This manpage was written by Alexandre Mestiashvili for the Debian distribution, and it can be used for any other usage of the program. give them their flowers. ๐Ÿ’


okay and that's the whole page, bestie!! ๐Ÿซถ this doc is featureCounts 2.0.3, dated March 2023 โ€” go forth and count your features, you absolute icon. mwah. ๐Ÿ’–โœจ๐Ÿ‘‘

๐Ÿ“ฆ where this page comes from