Issue 412: CRMsoc definition

posted by Robert Sanderson on 27/3/2019

I hope that the SIG meeting is going well, and my (sincere) regrets for not being there!

To express a simple Acquisition of an object for some money: A SO5 contract initializes two SO3 obligations – one to transfer ownership, and one to pay the monetary amount. The E8 Acquisition terminates one, and the SO4 Payment terminates the other.

Meaning that there is a super-event that encapsulates both the payment and the acquisition, rather than that the acquisition subsumes the payment. Granted, the scope note of E8 does not talk about payments, exchanges, or anything else but our current, simpler and less capable model is just to have a Payment activity that is part of the Acquisition, and allow applications to infer that it is the provision that decreases the obligation. This would be in semantic conflict with the proposed model, where the Acquisition activity doesn’t include the Payment (or potentially any other fulfilment of an obligation).

Therefore, regardless of the outcome of the Soc work, could there be an issue to clarify the extent of the Acquisition class, and especially when it begins and ends? 

And, more procedurally, in slide 3, if I’m reading the arrows correctly, it proposes that Acquisition is a subclass of SO7 Service Action, which in turn is a subclass of SO2. This seems to break the rule that CRM Base classes are not subclasses of extensions?

Posted by Martin on 28/3/2019

Dear Robert,

Thank you for your comments! It's all in an embryonic state, far from being decided. Indeed, Acquisition and Purchase must somehow be integrated.  The SIG has relaxed to rule that CRMbase has to provide all superclasses iin Lyon. A more detailed formuation is in the text I sent about extensions. We had no time to go into detail in the meeting about the business model.

In the 44th joint meeting of the CIDOC CRM SIG and ISO/TC46/SC4/WG9; 37th FRBR - CIDOC CRM Harmonization meeting, the sig reviewed FB’s HW on the Introductory text of CRMsoc. An issue raised (CEO) during the meeting was the relevance of the last paragraph, regarding the reference to the usage of OntoME to develop the ontology. It was debated whether this particular paragraph is relevant to the scope of the CRMsoc. However, it became evident that this section is not about general methodological principles but an actual description of the work undertaken in order to build this particular model. The text was not considered redundant after all, but was decided to be enhanced and placed in a different section on the crm site.  

The sig edited and accepted the Introductory text of CRMsoc (HW by FB) as the definition of the model (post editing). 
The separate section on using OntoME to collaboratively build the ontology will be formed on the basis of the existing text. Once it is ready, the issue will be closed.
HW: FB and VA are to provide the section on OntoME usage.

The updated introductory text can be found here.

Paris, June 2019

Posted by Francesco Beretta on 20/10/2019

Hi,

I agree with the addition proposed by Thanasis.

I'd propose on my side to add the few words between * * in the text below belonging to the "What is the idea ?" section.

"CRMsoc can be used to describe *characteristics of individuals or groups*, economic transactions, rights held by people and groups, historical phases and the description of plans. As a high level conceptual framework for data integration the CIDOC CRM and the CRMsoc extension will provide interoperability of existing models devoted to specific historical subdomains (e.g. political, intellectual, social, economic history). "

Further, I propose to validate and publish both sections of the introductory text ( it can be found here) —with the proposed additions if validated by the SIG— on the CRMsoc extension website – for preventing that it remains empty longer.

About the text concerning the use of OntoME, we're working hard (with the available resources) to come to a MVP of the web application: should be done by the end of this year.  Some research projects are starting to use OntoME for data production and integration (cf. the presentation in the APOLLONIS workshop tomorrow Monday). I therefore propose to wait until the next SIG meeting to discuss on a possible section about the use of OntoME ( separate section on using OntoME ).