Importing Data

📦 Learn how to import raw data into Isabl using existing metadata.

Isabl-CLI enables tracking and managing of raw data, as well as reference resources that are a function of a genome assembly or an experimental technique.

Data Import

Isabl-CLI supports automated data import by recursively exploring data deposition directories and matching raw data files with identifiers registered in the database. For example, the client can be instructed to explore the /projects directory (A), retrieving only samples from Project 393, and match files using Sample Identifiers (B).

Upon --commit, Isabl-CLI proceeds to move (or symlink) matched files into scalable directory structures (C). The experiments data path is created by hashing the four last digits of the its primary key. For instance, data for Experiment 57395 will be stored at {storage-directory}/experiments/73/95/57395/. This hashing approach ensures a maximum of 1000 subdirectories in any folder at a worst case scenario of 10 million experiments.

Supported Data Formats

Isabl experiments can be linked to any kind of data. Be default Isabl will match the following data types:

    ("CRAM", "CRAM"),
    ("FASTQ_R1", "FASTQ_R1"),
    ("FASTQ_R2", "FASTQ_R2"),
    ("FASTQ_I1", "FASTQ_I1"),
    ("BAM", "BAM"),
    ("PNG", "PNG"),
    ("JPEG", "JPEG"),
    ("TXT", "TXT"),
    ("TSV", "TSV"),
    ("CSV", "CSV"),
    ("PDF", "PDF"),
    ("DICOM", "DICOM"),
    ("MD5", "MD5"),

If you need to support more raw data formats, adding the EXTRA_RAW_DATA_FORMATS both in the api and client settings, you can extend the valid data format choices in the backend, and provide a new format file validator in the client settings or a new data importer.

ie. to support MAF format:

# In the api settings

# In the cli client settings
EXTRA_RAW_DATA_FORMATS = [("\\.maf(\\.gz)?$", "MAF")]

Tip: subclassing and overwriting RAW_DATA_INSPECTORSmight be enough to support new data formats.

Import Data from Yaml

Isabl-CLI also supports explicit importing into a single experiment by specifying absolute file paths and metadata in a yaml file via the import-data-from-yaml command. The metadata will be added to the file_data field in an experiment's raw_data.

The two main parameters to be specified when importing are:

  • -fi: an argument that takes a pair of values (field, field value) to identify an experiment. For example, if you had an experiment with a system_id of TEST_EXPERIMENT_T01 , the argument would look like:

    -fi system_id TEST_EXPERIMENT_T01
  • --files-data: an argument that takes an absolute file path to the yaml file containing absolute file paths and metadata. For example, if you had a yaml file /absolute/path/to/files_data.yaml with the following contents:

        metadata1: value1 
        metadata2: value2
        metadata3: value3 
        metadata4: value4

    the argument would look like:

    --files-data /absolute/path/to/files_data.yaml

Full command using examples above:

isabl import-data-from-yaml \
-fi system_id TEST_EXPERIMENT_T01 \
--files-data /absolute/path/to/files_data.yaml \

View command details by running: isabl import-data-from-yaml --help

Import Reference Data and BED files

You can link reference data to assemblies and techniques. Here are a few ways of how to go about it.

The need to register arbitrary resources for any assembly or technique (e.g. gene annotations) is also supported:

isabl import-reference-data --help

# extra resources are included in the assembly directory
├── GRCh37
   ├── chr_alias
   ├── cytoband
      └── cytoBand.txt
   ├── genes
      └── refGene.txt
   └── genome_fasta
       └── GRCh37.fasta ...
└── GRCm38

Import Assembly Reference Genome

Isabl supports the ability to track resources for assemblies and techniques. For instance, ensuring that reference FASTA files are uniformly index, named, and tracked across genome builds:

# indexes are created with `bwa index`, `samtools faidx`, `samtools dict`
isabl import-reference-genome --help

# example of isabl assemblies directories
├── GRCh37
   └── genome_fasta
       ├── GRCh37.fasta
       ├── GRCh37.fasta.amb
       ├── GRCh37.fasta.ann
       ├── GRCh37.fasta.bwt
       ├── GRCh37.fasta.dict
       ├── GRCh37.fasta.fai
       ├── GRCh37.fasta.pac
└── ...

Import BED Files for Sequencing Techniques

Lastly, you can register BED files for any sequencing technique, which will be compressed, indexed, moved to the technique data directory, and registered in the database:

# compressed with bgzip, indexed with tabix
isabl import-bedfiles --help

# example of isabl technique directories
├── 34
   └── bed_files
       └── GRCh37
           ├── dna-td-hemepact-v4-grch37.baits.bed
           ├── dna-td-hemepact-v4-grch37.baits.bed.gz
           ├── dna-td-hemepact-v4-grch37.baits.bed.gz.tbi
           ├── dna-td-hemepact-v4-grch37.targets.bed
           ├── dna-td-hemepact-v4-grch37.targets.bed.gz
           └── dna-td-hemepact-v4-grch37.targets.bed.gz.tbi
└── ...

Imported assets are available for systematic processing by Isabl applications.

Customizing Import Logic

All registration mechanisms are configurable and can be customized by providing an alternative python sub class:

Setting Name






Although only local storage is supported at the time of writing, Isabl-CLI capability can be extrapolated to cloud solutions including integration with cloud workbenches such as Arvados.

Last updated