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

NamespacePrefix contains external sources that we don't capture #214

Open
korikuzma opened this issue Dec 27, 2024 · 2 comments
Open

NamespacePrefix contains external sources that we don't capture #214

korikuzma opened this issue Dec 27, 2024 · 2 comments
Labels
priority:low Low priority question Further information is requested

Comments

@korikuzma
Copy link
Member

I'm not sure if this is intended, a bug, or just outdated so creating general question for this.

I recently updated my ddb (disease_norm_update --update_all --update_merged) and noticed that some members in the NamespacePrefix enum do not exist in my ddb. For example, NamespacePrefix.DECIPHER does not exist in my ddb data. Is this intended? Should we include members in this enum that do not appear in the data? Did these members exist in the data at some point?

@korikuzma korikuzma added question Further information is requested priority:low Low priority labels Dec 27, 2024
@jsstevenson
Copy link
Member

We definitely imported DECIPHER xrefs at one point, but their scope can vary between equivalentTo and relatedTo and we don't really want to be capturing the latter if we can help it. I think there would be some work on an upstream library to support parsing of the trailing modifiers that designate that relationship in the OBO release.

@korikuzma
Copy link
Member Author

korikuzma commented Jan 18, 2025

Namespace prefix members we don't capture:

Image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
priority:low Low priority question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants