Rôles de causalité

[valamercery]

[en cours]

Contexte

Dans symogih.org, plusieurs rôles peuvent indiquer la causalité entre deux informations.

Rôles de causalité

TyRo138 Occasionner

• "Être (volontairement ou non) l'occasion de (quelque chose). Synon. être l'occasion de, donner lieu à. (http://www.cnrtl.fr/definition/occasionner). Utilisé pour exprimer une causalité générique, sans détermination précise. Utilisé en particulier pour associer d'autres Informations qui sont l'occasion – au sens de l'origine – de l'Information en question. Occasionner englobe donc également la notion de cause mais garde volontairement un sens plus large, moins précis. On peut spécifier le type de causalité en ajoutant un objet abstrait (par ex. Cause) en tant que 'qualificatif du rôle' lors de créer un Rôle typé avec le 'TyRo138'. Cf. également le type de rôle 'justifier' (TyRo72) qui a une connotation plus officielle, alors que 'occasionner' a une connotation plus générique.

TyRo176 Occasionner la fin

• Associe un évènement (information) ou un objet abstrait qui indique la raison, la cause au sens large, intentionnel ou par hasard, de la fin d'un segment: démissions, décès, etc.

TyRo16 Être l'origine

• Point de départ, commencement. Entité de laquelle part une action, de façon concrète ou abstraite (lieu, institution, acteur). Attention: ce rôle ne comporte pas de notion de causalité: cf. les rôles 'occasionner' et 'justifier'. Cf. le rôle 'destination (être la)' pour le point d'arrivée.
• Malgré le fait que ce rôle ne devrait pas être utilisé pour indiquer la causalité, il l'a été comme par exemple pour le #98.

TyRo72 Justifier

• Permet de qualifier la raison, la causalité directe ou rapprochée de l'information (par ex. une recette, une présence, etc.). En régle générale, on peut associer via ce rôle soit un objet abstrait décrivant en général un droit ou une raison qui justifie l'information; soit une autre information qui décrit la raison qui fonde l'information en question. Cf. le type de rôle 'occasionner' (TyRo138) qui a une connotation plus informelle, indirecte, alors que 'justifier' a une connotation plus officielle.

TyRo166 Impliquer

• "Supposer, entraîner comme conséquence logique." ( http://www.cnrtl.fr/definition/impliquer). Utilisé pour typer les rôles qui associent une Information qui découle, est impliquée par l'Information en question (analogue à 'justifier' mais dans l'autre sens).

Propositions d'alignement

Entre une qualité et un événement ou activité

• sdh-so:C1 sdh:P8 result from crm:E5 Event
• sdh-so:C1 sdh:P9 is ended by crm:E5 Event
• TyIn concernés : #32

Entre une activité et une entité temporelle

• crm:P17 was motivated by
• TyIn concernés :

Entre deux événements

• TyIn concernés : #4

[stephenhart8]

Suite aux discussions avec VA:

• Il y a une distinction entre les liens de causalité et les liens d'influence. Il est donc nécessaire de créer deux branches de propriétés, une entre des entités temporelles (E2) indiquant un lien de causalité (tel événement à causé tel autre événement) et une autre branche de l'influence d'une entité (P1) sur une autre entité temporelle.
• la propriété crm:P15 was influenced by (influenced) du CIDOC CRM permet de relier une activité à l'importe quelle autre entité (E1) qui l'a influencé. Cependant, P15 a pour domain la classe E7 Activity. Elle ne peut donc être utilisé pour des entités temporelles de plus haut niveau.
• Il semble que la propriété TyRo16 Être l'origine soit un amalgame de concepts différents: l'initiateur dans une activité (TnIn25 Échange, le point de départ d'un acteur (transfert d'un(e) religieus(se)), la causalité (naissance ou décès)).

Ce qu'il faudrait faire: D'une part de créer une propriété de causalité. Faut-il la placer au niveau de E2:

• E2 -> possède un lien de causalité avec -> E2 Cela signifierait que les périodes puissent avoir un rapport de causalité avec d'autres événements. Est-ce le cas? Sinon, il faudrait deux branches de causalité:
• Entre les événements (E5)
• Entre les qualité (C1) et les événements (E5). Dans ce cas, ce sont les événements qui peuvent causer une qualité. L'inverse ne semble pas être possible. Une qualité ne peut pas être la cause d'un événement (mais il peut être l'influence d'une activité: une personne peut taguer une voiture, créer une qualité "voiture taguée". Cette qualité peut influencer l'activité de nettoyage de la voiture"). Dans le cas de la mort d'une personne pour cause de maladie, comment modéliser cette maladie: s'agit-il d'un événement? d'une activité? d'une qualité? La réponse à cette question permettrait de détermine quel doit être le domain/range de ces propriétés de causalité

D'autre part, est-il nécessaire de créer un lien d'influence plus englobant que ce que permet la propriété P15, qui ne s'applique qu'a des activités? L'influence d'un objet (physique ou conceptuel) sur un événement ne peut se faire qu'à travers l'action, influencée, d'un acteur, et donc justifie d'avoir comme domaine E7 pour la propriété P15.

En conclusion, il faudrait créer:

• Une propriété PX result from, domain : E5, range: E5
• Une propriété PY is ended by, domaine : E5, range: E5 Est-il nécessaire d'en créer d'autres? Cf. TyIn13 Union qui possède plusieurs TyRo176 Occasionner la fin (24 Info, 4 AbOb), vérifier si ce sont toujours des événements qui cause la fin d'une union