---
# System prepended metadata

title: Meeting Notes - 19.08.2022

---

# 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.
