LTR_retriever is a highly accurate and sensitive program for identification of LTR retrotransposons; The LTR Assembly Index (LAI) is also included in this package.
Hi Dr.Ou,
I have got another question about the input of LTR_retriever.
You give an example of how to run ltr_harvest and ltr_finder, and I run the two software as you said. I found the results of the two software were not exactly same. And the biggest difference was the last column. For example, in ltr_finder result, the file is like:
And the last column was the seq number, which may be convert to seq ID.
Then we cat the two files together and run the LTR_retriever pipeline. And in get_range.pl, I saw that it would generate a file like:
Obviously, the former lines haven't got the seq ID correctly. And I'm not sure if the call_seq_by_list.pl could call sequence from these information. Actually, I think it could not call LTR seq identified by ltr_harvest. So I want to know if this is a bug or I missing some steps? Do I need deal with the ltr_harvest results before cat them?
Hi Dr.Ou, I have got another question about the input of LTR_retriever. You give an example of how to run ltr_harvest and ltr_finder, and I run the two software as you said. I found the results of the two software were not exactly same. And the biggest difference was the last column. For example, in ltr_finder result, the file is like:
The last column was the seq ID. And in ltr_harvest result, the file is like:
And the last column was the seq number, which may be convert to seq ID. Then we cat the two files together and run the LTR_retriever pipeline. And in get_range.pl, I saw that it would generate a file like:
Obviously, the former lines haven't got the seq ID correctly. And I'm not sure if the call_seq_by_list.pl could call sequence from these information. Actually, I think it could not call LTR seq identified by ltr_harvest. So I want to know if this is a bug or I missing some steps? Do I need deal with the ltr_harvest results before cat them?
Bests.