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

Ensure OWL file has UniProtKB and other URIs #288

Open
nataled opened this issue Oct 7, 2022 · 0 comments
Open

Ensure OWL file has UniProtKB and other URIs #288

nataled opened this issue Oct 7, 2022 · 0 comments
Assignees

Comments

@nataled
Copy link
Collaborator

nataled commented Oct 7, 2022

Another question: why don't you have links to UniProt URIs ? Is this because it is not clear what they represent ? (which I would completely understand).

I'm not sure what you mean here, about not having links. We have cross-references to UniProtKB. I have in mind a better system of linking, but we've been constrained by the requirements of the OBO Foundry. These requirements are starting to loosen up, though, so I might be able to do more in the near future. Anyway, I just want to make sure I understand what you mean.

I mean "purl.uniprot.org" URIs. But I know OBO a little bit, and understand that if you only cross-reference UniProtKB (instead of using specific relationships), then I understand why you don't use our URIs. (by the way, I'd be relunctant to use them as well, since it is very unclear what they exactly identify).

Aaaargh! Upon translating to OWL, those "UniProtKB:" prefixes should be converted to a URI. The URI is even specified in the OBO file. That being said, I now notice that the URI we're specifying is 'www.uniprot.org' instead of 'purl.uniprot.org'. I'll fix that now. Getting the URIs properly put in might be fixed in the updated converter, but if not I can add a post-processing step to do it.

@nataled nataled self-assigned this Oct 7, 2022
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

1 participant