AggV2 code book - phenotype queries¶
Details of all the samples included in aggV2 are listed in the LabKey table aggregate_gvcf_sample_stats
. You can use this table to link the samples to their phenotypes in other LabKey tables, using either the LabKey desktop application and the APIs.
Overview¶
The LabKey table aggregate_gvcf_sample_stats
, containing sample-level information on all participants within aggV2, can be queried though either the LabKey desktop application or through the LabKey APIs. Please see the documentation for the LabKey Desktop application and the APIs for more information.
The desktop application allows you to browse the data and perform basic filtering on an individual table. Complete tables or filtered tables can then be exported as text or .xlsx files for downstream analysis. Alternatively, you can interrogate the tables using the LabKey APIs (written in multiple languages including R and Python). We recommend using the LabKey APIs as you can perform more complex and easily reproducible queries on the data.
Examples of how to query the aggregate_gvcf_sample_stats
table and integrate with the phenotypic/clinical data of these participants using the R LabKey API (Rlabkey package) are listed below. We make use of the SQL-like syntax to query the tables. You can use RStudio or R in the terminal to run these examples and to do further downstream processing of the data.
aggregate_gvcf_sample_stats
The sample IDs in the aggV2 VCFs are the 'plate-keys' (e.g. LP3000448-DNA_A09) - not the participant IDs. In order to link between plate-key and participant ID - use the aggregate_gvcf_sample_stats
table. There is one sample, one participant per row in this table.
LabKey API¶
Before you get started with using the LabKey APIs, you need to ensure you have it set up correctly, following this document. We recommend running your LabKey API scripts on the HPC, as detailed here, as they can be quite large.
Before you get started with using the LabKey APIs, you need to ensure you have it set up correctly, following this document. We recommend running your LabKey API scripts on the HPC, as detailed here, as they can be quite large.
To query our tables using CloudOS, you will need to set up an interactive session. You will need to use conda to install the required R packages:
conda create -n query-tables r-glue r-tidyverse r-data.table r-dbi r-rpostgres r-irkernel -y
You can now launch an R notebook under the query-tables
kernel. More details
Import modules/libraries you need¶
LabKey has an underlying SQL database. To access it you will need to have the labkey module/library loaded. You will also be working with tables and dataframes. Here you can see the modules/libraries you should load in your scripts:
Helper function to access the LabKey API¶
We have here a helper function called labkey_to_df
that you can use to access the LabKey API in the RE and return data as a dataframe. You need to give it:
sql_query
: an SQL query to access the LabKey tablesdatabase
: the version of the database you want to access for example/main-programme/main-programme_v19_2024-10-31
maxrows
: maximum number of rows you want to return. This parameter defaults to 100000000, but if the output contains exactly the default value, then we suggest increasing this value.
Feel free to include this function in all your scripts and invoke it every time you want to query the data.
To run my queries, I'll need to set up my database version:
Importing the aggregate_gvcf_sample_stats
table¶
This example show how to fetch the entire aggregate_gvcf_sample_stats
table and save as an object in your session. The table can then be post-filtered.
Filtering tables and selecting columns¶
Tables can be filtered for certain attributes and specified columns selected in labkey using SQL. In this example, we can filter the aggregate_gvcf_sample_stats
table for participants in aggV2 from the rare disease programme for which the WGS was from a blood sample. We can then select only the participant ID and platekey columns.
Joining multiple tables together to create a cohort¶
The utility of the LabKey APIs comes when joining multiple tables together. In this example, we perform the query above to find participants in aggV2 from the rare disease programme for which the WGS was from a blood sample. We then inner-join these results together with the rare_diseases_participant_phenotype
table to identify participants who are positive for the HPO Term: HP:0000365. We pull back a table of participant ID and plate-key of participants who satisfy the criteria.