Issue with EDAM ontologies file extension
@toniher is already working on this.
Since Mar 26, 2025.
- Dominant language
- Python
- Stars
- 322
- Forks
- 255
- Avg merge
- 2d 3h
- Merged PRs (30d)
- 5
Description
Description of the bug
I am checking EDAM ontologies automatic assignment loading process here:
Now, extension is retrieved and processed from the second [1] column of EDAM.tsv. I would rather use an intended field for that, the 15th [14]. With the present assignment, there are some file extensions that are not used in real life (e.g., such as uniprotkb). As a drawback, there may be extensions appearing several times, e.g., json:
json,http://edamontology.org/format_3464
json,http://edamontology.org/format_3969
json,http://edamontology.org/format_3970
In these cases, I would favour assigning the most generic one, that I would hope is the first one is first created in the dictionary (so no overwriting would be allowed).
This will lead to less automatic assignation of filetypes, but more precise ones. Users would need to be recommended to curate manually when more specific EDAM mapping might exist for some specific file extensions such as JSON (e.g., http://edamontology.org/format_3970)
Command used and terminal output
System information
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.