You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
However, the resultant index is more or less empty, and running bcftools index -n autosomes.vcf.gz returns 0.
Deleting that index and re-indexing (either via tabix -p vcf or bcftools index) produces a larger index that returns the correct number of variants from the previous command.
This seems to also occur if the input to concat is compressed, or with --write-index=tbi, so seems to be general issue rather than a specific combination of events.
This is with
bcftools 1.20-45-g5e7ea8a0-dirty
Using htslib 1.20-54-gfbe5ff6c-dirty
Best,
Alex
The text was updated successfully, but these errors were encountered:
I see what it is doing. In this case it is writing out the VCF in the simplest way (vcf_write_line) which is good for speed but does not contain any index writing code. So all that is produced is the index header with no actual index.
I was concatting 29 uncompressed vcfs and indexing the output
However, the resultant index is more or less empty, and running
bcftools index -n autosomes.vcf.gz
returns 0.Deleting that index and re-indexing (either via
tabix -p vcf
orbcftools index
) produces a larger index that returns the correct number of variants from the previous command.This seems to also occur if the input to concat is compressed, or with
--write-index=tbi
, so seems to be general issue rather than a specific combination of events.This is with
Best,
Alex
The text was updated successfully, but these errors were encountered: