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

Allow support for any input schema : the "ontology to class_info.json & relation_info.json" option #5

Open
GenEars opened this issue Jul 4, 2024 · 0 comments

Comments

@GenEars
Copy link
Contributor

GenEars commented Jul 4, 2024

Is your feature request related to a problem? Please describe.

Discussing options to achieve the Allow support for any input schema (and not only the schemas generated by PyGraft) described in https://github.com/nicolas-hbt/pygraft?tab=readme-ov-file#upcoming-features

Describe the solution you'd like

Reverse engineering the current PyGraft implementation, notably looking at pygraft.kg_generator.InstanceGenerator.load_schema_info(), shows that no code change to PyGraft is needed to achieve the above-mentioned feature. For instance, translating an existing ontology implementation (e.g. in Turtle syntax) into the PyGraft class_info.json and relation_info.json data structures expected by PyGraft (see attached files) would be sufficient to benefit from the process inherent to the generate_kg task.

Hence, the quick win solution would be to implement some kind of UserDefinedSchema2PyGraftConfig side script.

Describe alternatives you've considered

Implementing a complementary InstanceGenerator class where the load_schema_info() method would directly take an ontology as input.

Additional context

It seems that the schema specifications, as per the current class_info.json and relation_info.json structures, could be sufficient for a first release of the UserDefinedSchema2PyGraftConfig script and the generate_kg task.

class_info.json
relation_info.json

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