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

EDAM annotation in XML tool definition vs bio.tools #228

Open
kostrykin opened this issue Nov 7, 2024 · 2 comments
Open

EDAM annotation in XML tool definition vs bio.tools #228

kostrykin opened this issue Nov 7, 2024 · 2 comments

Comments

@kostrykin
Copy link

I had a discussion with Bérénice yesterday and it was suggested that I create an issue here to further discuss things.

AFAIK the Codex uses the EDAM annotations from bio.tools and ignores those in the XML tool definitions. However, there are numerous Galaxy tools in our community which wrap around a single tool in terms of bio.tools, e.g., scikit-image, which is a very generic library for image processing, image analysis, and visualization.

For those Galaxy tools, there are, for example, Filter 2-D image and Compute Voronoi tessellation. Both wrap around scikit-image, both inherit the EDAM annotations from scikit-image, right? However, Filter 2-D image is a tool for image processing and certainly not analysis, while Compute Voronoi tessellation is rather associated with image analysis than processing.

The question now is, how can we establish a finer level of granularity for Galaxy tools? One the one hand, it seems natural to not ignore the EDAM annotations in the Galaxy tool wrappers, but to give them precedence. On the other hand, this might be dangerous because the EDAM annotations in bio.tools are usually more reliable. Maybe, the middle ground here is to give precedence to the EDAM annotations in the Galaxy tool wrappers only for specific tools (those which are too generic).

xref beatrizserrano/galaxy-image-community#1

@hmenager
Copy link

My two cents here: I would advocate having EDAM annotations in Galaxy Tool XML files override completely the ones in bio.tools, because as you said they should be finer grained. If EDAM annotations in bio.tools are more reliable, this is probably a curation issue in Galaxy tools.
Thoughts @matuskalas ?

@bgruening
Copy link
Member

I can only add background to the initial idea. We thought that bio.tools is providing us with good default EDAM terms. So whenever we have the bio.tools ID as part of the tool and NO edam ontologies we will retrieve the ontologies from bio.tools. However, if the tool developer is not happy with the bio.tools annotation, for whatever reason, you can add them to the tool as well - without or with bio.tools ID. In that case Galaxy will take the edam terms from the tool and not the ones from bio.tools.

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

3 participants