Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[GLOBALVAT] Modélisation de l'événement audience #12

Open
stephenhart8 opened this issue Nov 24, 2023 · 6 comments
Open

[GLOBALVAT] Modélisation de l'événement audience #12

stephenhart8 opened this issue Nov 24, 2023 · 6 comments

Comments

@stephenhart8
Copy link

stephenhart8 commented Nov 24, 2023

Cf. Confluence page. Ce ticket doit pouvoir être résolu avant le 18 décembre.

Modélisation de l'événement audience

Aspects généraux

  • À l’exception de la classe “Event Kind” (qui aura pour instance “Audience”) et de la propriété “has event kind”, il n’y a pas besoin de créer de nouvelles classes et propriétés.
  • Discussion FB/VA 20231201 : utiliser plutôt “Activity” que “Event”.

Temporalité

  • Il est nécessaire d’intégrer les heures et minutes, issue à créer côté Toolbox ?
  • Les données contiennent uniquement la durée (calculée ou postulée) et non l’heure de fin. Il semble important de générer cette heure de fin à partir de la durée. À voir s’il est alors nécessaire de conserver la “Duration”, celle-ci pouvant être calculée avec les deux “Time Primitive”.

Participation

  • Il y a autant d'événements “Participation” que de participants, personnes ou groupes.
  • Pour les groupes non identifiés ou ne correspondant pas à la définition de E74 Group du CIDOC CRM, il est proposé d’indiquer qu’un “Objet Propositionnel” se réfère à la participation.
    • Le choix proposé est “E33 Linguistic Object”, sous-classe de “E73 Information Object” sous-classe de “E89 Propositional Object”.
    • La gestion de la typologie est une difficulté pour ces objets, le type ne correspondant pas à l’objet propositionnel mais à la notion portée. À voir s’il est possible d’utiliser la propriété “refers to”.
  • La gestion des “personnes/groupes accompagné⋅e·s” est à préciser. Dans la source, il est indiqué qu’une personne peut être accompagnée par d’autres. La saisie distingue donc la “personne/groupe accompagnant⋅e” des “personne/groupe accompagné⋅e”. Dans le cas où plusieurs groupes de personnes sont reçus en même temps, un chiffre suit les mentions pour les distinguer : “personne/groupe accompagnant⋅e 1”, “personne/groupe accompagné⋅e 1”, etc.

Exemples

Pris de la table Udienze 1939-03 b38 fasc 2 dans le projet GV.

Personne alignée

  • Ligne 1 : Emo Cardinale Segura y Saenz → Pedro Segura y Sáenz

Personne alignée accompagnée

  • Ligne 101 : Vladimiro Radimsky → Vladimír Radimský (typé “personne accompagnée”) / Ligne 102 : Dr Messany Bohumil → Messany Bohumil (typé “personne accompagnant”)
  • Ligne 5 : S.E. il Principe Rufo Ruffo della Scaletta → Rufo Ruffo della Scaletta - e famiglia (typé “personne accompagnée”) [ ⚠️ probablement un pb dans la saisie, il devrait y avoir deux lignes, la seconde devant être typée “groupe accompagnant”. D’autres lignes dans ce cas, à vérifier.]
  • Ligne 18 : Emo Cardinale Mundelein → George William Mundelein / Ligne 19 : e seguito (typé “groupe accompagnant”)
  • Ligne 94 : Emo Cardinale Villeneuve → Jean-Marie-Rodrigue Villeneuve (typé “personne accompagnée”) / Ligne 95 : e cinque Eccmi Vescovi (typé “groupe accompagnant”).

Groupe aligné

  • Ligne 3 : La Rev. Camera Apostolica → Camera Apostolica

Groupe non identifié

  • Ligne 216 : Pellegrini Ungheresi
  • Ligne 171 : Suore dell'Assunzione

Personne et groupe non renseigné

  • Ligne 103 ⚠️ seul le type de l’audience selon la source est indiqué (Missione del Portogallo). Il faut absolument renseigner le groupe dans ce cas. D’autres lignes dans ce cas, à vérifier.
@valamercery
Copy link
Contributor

Ajout de l'indication que ce ticket doit être résolu avant le 18 décembre.

@stephenhart8
Copy link
Author

stephenhart8 commented Dec 8, 2023

Merci Vincent pour le travail de modélisation,

L'ensemble me parait faire sens, et je n'ai pas grande chose à ajouter. L'élément central est bien l'événement de participation à l'activité que constitue l'audience.

Cependant, deux points me posent problème, concernant la participation de groupes non identifiés.

Utilisation de la classe crm:E33 Linguistic Object

L'utilisation de la classe crm:E89 Propositional Object me semble cohérente (on aurait peut-être aussi pu utiliser la classe sdh:C25 Intentional Collective, mais elle ne peut pas être liée à la classe participation, ce qui l'exclue).

Cependant, je ne suis pas d'accord avec l'utilisation de la sous classe crm:E33 Linguistic Object:

  • Ontologiquement, crm:E33 Linguistic Object fait référence a "an identifiable expressions in natural language or languages". Cela signifie, selon ta proposition, que la participation est référencée par un texte. On se situe alors dans la case "Sourçage". Or il me semble que l'on souhaite ici identifier le groupe lui-même et non pas le texte qui le mentionne.
  • Quel est d'ailleurs le contenu conceptuel de cette entité? S'agit-il seulement du groupe informel? Dans ce cas-là il ne peut faire référence à la participation. Alors il devait alors être "participation du groupe de type untel à tel audience". Il peut donc faire référence à la participation ainsi qu'au type de groupe.
  • Quels ont été les raisons d'exclure l'utilisation de la classe crm:E74 Group, y compris pour ces groupes plus informels? Selon le scope note de groupe, cela comprend les individus "that act collectively or in a similar way due to any form of unifying relationship" et inclu "a gathering of people becomes an instance of E74 Group when it exhibits organizational characteristics usually typified by a set of ideas or beliefs held in common, or actions performed together". On pourrait comprendre que ces groupes, participant ensemble à l'audience, peuvent rentrer dans cette description.

Quelle propriété utiliser?

Deux propriétés peuvent être utilisées pour documenter la référence d'un objet propositionnel à une netité crm:

  • crm:P67 refers to, qui permet de documenter une référence à une entité dans un objet propositionnel
  • crm:P129 is about, qui permet de documenter le sujet principal d'un objet propositionnel

Ne serait-il pas nécessaire d'utiliser les deux propriétés? Il me semble que l'instance de crm:E89 Propositional Object a pour sujet la participation, tandis qu'elle fait référence au type de groupe, mais cela est à discuter

@stephenhart8
Copy link
Author

Après discussion avec @atterebf, voici quelques compléments:

Savoir ce que l'on souhaite documenter

Il est important, pour savoir quelle classe employer (et comment structurer le profile), de se poser la question de ce qui est nécessaire pour la recherche de Globalvat et leurs questions de recherche:

  • Quelles informations doivent être documentées concernant ces groupes informels? Leur nombre, leur nationalité, à quel groupe (par exemple congrégation) ils appartiennent, etc.
  • Cela amène à se poser la questions de s'il faut subdiviser ces participants (par exemple un groupe de 12 élèves et 2 profs, est-ce 2 participations différentes pour les profs et les élèves ou une seule?) Cela dépend des questions de recherche.
  • Il faut donc une liste de ces éléments

La participation aux audiences

Il est clair que la participation des groups informels (tout comme ceux des groupes formels) est un phénomène observable (cela a été vu et documenté). C'est donc bien la classe sdh-so:C15 Participation qu'il faut utiliser.
Il s'agit de la description de ces groupes informels qui diffère de celle des groupes formels. C'est là où l'utilisation d'une instance de E89 Propositional Object est nécessaire.

Peut-être est-il nécessaire de créer une sous-classe, par exemple "sdh-so:CX Participant" ou plutôt "sdh-so:CX Participant Description", qui serait relié à sdh-so:C15 Participation avec une nouvelle propriété.

Comment décrire les participants

Lié au premier point (les informations à documenter), il s'agit de réfléchir comment décrire ces participants.

Que sont les nationalités, appartenance à des groupes formels (congregations, etc.), nombre pour cette instance de E89 Propositional Object? S'agit-il de components (qui seraient alors aussi des objets propositionels) ou de qualités. Est-ce que la nationalité peut être une qualité d'un objet propositionel?

@valamercery
Copy link
Contributor

Merci pour vos retours !

Voici un nouveau schéma qui intègre vos remarques et suggestions :

Modélisation de l'événement audience

Pour les groupes informels ou non identifiés traités comme sdh-so:Cxx Participant Description, le projet souhaite uniquement les typer/classer. Si un groupe informel mérite plus d'intérêt, il devra alors être identifié et traité comme un crm:E74 Group ou un sdh:C25 Intentional Collective puis enrichi par d'autres entités temporelles dans GV.

Reste un aspect encore flou, la gestion des “personnes/groupes accompagné⋅e·s” :

  • dans les audiences les personnes viennent parfois accompagnées d'autres personnes mais il est important de savoir quelle est la personne qui a demandé l'audience [de même pour les groupes]. Dans le dépouillement, la personne qui a demandé est typée "personne accompagnée" et les autres "personne accompagnante". Cela marche bien avec sdh-so:C15 Participation en ajoutant un type. Mais le problème se pose quand il y a plusieurs "personnes accompagnées". MM. Untel et Truc ont demandé une audience et sont reçus ensemble soit parce qu'ils l'ont spécifié soit parce que c'est arrangé par le maestro di camera. Mais chacun est venu accompagné, le premier par Mme Untel et le second par M. Machin. Quatre sdh-so:C15 Participation sont donc créées. Mais comment faire pour distinguer qui accompagne qui ? Que M. Untel est accompagné de Mme Untel et M. Truc de M. Machin ? Une propriété reliant les deux participations de la personne accompagnée et de la personne accompagnante ?

@stephenhart8
Copy link
Author

The issue of the relation of participation (personne accompagnée / personnel accompagnant) has been solved in issue #82 (now closed).
The following classes have been created:
The classes and properties have been created in OntoMe:

It follows this model:

ParticipationRelation drawio (2)

@valamercery
Copy link
Contributor

Merci @stephenhart8 pour cette modélisation des relations des participations. Voici le schéma général mis à jour :
Modélisation de l'événement audience

Il ne reste plus qu'à préciser la classe à utiliser pour les participations non identifiées (E89 directement ou bien une sous-classe), ainsi que les propriétés permettant de relier cet objet propositionnel à la participation et à la typologie des groupes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants