Notions élémentaires sur l’ontologie WorldCat

1.4.1 L’ontologie reflète l’état de notre domaine d'activités

OCLC a investi dans la structuration de l’ontologie et l’utilisation du langage pour prendre en charge un éventail plus inclusif d’expériences et de visions du monde. Cependant, il existe une tension entre la description inclusive et l’héritage des systèmes de connaissances et des données qui reflètent des visions du monde centrées sur l’Occident qui, parfois, soutiennent des points de vue racistes et colonialistes. Pour édifier une transition vers un avenir plus inclusif, il peut être nécessaire de s’écarter des pratiques héritées. Au fur et à mesure que l’ontologie WorldCat évoluera, des notes sur les champs d’application supplémentaires seront fournies pour inclure des descriptions inclusives des entités WorldCat. Les propriétés, étiquettes et définitions de l’ontologie WorldCat ne doivent pas conférer de légitimité aux actes d’esclavage, de violence, de vol et d’autres injustices, ni de reconnaître les torts qu’ils ont causés. Les informations enregistrées dans les propriétés ne sont pas destinées à conférer une légitimité à des revendications contradictoires de propriété ou de création.

1.4.2 Propriétés liées aux entités Personne

WorldCat Entities est une ressource faisant autorité, mais non biographique. Conformément aux valeurs et aux pratiques de la communauté de catalogage, les propriétés qui décrivent le sexe, le genre, la religion, la race, l’origine ethnique, l’orientation sexuelle, l’identité nationale et/ou le statut de citoyenneté ont été délibérément omises de l’ontologie WorldCat. Les propriétés qui indiquent les lieux de naissance, de décès et/ou de résidence ne sont destinées qu’à être des déclarations de fait, et non à exprimer l’identité nationale ou le statut de citoyenneté. Les propriétés qui décrivent les rôles courants des agents utilisent des termes inclusifs dans la mesure du possible. Dans certains cas, ces étiquettes de propriété peuvent refléter des termes qui sont devenus plus neutres en matière de genre dans l’usage courant.

1.4.3 Personnes réduites en esclavage

S’inspirant du travail du Enslaved project, une attention particulière a été accordée aux propriétés qui évoquent des personnes réduites en esclavage. Il est moralement et sémantiquement erroné de modeler l’achat et la vente d’êtres humains en utilisant les mêmes concepts qui s’appliquent à l’achat et à la vente d’Œuvres, de Lieux et d’Organisations. Pour éviter toute mauvaise interprétation, l’ontologie définit clairement les propriété wco:enslaved (réduit en esclavage) et wco:enslavedBy (réduit en esclavage par) pour représenter ces relations dans des contextes où il peut s’agir de la seule référence disponible pour les entités impliquées. Toutes les données concernant les personnes réduites en esclavage dans WorldCat Entities sont incluses afin de reconnaître et de récupérer leurs contributions dans l’univers bibliographique.

1.4.4 Ce travail est en cours

OCLC a sollicité les avis de la communauté pour la création et la révision de l’ontologie WorldCat, mais ce travail est en cours. Nous vous invitons à nous faire part de vos commentaires afin de nous aider à continuer d’améliorer notre langage et nos structures en envoyant un courriel à askqc@oclc.org.

3.2.1 Frequency (Fréquence)

La classe wco:Frequency (Fréquence) a pour rôle de prendre la forme d’un nœud vide auquel plusieurs propriétés descriptives peuvent être attachées. Par exemple, une wco:ContinuingResource (Ressource continue) peut avoir plusieurs fréquences au cours de sa durée de vie de publication. La construction de nœud vide permet d’appliquer plusieurs fréquences, avec des dates de début et de fin applicables.

Schéma 3.2.1a : La structure de base du modèle fréquentiel - Image

Schéma 3.2.1b : La structure peut être répétée au besoin. Dans ce cas, la Collection a été publiée sur une base bimestrielle de 1995 à 2004, puis mensuelle à partir de 2005 - Image

3.2.2 Measurement (Mesure)

La classe wco:Measurement (Mesure) est un nœud vide dont le rôle est de réunir deux éléments requis : la valeur et l’unité d’une mesure. La propriété wco:hasValue (a pour valeur) inclut les contraintes SHACL sh:minCount 1 (Nombre min 1) et sh:maxCount 1 (Nombre max 1) qui nécessitent une seule valeur entière. Pour être compréhensible, chaque nœud wco:Measurement (Mesure) doit inclure une wco:unit (unité). Le seul cas où une unité n’est pas requise est celui de la propriété wco:population (population), pour laquelle l’unité de « personnes » peut être déduite. Les nœuds wco:Measurement (Mesure) peuvent également inclure les propriétés wco:startDate (date de début) et wco:endDate (date de fin), afin de permettre l’enregistrement des modifications des mesures au fil du temps.

Schéma 3.2.2a : La structure de base du modèle - Image

Schéma 3.2.2b : Exemple - Image

Propriétés avec une valeur attendue de wco:Measurement (Mesure) :

• wco:spatialArea (région spatiale)
• wco:population (population)
• wco:duration (durée)
• wco:elevation (élévation)

Il est à noter que les propriétés telles que wco:dimensions (dimensions) et wco:extent (étendue) sont définies comme des propriétés de type de données, qui nécessitent une valeur littérale en tant qu’objet. Cela est pour accommoder des variations importantes dans les pratiques de catalogage.

3.2.3 Médium d'exécution

La classe wco:PerformanceMedium (Médium d'exécution) est conçue pour fournir un sens structuré afin de décrire à la fois le type et la quantité d’instrumentation requis pour les œuvres musicales. Cette structure peut être appliquée aux instances de wco:Music (Musique), c’est-à-dire les performances captées sous forme de son, et wco:NotatedMusic (Musique notée), c’est-à-dire celles destinées à être étudiées ou jouées. Il est à noter que l’instrumentation dans ce contexte inclut également le concept de vocalisation(s).

La structure de base montre :

• Une entité wco:Music ou wco:NotatedMusic est liée au nœud wco:PerformanceMedium.
• wco:PerformanceMedium est un nœud vide qui remplit l’objectif fonctionnel de décrire le « quoi » et le « combien » requis pour une performance.
• wco:PerformanceMedium nécessite deux propriétés :
  1. wco:performedBy (interprété par) renvoie à un skos:Concept qui décrit ce qui est requis pour la performance. L’utilisation de skos:Concept facilite la création de liens vers des vocabulaires externes.
  2. wco :hasValue (a pour valeur) est un nombre entier qui décrit le nombre de « quoi » requis pour la performance.

Schéma 3.2.3a : La structure de base - Image

Schéma 3.2.3b : Exemple montrant une instance wco:Music qui nécessite deux violons pour l'exécution - Image

Schéma 3.2.3c : La structure peut être répétée au besoin - Image

3.2.4 Adresse postale

La classe wco:PostalAddress (Adresse postale) est destinée à prendre la forme d’un nœud vide qui fournit une connexion commune pour les éléments de données distincts communs dans les adresses postales. Elle agit comme un mécanisme d’agrégation destiné à permettre la présentation de ces éléments comme un tout cohérent. La portée attendue de wco:addressCountry (pays de l'adresse), wco:addressRegion (région de l'adresse) et wco:addressLocality (localité de l'adresse) est entièrement wco:AdministrativeArea (Région administrative), qui est conçue pour offrir la flexibilité nécessaire pour prendre en compte les variations dans les organisations administratives à l’échelle mondiale. Bien que non imposé, l’utilisateur est encouragé à considérer wco:addressCountry, wco:addressRegion et wco:addressLocality comme une hiérarchie ordonnée dans laquelle :

• wco:addressCountry représente la plus grande wco:AdministrativeArea au sein de laquelle une wco:PostalAddress existe (par exemple, une nation, un royaume ou un autre État souverain).
• wco:addressRegion représente une subdivision de wco:AdministrativeArea indiquée par wco:addressCountry (par exemple, un État, une province ou un territoire).
• wco:addressLocality représente une subdivision de wco:AdministrativeArea indiquée par wco:addressRegion (par exemple, une ville ou un village).

Schéma 3.2.4a : La structure de base - Image

Schéma 3.2.4b : Exemple - Image

3.2.5 Rôle

3.4.1 Événements transactionnels

La classe wco:TransactionalEvent (Événement transactionnel) est utilisée avec des propriétés qui impliquent un contexte transactionnel ou transformateur. La classe wco:TransactionalEvent est conçue pour fournir des données spécifiquement et uniquement pertinentes pour l’événement de la transaction, telles qu’une wco:date (date), wco:relatedPlace (lieu associé) ou wco:relatedAgent (agent associé).

Les entités incluses dans la transaction sont donc liées indirectement via un nœud wco:TransactionalEvent auquel chaque entité est connectée par une propriété qui exprime la nature de la transaction. Ces propriétés sont énumérées dans le tableau 3.4.1 avec leurs domaines respectifs. La portée de chaque propriété est wco:TransactionalEvent.

Le modèle nécessite également l’utilisation des propriétés wco:resultedIn (a donné lieu à) et wco:resultedFrom (a résulté de) qui expriment une origine et un résultat linéaires et compréhensibles de la transaction. Le schéma A illustre :

• L'Entité A a été suivie par l'Entité B.
• L’Entité B a été précédée par l’Entité A.
• Une wco:TransactionalEvent s’est produite, ce qui a donné lieu à l’Entité B.
• La même wco:TransactionalEvent a résulté de l'Entité A.
• Un chemin linéaire et unidirectionnel peut être tracé de l’Entité A (le prédécesseur) à wco:TransactionalEvent, puis à l’Entité B (le successeur), qui construit une chaîne d’événements compréhensible et chronologique.
• Un chemin linéaire et unidirectionnel peut être tracé de l’Entité B (le successeur) à wco:TransactionalEvent, puis à l’Entité A (le prédécesseur), qui construit une chaîne d’événements compréhensible et chronologique.

Schéma 3.4.1a : La structure de base - Image

Le modèle peut être étendu pour exprimer des transactions plus complexes. Le schéma 3.4.1b illustre la fusion de deux organisations.

• L’Organisation A et l’Organisation B ont fusionné pour former l’Organisation C.
• L’Organisation C représente la fusion de l’Organisation A et de l’Organisation B.
• La fusion de l’Organisation A et de l’Organisation B a donné lieu à la création de l’Organisation C.

Schéma 3.4.1b : La fusion de deux organisations - Image

Schéma 3.4.1c : Illustre comment cette structure peut être étendue pour afficher une chronologie des Événements transactionnels - Image

3.6.1 Entités fictives

L’ontologie WorldCat inclut wco:FictionalEntity (Entité fictive) en tant que sous-classe de wco:Work. De cette façon, les entités fictives héritent de propriétés qui peuvent représenter leur « caractéristique d'œuvre » telles que wco:creator (créateur) ou wco:creationDate (date de création). N’importe quelle entité peut avoir plusieurs classe à la fois comme une instance de wco:FictionalEntity et comme n’importe quelle autre classe. Par exemple, un lieu fictif serait déclaré en tant qu’instance de wco:Place (Lieu) et de wco:FictionalEntity (Entité fictive).

3.6.2 Œuvre représentative

L’ontologie WorldCat n’utilise pas la notion LRM d'une « Œuvre » comme mécanisme de regroupement d’entités similaires. Au lieu de cela, l’idée d’une « Œuvre WorldCat représentative » est proposée pour agir comme une connexion commune qui remplit l’objectif de l’agrégation. Une « Œuvre WorldCat représentative » est actuellement définie comme première instanciation d'une Œuvre WorldCat or de ce qui est considéré comme la ressource canonique. Il est à noter que l'« Œuvre WorldCat représentative » n'est pas un type de classe. L'Œuvre « représentative » est identifiée par des Œuvres dérivées qui utilisent la propriété wco:hasRepresentativeWork (a pour œuvre représentative) en plus de la propriété qui exprime une relation transformatrice entre les œuvres.

Schéma 3.6.2a : L’Œuvre B est à la fois une traduction de l’Œuvre A, et l’Œuvre A est l’œuvre représentative de l’Œuvre B - Image

En développant ce schéma, « Œuvre C » est ajoutée ci-dessous, montrant qu’il s’agit de la wco:readingOf (lecture de) l'Œuvre B, et que l'Œuvre A est la wco:representativeWork (œuvre représentative) de l'Œuvre C. De cette façon, le modèle peut exprimer comment les œuvres dérivées sont liées les unes aux autres tout en les reliant directement à l’œuvre « représentative ».

Schéma 3.6.2b : Comment les œuvres dérivées se liées les unes aux autres et à l’œuvre « représentative » - Image