The LTR_retriever fails to identify LTRs with tandem repeats, such as Dasheng. about ltr_retriever HOT 3 OPEN

Hello,

Yes, I realized that LTR elements like Dasheng may contain tandem repeats. They are currently filtered. We are still working on a new way to process the tandem repeat information.

LTR_retriever does not count the copy number of flanking sequences, but compares the flanking with internal sequences and discards those with flanking sequences similar to internal sequences. This usually works effectively but may be sabotaged by centromeric repeats where Dasheng is located. It will be helpful to tell more exactly how it is filtered from information in the .defalse file.

Thanks,
Shujun

from ltr_retriever.

The contents of the .defalse file are presented below:

Even when disabling trf to retain Dasheng LTR, it still gets filtered out by the Identifier function in LTR.identifier.pl:

During the self-alignment of Dasheng using blastn, the number of alignment records it generates far exceeds 8:

from ltr_retriever.

Hey sorry for the delay. From the defalse output, the program cannot identify the LTR region, which is because of multiple self-alignment entries reported by blastn as you shown. You can pick out the LTR region by eyes which is the line with 1...442 alignments, but I have not implement a programmatic scheme to find such regions out of multiple self alignments. Can you come up with a way?

Shujun

from ltr_retriever.