-
Notifications
You must be signed in to change notification settings - Fork 443
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
omamer datamanager broken #6585
Comments
Hello, Have a nice day! |
Sorry for the inconvenience. As Adrian mentioned in the OMAmer github issue, this is the correct link for primates https://omabrowser.org/All/Primates.h5 Note that Primates.h5 includes the gene families at the primate level. For a general usage of omamer for mapping input proteins to all protein (gene) families, using the LUCA database is preferred available here https://omabrowser.org/All/LUCA.h5 but it is much bigger and OMAmer needs more resources to run. Thank you guys for adding it to the Galaxy. |
Thanks for the info. I'm not yet 100% satisfied. The link that you are sharing has no version information ... and we should try to keep it if possible. In the archives (https://omabrowser.org/oma/archives/) we now find 2 levels of versioning. There are links like |
Good question. Let me explain the history. From 2021 to 2023 there was only one "version" for this In Oct 2023, there was a major update of database formatting in OMAmer. This new version of OMAmer and the corresponding database is called v2 (see release v2.0.0 https://github.com/DessimozLab/omamer/releases). Each of the two major versions of OMAmer software (v0 and v2) works only with the corresponding version of OMAmer database. Now, the old omamer version (software and database) is obsolete. So, from Jul 2024 which is the current release of OMA browser, we have the database with naming A user can check the version of OMAmer db h5 file with
when the omamer db of old datastructure is used
Anyway, I agree that the naming is a bit confusing, specially during the transition period. I hope this clarify the situation. |
So, our data manager was accessing
Except for the last two these are also installed on usegalaxy.eu @rlibouba (@bgruening): Can you run @sinamajidian so we could drop the on dataset with |
For the datamanager, we should represent the date (from the link) somewhere. |
Assuming the OMAmer v2 databases were downloaded in Nov 2023 (the time that the code was created first), the files that were available at the time with https://omabrowser.org/All/LUCA-v2.0.0.h5 , should be now here https://omabrowser.org/All.Jul2023/LUCA-v2.0.0.h5 Yes, I think it is needed to remove the ones with v0.2.5. (I can also see a similar disscusion here) Related to the discussion, I also noticed LUCA-v0.2.5 is an option on usegalaxy.eu for running omark. I tried it out and as expected it didn't work with OMArk due to version issue. Also, note this quote from the OMArk github (@YanNevers).
I'm not sure why a galaxy user would want to run Omark with smaller databases. So I'm suggesting keeping only |
data_manager_omamer
tests fail in weekly CI:ping @rlibouba @SaimMomin12
They seem to have switched the URL schema: https://omabrowser.org/oma/archives/
Could someone contact them and ask which of those corresponds to 2.0?
The text was updated successfully, but these errors were encountered: