This is the general guide to running nf-core pipelines on the Omicslab platform. Running an nf-core pipeline normally means installing Nextflow and Docker or Singularity, choosing a scheduler profile and typing commands. Here you run the very same pipelines from a browser form — nothing to install, no commands to type, no cluster to configure. All screenshots use nf-core/bacass as the example; the companion post Building a Bacterial Genome Without Writing Code puts this guide to work on a real genome.
nf-core is an international community that builds, reviews and maintains analysis pipelines under shared standards. A pipeline is a chain of analysis steps — quality control, trimming, alignment, assembly, variant calling — packaged as a single unit you can run from end to end.
nf-core pipelines are the community's reference implementations: free and open source, documented, versioned and covered by automated tests. Instead of installing a dozen tools and writing glue code to connect them, you run nf-core/<name> and get a standard set of results and reports.
Published pipelines span genomics, transcriptomics, metagenomics, proteomics and imaging. A few examples:
| Pipeline | What it is for |
|---|---|
nf-core/rnaseq |
RNA-seq: quality control, trimming and quantification |
nf-core/sarek |
Germline or somatic variant calling from WGS/WES data |
nf-core/bacass |
Bacterial genome assembly and annotation |
nf-core/mag |
Metagenome assembly and binning |
nf-core/fetchngs |
Downloading public sequencing data from SRA, ENA or GEO |
If your question fits one of them, a community pipeline saves you from rebuilding a well-tested workflow from scratch — and it makes your results comparable with everyone else's.
Three names appear in every nf-core tutorial. Here is what they actually do.
GitHub is where source code and pipelines are stored on the internet. Think of it as a versioned "code locker": every past version is kept, and everyone can see which version you are using. All nf-core pipelines live on GitHub.
Nextflow describes an analysis made of many steps, then runs those steps automatically — even across several machines at once. Each step runs in its own isolated environment, and Nextflow keeps track of what has already finished, so long analyses do not fall apart when one step fails. You do not have to wire the tools together yourself; Nextflow handles that.
Every tool in a pipeline is packaged inside a container: a "box" holding the exact software and the exact version required. So no matter which machine runs it, or in which year, the result stays consistent — and you never install tools by hand.
Every nf-core pipeline ships with a machine-readable description of its parameters (nextflow_schema.json). The Omicslab platform reads that description and renders it as a form in your browser — like an automatic car: the engine (the analysis tools) is unchanged, but you drive with buttons.
In other words:
The platform reads nextflow_schema.json and renders it as a parameter form — here nf-core/bacass in the omicslab workspace, with input pointing at an uploaded samplesheet.
Three things: data, a description of that data, and compute.
nf-co.re/<name>). nf-core/bacass, for example, asks for ID, R1, R2, LongFastQ, Fast5 and GenomeSize.
A real samplesheet in the omicslab workspace, opened on the platform — each row is one sample, with R1/R2 pointing at the FASTQ files. This one belongs to nf-core/bacass; other pipelines use their own columns.
No data yet? Every nf-core pipeline comes with a small free test dataset, collected in the nf-core/test-datasets repository. Finding the right table and files for your pipeline is the easiest way to make a first run — then you swap in your own data.
The Omicslab platform is a web interface for running Nextflow/nf-core pipelines — similar in model to Seqera Platform, but it can place both the compute and the data inside Vietnam. The platform docs cover quickstart, organizations and the marketplace in detail. The screenshots below follow nf-core/bacass, but the steps are the same for any pipeline.
Step 1 — Create an account and a workspace. Create an account at platform.omicslab.io and open a workspace — it keeps data, pipelines and run history in one place.
Step 2 — Upload your data. Upload your files to S3-compatible storage (or connect your own existing bucket). For a samplesheet-based pipeline, upload both the samplesheet and the files it points to.
Step 3 — Add the pipeline. Pick it from the workspace's Git catalog — for nf-core, look under nf-core/<name>. If a pipeline is not listed, add it from its Git repository; the platform reads its schema and shows the run form.
Step 4 — Point input at your data. Select the samplesheet (or data folder) straight from the workspace data browser.
Step 5 — Choose parameters. The form shows every parameter from the pipeline, with descriptions and sensible defaults. Usually the only field you must fill is input; everything else can stay as it is until you need it.
Step 6 — Choose compute, review the manifest, press Run. Pick where the run executes — CloudFly, GreenNode or your own Slurm HPC cluster — and how much CPU, memory and disk it gets. The form estimates the price before you commit. The manifest records exactly what will run, including the parameters and the pipeline version.
Step 7 — Watch the logs and the cost. The Nextflow log streams into the browser, step by step. When the run finishes, open it from History to see its status, running time and cost. (The 100 MB bacterial dataset used in these screenshots finished in about 30 minutes for 13,318 VND.)
Step 8 — Read the results and reports. Results land in a tidy output folder alongside the standard reports: MultiQC summarises quality control in one page, and pipeline_info records the versions of the pipeline and software used. Both open directly in the browser, with nothing to install.
For a first run, use one sample with the pipeline's test data. Once it works, add more rows to the samplesheet — the platform runs samples in parallel.
The best way to see the pieces fit together is a complete example. In the companion post, Building a Bacterial Genome Without Writing Code, the pipeline is nf-core/bacass, the input is a 100 MB set of bacterial FASTQ files, and the output is an assembled, quality-checked and annotated genome — the same kind of run behind a real melioidosis study from Ha Tinh, Vietnam.