# Meeting Notes - 19.08.2022 **Participants**: - [x] Casper Welzel Andersen - [x] Rickard Armiento - [x] Francesca Lønstad Bleken - [ ] Matthias Büschelberger - [ ] Stuart Chalk - [ ] Kathrin Frei - [x] Jesper Friis - [x] Emanuele Ghedini - [ ] Luca Ghiringhelli - [ ] Gerhard Goldbeck - [ ] Saulius Grazulis - [x] James Hester - [ ] Antanas Vaitkus - [ ] Nathan Daelman **Relevant links**: - [CIF-ontology repo](https://github.com/emmo-repo/CIF-ontology) - [domain-crystallography repo](https://github.com/emmo-repo/domain-crystallography) - [cif-core repo](https://github.com/COMCIFS/cif_core) We tried to recap the action plan, and then decided to discuss the state of the CIF-ontology work. ## CIF-ontology Concerning imports, we move into a bit of uncharted territory. The main "issue" is with similar CIF data concepts that imply different calculation approaches. --- We have discussed what may be necessary to finish the CIF-ontology work. Putting our finger on `.dic`-imports in other `.dic` files, we have been enlightened by James, who mentions what these imports mean: Retrieve all concepts from the imported `.dic` files and add now the concepts in the current `.dic` file. If a concept should be defined that exists in the imported `.dic` files, it will "overwrite" this concept. I am, personally, unsure whether the concept will be completely overwritten or if it's only similar-defined attributes. Only data concepts that are "Derived" will be overwritten. Then followed a discussion sparked from a question laid out by James: If the overwritten concept of a complex structure factor (`F_complex`) is defined in the ontology, how should a part of this overwritten concept then be represented, e.g., the complex structure factor consists of real and imaginary parts. According to EMMO, the _individuals_ will be different, but for the ontology, one would define classes for the complex structure factor, and its real and imaginary parts once. Then one would define classes in a different perspective for each of the different derivation models. The _individual_ representing the real part is then an individual of both the "real" class and the given derivation method class.