Entering edit mode
5.6 years ago
Melonhead
▴
10
Hi there
I am struggling with the trivial task of running htseq-count. My command is as follows:
htseq-count -r pos \
-s no \
-t exonic_part \
-i transcripts \
--additional-attr=gene_id \
-m union \
--nonunique=all \
-f sam \
Analysis/Samples/sam/"${prefix}_Mapped.sortedByCoord.out.q10.R1.sam" \
Rattus_norvegicus.Rnor_6.0.96.dexseq.int.gff > \
Analysis/Samples/htseq_output/"${prefix}_counts_dexseq_int.counts"
Every time it exits with an error message:
usage: .htseq-count-real [options] alignment_file gff_file.htseq-count-real: error: the following arguments are required: featuresfilename
This is not the standard .gff gile. Yet, even if I use the standard Ensembl .gff and correct arguments for -i, -t options I am still receiving the same error.
What could be messed up in my command?
Will be grateful for any advice
Can you show us what you get if you do
cat -A HTseq_count_int.sh
? Or, try not to loop over${prefix}
but run the command in shell directly using one mapping sam withTab
completion for the file path, and see what you get.If in the script it can detect the text
Rattus_norvegicus.Rnor_6.0.96.dexseq.int.gff
but the path is wrong, it should show something like:The output of cat -A HTseq_count_int.sh :
Oh yes, now I see a mistake. I mislabeled the function in for loop
Thank you!
You're welcome, Melonhead. Glad that the issue is solved.
did you check whether the file (gff) is accessible from the location where you run the script? eg. can you do
ls Rattus_norvegicus.Rnor_6.0.96.dexseq.int.gff
?It should be:
I also tried providing the absolute path to the .gff. Still of no avail.
Not to go too off-topic, but is there still any reason to use htseq-count over featureCounts? The last I've tried the former it was orders of magnitude slower than featureCounts.
To be honest, I've never used any of these before :^)
I will gladly try different approach. Thank you for the suggestion!
AFAIK they basically do the same thing (unlike the fancy EM-based methods, that also attempt to rescue multi-mappers). But featureCounts is a lot faster, like I said.