Skip to content
New issue

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

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

Already on GitHub? # to your account

Could it be possible to allow for zero blmin? #119

Open
annazhukova opened this issue Apr 29, 2021 · 2 comments
Open

Could it be possible to allow for zero blmin? #119

annazhukova opened this issue Apr 29, 2021 · 2 comments

Comments

@annazhukova
Copy link

Dear RAxML-NG developers,

Thank you for a great tool!

For data with low phylogenetic signal and long alignment (e.g. Sars-CoV-2) --blmin plays an important role in tree reconstruction as essentially there are many polytomies in the tree (multiple transmissions without mutations), which currently have to be represented by very short branches in order to make the tree binary. I am wondering if it could be possible to allow for --blmin 0? Does it pose problem for neighbour tree search? I have also seen that you now output a tree with collapsed short branches. Are those the ones of length blmin?

Thanks,

@amkozlov
Copy link
Owner

amkozlov commented May 3, 2021

Dear Anna,

Thank you for a great tool!

thanks :)

For data with low phylogenetic signal and long alignment (e.g. Sars-CoV-2) --blmin plays an important role in tree reconstruction as essentially there are many polytomies in the tree (multiple transmissions without mutations), which currently have to be represented by very short branches in order to make the tree binary. I am wondering if it could be possible to allow for --blmin 0? Does it pose problem for neighbour tree search?

It is rather a problem for our branch length optimization procedure. However, in practice I guess there would be little difference between true zero (--blmin 0) and very small value (eg --blmin 1e-9 or --blmin 1e-12). What would make more sense is to collapse short branches into polytomies to reduce search space, but that's a different story.

I have also seen that you now output a tree with collapsed short branches. Are those the ones of length blmin?

Exactly.

@annazhukova
Copy link
Author

It is rather a problem for our branch length optimization procedure. However, in practice I guess there would be little difference between true zero (--blmin 0) and very small value (eg --blmin 1e-9 or --blmin 1e-12). What would make more sense is to collapse short branches into polytomies to reduce search space, but that's a different story.

Indeed, I guess there is not much difference between --blmin 1e-12 and --blmin 0. The advantage of --blmin 0 would be that it would allow the user to avoid potential problems with a too-high --blmin choice (e.g. one corresponding to 1 mutation per alignment) :) So it's more of a potential enhancement.

I have also seen that you now output a tree with collapsed short branches. Are those the ones of length blmin?

Exactly.

Thanks!

# for free to join this conversation on GitHub. Already have an account? # to comment
Projects
None yet
Development

No branches or pull requests

2 participants