Closed docmanny closed 5 months ago
Hi @docmanny , in your genome config file, for you repeatmasker.bigbed file, can you try both `
type: "rmskv2"and
type: "repeatmasker"` see if either works? otherwise I might need this file (first 100 lines) to trouble shoot more.
Thank you!
That was it! I needed to make two changes to file types:
annotationTracks.json
: changed filetype:
to rmskv2
genome.js
: changed type:
to rmskv2
It would be nice to add some detail to the "Add a new genome" section of the documentation on creating the bigBed file for RepeatMasker - for reference, these were my steps:
bedToBigBed -as rmskv2.as -type=bed9+4 {repeatmasker.bed} {genome.chrom} {repeatmasker.bb}
with the
rmskv2.as I pasted abovePerfect! Thank you so much @docmanny. I will definitely update the documentation!
Hello! We've been setting up various genomes on a local instance, and we've hit a small snag. We wanted to have our RepeatMasker track load automatically and resemble the CHM13-V2 RepeatMasker track available by default. Using
bigBedToBed
we were able to see that it looks like this:So, for our genome, we imitated the structure in our own RepeatMasker.bed file:
However, when we try to visualize this as the default RepeatMasker track in the genome after converting it to a bigBed, it fails to show any hits, even though loading the same file as a regular bigBed works:
I think the problem is probably the track definition. This is the current
rmsk.as
file we are using, based on our best guess and what we could find online about the original CHMV2 RepeatMasker track:Would you be able to confirm if the autoSQL file is the problem, or if there's anything that needs to be done in the backend to visualize the RepeatMasker track as desired?