How to find, (re)use and create ontology design patterns #199
Replies: 3 comments 6 replies
-
With regard to the implementation of design patterns via templates there is already this: https://oboacademy.github.io/obook/lesson/templates-for-obo/. |
Beta Was this translation helpful? Give feedback.
-
What you are asking has been our dream for a while, but to be honest, there is not enough drive to realise this in any short or midterm timeline. The current way is this:
|
Beta Was this translation helpful? Give feedback.
-
Yeah, I see the hard work behind this unfortunately. And I guess I'm asking for too much. But when I say I'd love to have a single point of truth, I don't mean this to be the place where edits are made, but more of a hub mirroring the relevant docs. So 1. and 2. should off course be the place where patterns and their documentation are worked on. Regarding 3. & 4.: If we are talking about a dream here anyway, maybe verbalizing my version through such questions might help in the long term. If this is the wrong place to ask these kind of questions, please let me know and I appologize in advance. I really appreciate the efforts behind you OBOOK creators and just thought this might be helpful. 😃 |
Beta Was this translation helpful? Give feedback.
-
As an ontology developer, I want to reuse as much design patterns as possible in order to be OBO compliant and FAIR. For this I need to know where previous design patterns are documented and how they are to be implemented (e.g. ODK, DOSDP & ROBOT). I also would love to have a central place where I can read up on and/or ask my questions about these desing patterns, as well as where to make new pattern requests. What I'm hoping for is a single point of truth or registry, if you will, for OBO standard patterns. IDK if this is possible, but having these patterns there already also present as assets (OWL, OFN, ...) might also be helpful for the standardization of core import modules. I know that there is http://ontologydesignpatterns.org, but what I mean is more high level and context dependent.
An example:
I need to build an (application) ontology that is to be used in a research data management context for the proper annotation of various kinds of data files associated with a certain kind of assay, e.g. NMR spectroscopy. For this, I can already reuse lots of terms from OBI and IAO (assay, study, investigation, protocol, plan specification, ...). Building the import modules needed in way that is lean but includes all necessary axioms, is very challanging. I think having a "pattern registry" or FAQ could be great help in this regard.
Beta Was this translation helpful? Give feedback.
All reactions