View source: R/eQTLcatalogue_fetch.R
eQTLcatalogue_fetch | R Documentation |
Query eQTL Catalogue datasets with multiple methods options.
eQTLcatalogue_fetch( unique_id, query_granges, method = c("REST", "tabix"), quant_method = "ge", multithread_tabix = FALSE, add_qtl_id = TRUE, convert_genes = TRUE, suffix = ".QTL", timeout = 5 * 60, conda_env = "echoR_mini", nThread = 1, verbose = TRUE )
unique_id |
Unique eQTL Catalogue ID assigned in metadata
("unique_id" column in |
method |
Method for querying eQTL Catalogue:
Note: "tabix" is about ~17x faster than the REST API, but is currently a far less reliable method than the REST API because tabix tends to get blocked by eQTL Catalogue's firewall. See here for more details. |
quant_method |
eQTL Catalogue actually contains more than just eQTL data. For each dataset, the following kinds of QTLs can be queried:
|
multithread_tabix |
Multi-thread across within a single tabix file query (good when you have one-several large loci). |
add_qtl_id |
Add "qtl_id" (i.e. "unique_id") column to the query result. |
convert_genes |
Convert Ensembl IDs to HGNC symbols. |
conda_env |
Conda environment to search for tabix executable in. |
nThread |
The number of CPU cores you want to use to speed up your queries through parallelization. |
verbose |
Show more ( |
query_dat |
data.table of GWAS summary statistics. |
chrom |
Chromosome of the query window. |
bp_lower |
Minimum basepair position of the query window. |
bp_upper |
Maxmimum basepair position of the query window. |
Other eQTL Catalogue:
eQTLcatalogue_header
,
eQTLcatalogue_iterate_fetch()
,
eQTLcatalogue_query()
,
eQTLcatalogue_search_metadata()
,
fetch_restAPI()
,
fetch_tabix()
,
merge_gwas_qtl()
,
meta
data("meta") query_granges <- echodata::BST1 GWAS.QTL_manual <- catalogueR::eQTLcatalogue_fetch( query_granges = query_granges, unique_id = meta$unique_id[1])
Add the following code to your website.
For more information on customizing the embed code, read Embedding Snippets.