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

Consider adding kgcl bindings #180

Open
cmungall opened this issue Jul 6, 2022 · 0 comments
Open

Consider adding kgcl bindings #180

cmungall opened this issue Jul 6, 2022 · 0 comments

Comments

@cmungall
Copy link

cmungall commented Jul 6, 2022

KGCL is a proposed standard for representing changes to ontologies. See:

https://github.com/INCATools/kgcl

There are currently bindings for this and rdflib:

https://github.com/INCATools/kgcl-rdflib

It would be great to have pronto bindings - meaning people could just send a KGCL file to an obo file and have it update

Understandable if you don't want the dependency in this repo; it brings in rdflib and others...

options:

  1. kgcl bindings live in this repo
  2. there is a separate kgcl-pronto lib, analogous to the rdflib one
  3. the bindings like in OAK, which acts as a big uber wrapper

I am going with 3 for now but happy to have them anywhere

cmungall added a commit to INCATools/ontology-access-kit that referenced this issue Jul 6, 2022
These may move to another package - see althonos/pronto#180
cmungall added a commit to INCATools/ontology-access-kit that referenced this issue Jul 7, 2022
* Adding bindings for kgcl-rdflib

* recognizing ofn suffix and rdflib prefix

* Adding some preliminary KGCL bindings.
These may move to another package - see althonos/pronto#180

* fixing signature

* adding skos definition

* Adding an apply command for applying KGCL patches
Adding a KGCL diff
Rationalizing other commands

* kgcl

* diffs

* lint

* poetry update

* plac8 flake8

* plac8 flake8

* plac8 flake8
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