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.