Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Two genomes LTR result file has 0 bp, while the others are not. #437

Open
ZhuYongli1212 opened this issue Feb 26, 2024 · 3 comments
Open

Comments

@ZhuYongli1212
Copy link

Hi Shujun,

I'm annotating the over 50 maize genomes using EDTA. I ran into a weird situation where the LTR annotation results for two genomes showing as 0, while the others are normal. I've checked the input files for these two genomes, and they seem no different from the others. Not sure where things went wrong, so I'm reaching out for your help. Any insights would be greatly appreciated.

I am using the below-presented command:
EDTA.pl --genome Zm-S37.chr10.fa --anno 1 --threads 3 --curatedlib NAM..MTEC02052020.clean.fa

Error:
Mon Feb 26 14:41:26 CST 2024 Obtain raw TE libraries using various structure-based programs:
Mon Feb 26 14:41:26 CST 2024 EDTA_raw: Check dependencies, prepare working directories.
Mon Feb 26 14:41:29 CST 2024 Start to find LTR candidates.
Mon Feb 26 14:41:29 CST 2024 Identify LTR retrotransposon candidates from scratch.
ERROR: No candidate is found in the file(s) you specified.
awk: cannot open Zm-S37_chr10.fa.mod.pass.list (No such file or directory)
Warning: LOC list - is empty.
perl rename_LTR_skim.pl target_sequence.fa LTR_retriever.defalse
Error: Error while loading sequence
perl filter_gff3.pl file.gff3 file.list > new.gff3
Mon Feb 26 14:41:42 CST 2024 Warning: The LTR result file has 0 bp!

*scn file contains no additional information.
dc783e5ce4d65f29ec872ae3ce63190
865472b0d517e16fe70c18d840dafd3

Looking forward to your response. Thanks a bunch!

Best,
Yongli

@oushujun
Copy link
Owner

Hi Yongli,

Sorry for the delay. Please check the sequence header of your genomes. Also try to run LTR_FINDER_parallel separately and see if there's any error message.

Best,
Shujun

@oushujun
Copy link
Owner

Any luck?

@ZhuYongli1212
Copy link
Author

Apologies for the delay. I've been occupied with other matters recently, and this issue was temporarily set aside. I'll continue addressing this problem and provide timely updates as soon as there are any results. Thank you for your ongoing patience and interest in this matter.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants