Curated demo ensemble files (.sw, HDF5) shipped with the
Spacewalk application's File → Load From List
dropdown.
These were previously served from Dropbox, which is not a CDN: it adds a per-request
redirect and serves from a far origin with no edge caching, so the HDF5 indexed reader's
many small HTTP Range requests took ~minutes per file. They are now served via
raw.githubusercontent.com (Fastly-fronted, HTTP/2, range support, CORS *):
https://raw.githubusercontent.com/aidenlab/spacewalk-fixtures/<tag>/<file>.sw
Pin a tag (e.g. v1.0.0), not a branch, for stable content.
jsDelivr (cdn.jsdelivr.net/gh/...) corrupts HDF5 range reads: it Brotli-compresses
application/octet-stream on the fly, so a browser's Range request (with the usual
Accept-Encoding: br) returns compressed bytes — the HDF5 reader then sees a bad
signature ("Incorrect file signature"). raw.githubusercontent.com does not compress,
so byte-range reads are exact. (A future CDN move should be to S3 / Cloudflare R2, which
also don't compress and let you configure caching/CORS — not jsDelivr.)
| File | Locus | Cell line |
|---|---|---|
A549_chr21-28-30Mb.sw |
chr21:28-30 Mb | A549 |
HCT116_chr21-28-30Mb_untreated.sw |
chr21:28-30 Mb | HCT116 (untreated) |
IMR90_chr21-18-20Mb.sw |
chr21:18-20 Mb | IMR90 |
IMR90_chr21-28-30Mb.sw |
chr21:28-30 Mb | IMR90 |
jsDelivr's /gh/ path caps individual files at 20 MB. All files here are under that
limit. Larger fixtures (e.g. the K562 and HCT116 6h-auxin ensembles) are intentionally
not hosted here pending a higher-capacity solution (npm package or Cloudflare R2).