Colin Diesh

i would guess that the tracks are being given the same "trackId" by an automated system that tries to infer trackId from the URL. you could try renaming the files...

(to be clear trackIds are meant to be unique, and it is just an unfortunate bug of our system that adding the different files is generating the same trackId causing...

another alternative approach would be using config.json, so you can have control over the trackIds (some docs in the README on this)

you might want to try to convert to gff tabix, which would have the gff3.gz and the gff3.gz.tbi we could review plaintext gff support in JBrowseR but tabix is probably...

Thanks for trying it out! >Just tried running the example on my local machine with Rstudio desktop and it worked with serve_data. So I think the issue with serve_data was...

generally you want a server that supports range requests. very basic servers like python simplehttpserver, or django, do NOT support range requests and they will return erroneous http 200 so...

I actually neglected to see that this issue was posted to the JBrowseR forum. the same idea still applies, but it would be worthwhile for us to make a improved...

can you describe the context of the problem you are looking at? jbrowse will probably e.g. give a 404 error if a track is opened when the file doesn't exist...

specific limitation mentioned by garrett window.google not accessible via dash because it's in an iframe some code for igv-notebook has an example of detecting thing. not sure how solid it...

another method (possible dash alternative here) from @garrettjstevens https://jupyterlab.readthedocs.io/en/latest/extension/virtualdom.html