[ensembl-dev] No consequence for variant

Sebastian Ginzel sginze2s at inf.h-brs.de
Tue Feb 9 11:21:01 GMT 2016


Hi,

I am using json output format.

The command line is:

perl /path/to/vep/variant_effect_predictor.pl \
-i /tmp/vep_failed2.vcf \
-o /tmp/vep_annots.json \
--offline \
--cache \
--dir /path/to/vep/cache \
--json \
--force_overwrite \
--quiet \
--no_progress \
--species=homo_sapiens \
--buffer_size 5000 \
--fork 2 \
--regulatory \
--merged \
--ccds \
--uniprot \
--hgvs \
--symbol \
--numbers \
--domains \
--canonical \
--protein \
--biotype \
--uniprot \
--tsl \
--appris \
--gene_phenotype \
--gmaf \
--maf_1kg \
--maf_esp \
--maf_exac \
--pubmed \
--variant_class \
--no_stats \
--dont_skip \
--sift b \
--polyphen b

Error message is:
Can't call method "rank" on an undefined value at 
/path/to/vep/Bio/EnsEMBL/Variation/Utils/VEP.pm line 1975

Regards,
Sebastian

Am 09.02.2016 um 11:34 schrieb Will McLaren:
> Hi Sebastian,
>
> The script shouldn't die in this situation - which output format are 
> you using? It would be useful if you could share the exact command you 
> are using.
>
> Will
>
> On 9 February 2016 at 10:22, Sebastian Ginzel <sginze2s at inf.h-brs.de 
> <mailto:sginze2s at inf.h-brs.de>> wrote:
>
>     Hi Will,
>
>     thanks for your explanation.
>
>     Do you have any suggestion how to filter these variants before processing?
>     Because VEP fails and stops annotating the rest of the VCF.
>
>
>     Regards,
>     Sebastian
>
>     > Hi Sebastian,
>     >
>     > In some cases when using the RefSeq transcript cache, the mappings we are
>     > provided by NCBI for a particular transcript may cause issues.
>     >
>     > In this case our database contains duplicate entries for NM_001271893.1,
>     > one of which is marked as a protein coding transcript but has no defined
>     > CDS. Your variant overlaps this duplicate, and because of the conflicting
>     > definition the VEP doesn't know what to call the variant and a warning is
>     > given on STDERR and in the warnings file.
>     >
>     > I would consider it safe to filter out or ignore any cases where we are
>     > unable to assign a consequence type such as this as they typically
>     > correspond to transcript annotations that are faulty to begin with.
>     >
>     > Regards
>     >
>     > Will McLaren
>     > Ensembl Variation
>     >
>     > On 3 February 2016 at 14:07, Sebastian Ginzel <sginze2s atinf.h-brs.de <http://inf.h-brs.de>> wrote:
>     >
>     >> Hi Ensembl,
>     >>
>     >> I am trying to annotate a variant using VEP v83 with the
>     >> homo_sapiens_merged cache.
>     >>
>     >> When I reach this variant in my VCF file:
>     >> 2    239832097    .    A    T    100    PASS    .    .    .
>     >>
>     >> VEP fails with:
>     >> Can't call method "rank" on an undefined value at
>     >> /path/to/vep/Bio/EnsEMBL/Variation/Utils/VEP.pm line 1975
>     >>
>     >> The function vf_to_consequnces returns '?' as a consequence for this
>     >> variant.
>     >>
>     >> I have taken the liberty to attach the Data::Dumper output for a couple of
>     >> relevant variables as well as the parameters used to call the VEP script.
>     >>
>     >> When looking at the result of vf_to_consequences it seems that the Codons
>     >> and Amino_acids fields are undefined (line 98 & 100), although the variant
>     >> is predicted protein_coding (line 85).
>     >>
>     >> I got the same error for variants up- and downstream of that location.
>     >>
>     >> Can anyone confirm this? And if so: has an idea on how to fix it?
>     >>
>     >>
>     >> Best wishes,
>     >> Sebastian Ginzel
>     >>
>     >>
>     >>
>     >>
>     >>
>     >> _______________________________________________
>     >> Dev mailing list    Dev atensembl.org <http://ensembl.org>>> Posting guidelines and
>     subscribe/unsubscribe info: >>
>     http://lists.ensembl.org/mailman/listinfo/dev >> Ensembl Blog:
>     http://www.ensembl.info/ >> >>
>
>
>     _______________________________________________
>     Dev mailing list Dev at ensembl.org <mailto:Dev at ensembl.org>
>     Posting guidelines and subscribe/unsubscribe info:
>     http://lists.ensembl.org/mailman/listinfo/dev
>     Ensembl Blog: http://www.ensembl.info/
>
>
>
>
> _______________________________________________
> Dev mailing list    Dev at ensembl.org
> Posting guidelines and subscribe/unsubscribe info: http://lists.ensembl.org/mailman/listinfo/dev
> Ensembl Blog: http://www.ensembl.info/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ensembl.org/pipermail/dev_ensembl.org/attachments/20160209/a8b69dba/attachment.html>
-------------- next part --------------
#----------------------------------#
# ENSEMBL VARIANT EFFECT PREDICTOR #
#----------------------------------#

version 83

By Will McLaren (wm2 at ebi.ac.uk)

Configuration options:

appris             1
biotype            1
buffer_size        1
cache              1
canonical          1
ccds               1
core_type          core
dir                /path/to/cache
dir_plugins        /path/to/cache/Plugins
domains            1
dont_skip          1
force_overwrite    1
fork               2
gene_phenotype     1
gmaf               1
hgvs               1
host               ensembldb.ensembl.org
input_file         /tmp/vep_failed2.vcf
json               1
maf_1kg            1
maf_esp            1
maf_exac           1
merged             1
no_progress        1
no_stats           1
numbers            1
offline            1
output_file        /tmp/vep_annots.vcf
polyphen           b
port               3306
protein            1
pubmed             1
regulatory         1
rest               1
sift               b
species            homo_sapiens
stats              HASH(0x4b76300)
symbol             1
tsl                1
uniprot            1
variant_class      1
verbose            1

--------------------


More information about the Dev mailing list