Replace Library classes and update with the standarized oens in materialls-processing-plugin

[Pepe-Marquez]

We need to look to standardize the combinatorial related classes with the ones established in the materials-processing plugin.

For example SampleLibrary should become CombinatorialLibrary. Check with @RoteKekse that we do not break anything.

Micha, can you give Fabian rights to this repo? Fabian, create a branch and put a PR that can be reviewed.

[RoteKekse]

shouldnt we do this by ontology links?

[RoteKekse]

you can also do a fork and a pull requst from the fork :)

[Pepe-Marquez]

shouldnt we do this by ontology links?

I think that in this case, we should reuse the base sections specifically designed for this, which can also have links to ontology concepts. But these base sections are also used in other combinatorial contexts, like the implementation of the HTEM database, and will be part of other planned lab integrations which will enhance interoperability within the NOMAD community. We also plan to implement in the future dashboards for exploring composition properties relation and used similar NOMAD data models will for sure help.

[RoteKekse]

not sure, i had a discussion about this with andrea the other week but maybe it works out in this case if the classes are anyhow the same. i always feel like agreeing on central schemas is too much effort and with ontology links we can recover. ideally nomad works on IRIs and not on schemas. everyone wants different schemas. but yeah maybe in this case it works out