Hi
@Enric Tartera Great job!.
I see the tree, and I have a few questions about it.
The second level, located behind positives and negatives, consistently includes Attributes and Mesures. Consequently, both are common/shared topics. For example :
Positive->Build has Atributes and Mesures
Positive->Deposition has Attributes and Mesures
Negative->Tecnic has Attributes and Mesures
etc.
Therefore, for me, the tree has two parts, above and below the Attributes and Mesures.
Are the topics mentioned above the typology of the record?
Alternatively, if we eliminate the Attributes and Mesures levels, all the tree nodes will be Attributes. When you select something like Stone as an attribute, the assignment will be:
Stone->Built Materials->Materials->Builded->Positive
So, all tree (excluding Attributes and Measures) are essentially one thesaurus of Attributes. Alternatively, the Builted->Positive (located above the Attributes) is a part of the typology (or a different concept), and the attributes thesaurus tree is only below the Attributes concept.
For Mesures, it exists in the tchi as a flexible portal that I believe is functioning effectively. My initial idea was to create something similar for the Atributes in a separate portal. However, upon reviewing the tree structure, I'm considering that the Attributes could serve as a thesaurus in a similar manner to the toponymy system. By selecting a lower term, you can set all its parents in the tree. It could work?
Every node in the thesaurus will need to be identified as a specific type of node. For instance, the node Excavation technic is classified as a Technic based on the typology or model of the node.
For the Deposition part of the tree, it exists as a separate thesaurus called depositiontype. @Manuel Gozalbes @elena : Are depositiontype and deposition the same concept, or are they different? Additionally, do we have any other overlapping concepts with existing thesauruses?
Best
