You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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).
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 ?
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.
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
The text was updated successfully, but these errors were encountered: