Issue 358: CRMsoc and scope of CRM modules

Starting Date: 
2018-01-10
Working Group: 
3
Status: 
Open
Background: 

posted by Martin on 10/1/2018

<proposal>

Dear All,

I propose to withdraw the decision to put the plans model into CRM "base".
The Model becomes very unwieldy now.

I propose to create a CRMsoc (social), with
all plans, rights, norms, laws, business transactions, social relations and their detailed temporal modelling.

I propose to withdraw the decision to put "Observation" into CRMbase.
A proper handling of Observation needs a model of an observed Situation, with adequate
constraints for the things and relationships that can be observed.
I propose to keep Observation in CRMSci. To be clarified how the stratification with CRMInf is achieved.

I propose to give up the condition that CRMbase keeps exclusively all superproperties necessary to reach all elements in
a CRM compatible graph.
I propose to allow extensions, with "special mark-up and permission", to explicitly declare additional superproperties, as few
as possible, and clearly justified by a distinct subject.

Temporality of relationships appears to be a topic with a set of distinct ontological patterns, which need to be considered separately.
Depending on the pattern, it should be decided into which module an explicit description of a temporal validity of a relationship
will belong, regardless if the "time agnostic" version exists in CRMbase. 

posted by Oyvind on 12/1/2018

Dear Martin, and all,

> Am 10.01.2018 um 21:21 schrieb Martin Doerr <martin@ics.forth.gr>:
>
> Dear All,
>
> I propose to withdraw the decision to put the plans model into CRM "base".
> The Model becomes very unwieldy now.
>
> I propose to create a CRMsoc (social), with
> all plans, rights, norms, laws, business transactions, social relations and their detailed temporal modelling.

Maybe this could be a place to include historical accounting as well?

 

posted by Francesco Berreta on 15/1/2018

Dear Martin, dear all,


Le 12.01.18 à 09:06, Øyvind Eide a écrit :
> Dear Martin, and all,
>
>> Am 10.01.2018 um 21:21 schrieb Martin Doerr <martin@ics.forth.gr>:
>>
>> Dear All,
>>
>> I propose to withdraw the decision to put the plans model into CRM "base".
>> The Model becomes very unwieldy now.
>>
>> I propose to create a CRMsoc (social), with
>> all plans, rights, norms, laws, business transactions, social relations and their detailed temporal modelling.
> Maybe this could be a place to include historical accounting as well?

On the one side, as we discussed in the last SIG Meeting, the whole CRM is, or most parts of it are, about history: therefore there's no need to have a specific extension about history. The dataforhistory.org project is accordingly limited to managing profiles devoted to specific subdomains of historical research  (meant in its broadest sense), it is not about creating an official CRM extension for historical research.

On the other side, most objects of historical research are related to social life and consequently it seems very useful to have some more classes and properties modelling this domain. In a specific extension.

I therefore fully support Martin's proposal.
>
>> I propose to withdraw the decision to put "Observation" into CRMbase.
>> A proper handling of Observation needs a model of an observed Situation, with adequate
>> constraints for the things and relationships that can be observed.
>> I propose to keep Observation in CRMSci. To be clarified how the stratification with CRMInf is achieved.
>>
>> I propose to give up the condition that CRMbase keeps exclusively all superproperties necessary to reach all elements in
>> a CRM compatible graph.
>> I propose to allow extensions, with "special mark-up and permission", to explicitly declare additional superproperties, as few
>> as possible, and clearly justified by a distinct subject.

This seems to be a good concept, but we then need a flexible and performant way of easily analyze and visualize the complex world of the CRM and it's extensions. One should be able to filter in and out extensions without loosing consistency, explore inheritance of properties, etc.

>> Temporality of relationships appears to be a topic with a set of distinct ontological patterns, which need to be considered separately.
>> Depending on the pattern, it should be decided into which module an explicit description of a temporal validity of a relationship
>> will belong, regardless if the "time agnostic" version exists in CRMbase.

I agree with this proposal and then discuss, at a later time, if a couple of new classes should be introduced to CRMbase, in addition to the existing properties with limited temporal validity, to provide a general view on this issue that could be used by the whole community.

 
 

Current Proposal: 

In the 40th joined meeting of the CIDOC CRM SIG and ISO/TC46/SC4/WG9 and the 33nd FRBR - CIDOC CRM Harmonization meetingthe crm-sig discussed the proposal by Martin and decided the following actions:

About Plans model:  The crm sig  accepted MD’s proposal to withdraw the plans model (classes and properties) from CRMbase. The numbers of classes and properties will be deleted from CRMbase and will not be marked as deprecated since version 6.2.3 of CRMbase  is still “In Progress” and it has not been published yet. The crm-sig decided that when classes and properties are deleted from published versions, they will be marked as “deprecated”  in all subsequent versions regardless of the version status.  In any other case they will be simply deleted.

About the CRMsoc: The crm-sig  decided the creation of the CRM Social family model named CRMsoc, for capturing all social documentation. Presently this would include: the new plans classes and the new rights holding classes and relations.  Its scope will be social norms and social life. The Editor will be Francesco Berreta. Supporters/members of the group will be: Melanie Roche (MR), CEO, Pat Riva (PR) on matters regarding rights and Thanasis Velios (TV) on matters regarding plans.
 
About superproperties in family models: The sig accepted MD’ proposal to terminate the rule currently used in CRMbase  that dictates the exclusive maintenance of all superproperties necessary to reach all elements in a CRM compatible graph. Also, the crm-sig provided family models which have "special mark-up and permission" the possibility to explicitly declare additional superproperties, as few as possible, and clearly justified by a distinct subject.
 
About a top-level ontology on which CRM and all its extensions will be depended: It was decided to create a top-level ontology of super properties that will secure the complete coverage of searchability of the CRMbase and all family models. One special issue is to defend these properties as being out of the scope relative to scope of CRMbase for purpose of keeping compatibility with ISO.
This top-level ontology will be formulated and elaborated by CEO, MD, and Carlo.
 
About Temporality of relationships: The sig accepted MD’s proposal that the temporality of relationships appears to be a separate topic with a set of distinct ontological patterns, which need to be considered separately. Depending on the pattern, it should be decided into which module an explicit description of a temporal validity of a relationship will belong, regardless of the "time agnostic" CRMbase versions. This work has been assigned to Francesco 
 
About simplifying the template for the description of the family models: During the discussion about describing the new family model CRMsoc, the sig decided the description of each family model should be self-contained.  The crm-sig assigned TV to propose simplified template for extensions.
 
Finally, Francesco commented that it is too complicated to maintain the family models and the extensions and to produce the specification document and the different serializations and we should try to find funding through a call. The  crm-sig accepted this statement.
 
Cologne, January 2018

 

posted by Velios on 9/5/2018

I am continuing with one of the sub-issues which says:

"About simplifying the template for the description of the family models: During the discussion about describing the new family model CRMsoc, the sig decided the description of each family model should be self-contained.  The crm-sig assigned TV to propose simplified template for extensions."

Following the last SIG meeting I received the current template used for extensions from Chryssoula. The current template is actually simple and, in my view, suitable but it has not always been followed (for example in earlier drafts of CRMsci which initiated my original comments). As far as the document template is concerned I propose that it remains the same. Only that it is followed more strictly (for example, for the CRMsci version 1.2.5 I have proposed the removal of several sections which are not part of the template - see issue 332).

In the 41st joined meeting of the CIDOC CRM SIG and ISO/TC46/SC4/WG9 and the 34th FRBR - CIDOC CRM Harmonization meeting, the sig decided to open a new issue (384) about  the template for the description of  family models. Also the sig assigned to Francesco Berreta and Thanasis Velios to write the introduction of CRMsoc.

Lyon, May 2108