Lineages,assigned offline
Pango lineage assignment over consensus genomes.The lineage data is in the image, so nothing is fetched.
$ dxflow workflow create --identity pangolin hub://pangolin --start
A FASTA in,a report out
One row per sequence, with the lineage, the conflict and the QC.
One FASTA of near-complete SARS-CoV-2 genomes is what it expects.
lineage_report.csv, a row per sequence, and the versions it used.
The pdata is baked in, so assignment runs with no network at all.
One FASTA in,one report out
Consensus genomes go up, a lineage call per sequence comes back.
$ dxflow artifact upload sequences.fasta input/
$ dxflow workflow start pangolin --override env.job.EXTRA=--analysis-mode=usher
$ dxflow artifact download output/ ./lineages/
It runs,and then it stops
A job, not a session — it ends when the report is written.
It carries its owndesignation data
The lineage data is baked into the image, so the call happens without reaching for the network.
pdata ships inside the image. No download at start, and the same image gives the same call tomorrow.
Short or thin coverage still gets a row, marked fail. Near-complete genomes are what it is built for.
Lineage, conflict and QC per sequence, in one table you can join against your metadata.
Pulled once,then it stays
Pangolin arrives as one image. This is what comes down the first time, and what the disk should have free for it.
What it wants,and what it needs
The definition asks for 4 cores and 8 GB. The image comes up on less than that, and a start given --fit trims the ask to whatever the machine actually has.
Machines that fit it
Pangolin asks for 4 cores and 8 GB. Cheapest first.