Tuesday, May 1, 10 AM US Eastern Time
Join from PC, Mac, Linux, iOS or Android: https://duraspace.zoom.us/j/952326581
Or iPhone one-tap :
US: +16468769923,,952326581# or +16699006833,,952326581#
Dial(for higher quality, dial a number based on your current location):
US: +1 646 876 9923 or +1 669 900 6833 or +1 408 638 0968
Meeting ID: 952 326 581
International numbers available: https://duraspace.zoom.us/zoomconference?m=UwwKqz4RbGAsBAZgCE9XMorMuL0CeV4Q
more details» copy to my calendar
- Sprint 1 topics
- spin-off jiras?
- Modules and the concept of scholarship level detail and other levels of detail.
- Your topic here
About modules, Mike Conlon wrote in Slack:
Regarding the idea of “modules.” And just sharing some thoughts that might be better discussed in an ontology meeting. For me, I’d like to see vivo.owl be a coherent collection of axioms used to represent scholarship. This will include fundamental/core things like events and concepts, and papaers, and orgs, and people. Using whatever terms from whatever ontologies are best for the job of representing scholarship. Modules are “extra” things that do not need to be included with a VIVO application, and are not fundamental to vivo.owl. They are self-contained and optional. In this way of thinking, vcard is not a module, its fundamental, we need to represent the contact information of the things of scholarship. SKOS is not a module, its fundamental. OCRe ontologies are modules because VIVO does not need to represent clinical research in detail. The “in detail” idea is interesting to me. vivo.owl may have simple representations of things that can be described much further using a specialized ontology (such as OCRe). We could imagine having a “labs” module with detail from eagle-i, a “humanities” module to go in to detail about the arts (while several things in the humanities are likely fundamental and need to be included in vivo.owl) And then there are things that I think we should not have at all, such as VIVO scientific-research — we are not experts and there are many good ontologies for such things. And in all cases we should be using ontologies that are established and supported, rather than creating our own.
In Progress or Review Ontology Issues
Open Ontology Issues