Robert Buels

@puzrin is this still an issue, or was it fixed by your f5f5fea?

Any update on this issue? I'm running into this problem as well.

my #145 pushes this a bit further, fixing (I think) the SYNC test that @puzrin saw failing, and adds 2 failing tests with @abetusk case and another case of my...

The failing tests in that PR reproduce the "too far back" error @abetusk was seeing: 

After discussion with @puzrin, I was able in #146 to write a couple of tests that decompress the bgzip files with pako as-is. The code for doing it can be...

For the bioinformaticians in the thread, just going to say that I ended up coding around this issue and eventually releasing https://github.com/GMOD/bgzf-filehandle and https://github.com/GMOD/tabix-js for accessing BGZIP and tabix files,...

We implemented `@gmod/bgzf-filehandle`, which wraps pako. We use in JBrowse. https://www.npmjs.com/package/@gmod/bgzf-filehandle On Fri, Jan 31, 2020 at 3:11 PM Anders Pitman wrote: > @rbuels I'm working on reading local fastq.gz...

Yes we need this. Where do you think we might serve these from? Perhaps an S3 bucket might be good.

How about making a bigPsl or bigBed out of it? JB1 should be able to use that nicely.

looks like chrome headless isn't ready for us yet. removing this from 1.12.5, we'll come back to it later.