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

Import Methodology and Release Strategy #550

Open
mark-jensen opened this issue Nov 8, 2024 · 0 comments
Open

Import Methodology and Release Strategy #550

mark-jensen opened this issue Nov 8, 2024 · 0 comments

Comments

@mark-jensen
Copy link
Contributor

mark-jensen commented Nov 8, 2024

#547 Notes that releases should import ontology version IRIs rather than the base ontology IRIs. The problems mentioned in that issue wouldn't exist if all users relied on local copies and the catalog file. But, the oddities of Protege and some user's preference to grab ontologies via the web can lead to problems with resolution of imports. While importing via version IRIs sounds like a good idea, it raises a question about whether the official release of CCO should be just a single merged file vs. 11 ontology files as standalone release products. If the former, then the individual ontology files really just exist for development purses, meant for advanced users, and thus should use base IRIs in import statements. If the later, i.e., each ontology as bonafide release, then we will need to implement better import control.

@alanruttenberg @johnbeve @neilotte @APCox

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