Version 7.1

Compatibilité avec le CIDOC CRM

Date de création : 2020-10-20

Dernière mise à jour : 2023-05-26

Users intending to take advantage of the semantic interoperability offered by the CIDOC CRM should ensure conformance with the relevant data structures. Conformance pertains either to data to be made accessible in an integrated environment or intended for transport to other environments. Any encoding of data in a formal language that preserves the relations of the classes, properties, and inheritance rules defined by this International Standard, is regarded as conformant.

Conformance with the CIDOC CRM does not require complete matching of all local documentation structures, nor that all concepts and structures present in this International Standard be implemented. This International Standard is intended to allow room both for extensions, needed to capture the full richness of cultural documentation, and for simplification, in the interests of economy. A system will be deemed partially conformant if it supports a subset of subclasses and sub properties defined by this International Standard. Designers of the system should publish details of the constructs that are supported.

The focus of the CIDOC CRM is the exchange and mediation of structured information. It does not require the interpretation of unstructured (free text) information into a structured, logical form. Unstructured information is supported, but falls outside the scope of conformance considerations.

Any documentation system will be deemed conformant with this International Standard, regardless of the internal data structures it uses; if a deterministic logical algorithm can be constructed, that transforms data contained in the system into a directly compatible form without loss of meaning.

No assumptions are made as to the nature of this algorithm. "Without loss of meaning" signifies that designers and users of the system are satisfied that the data representation corresponds to the semantic definitions provided by this International Standard.

Les utilisateurs voulant tirer avantage de l’interopérabilité sémantique du CIDOC CRM devraient s’assurer de la conformité de leurs structures de données avec celui-ci. La conformité des données réfère à leur accessibilité dans le contexte d’un environnement [n.d.t. d’utilisateur] intégré ou de leur transfert vers d’autres environnements.

Tout encodage de données dans un langage formel qui maintient les relations des classes, des propriétés, ainsi que des règles d’héritage définies par le CIDOC CRM est considéré y être conforme. Ceci dit, cette conformité ne requiert pas une équivalence complète de toutes les structures de documentation locales, ni que tous les concepts et structures du CIDOC CRM ne soient implémentés.

Ce standard international a pour objectif de permettre la mise en place d’extensions nécessaires pour saisir la richesse des phénomènes culturels et de leur documentation, et ce, tout en prônant la parcimonie. Un système est considéré partiellement conforme s’il soutient un sous-ensemble des sous-classes et sous-propriétés définies par ce standard. Les concepteurs de systèmes devraient publier le détail des construits qui sont supportés par leur système.

Le CIDOC CRM porte principalement sur l’échange et la médiation d’information structurée et n’exige pas l’interprétation d’information non structurée dans une forme logique. L’information non structurée peut être traitée par le CIDOC CRM, mais les résultats qui en découlent ne sont pas pris en compte dans l’évaluation de la conformité d’un système.

Tout système documentaire sera considéré conforme [n.d.t. avec les règles du CIDOC CRM], peu importe les structures de données internes qu’il utilise, si des algorithmes peuvent transformer les données non structurées du système en une forme compatible avec le CIDOC CRM sans que la signification n’en soit affectée.

« Sans que la signification n’en soit affectée » signifie que les concepteurs et les utilisateurs du système considèrent que la représentation résultant de l’utilisation de cet algorithme correspond aux définitions sémantiques fournies dans ce standard.

Note de traduction

Certains paragraphes ont été édités dans la version francophone à des fins de compréhension. Les sections concernées sont indiquées de [n.d.t. texte concerné].

Le terme « construct » n’a pas d’équivalent français parfait, mais une recherche sommaire révèle que le terme « construit » (n.m.) semble répandu dans les domaines de la philosophie et de la sociologie et est celui dont le sens se rapproche le plus de la forme originale.

Références

Termium. « construct ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=1&srchtxt=construct&index=ent&codom2nd_wet=1#resultrecs.

Property Quantifiers - Quantificateurs de propriétés

Quantifiers for properties are provided for the purpose of semantic clarification only, and should not be treated as implementation recommendations. The CIDOC CRM has been designed to accommodate alternative opinions and incomplete information, and therefore all properties should be implemented as optional and repeatable for their domain and range (“many to many (0,n:0,n)”). Therefore, the term “cardinality constraints” is avoided here, as it typically pertains to implementations.

The following table lists all possible property quantifiers occurring in this document by their notation, together with an explanation in plain words. In order to provide optimal clarity, two widely accepted notations are used redundantly in this document, a verbal and a numeric one. The verbal notation uses phrases such as “one to many”, and the numeric one, expressions such as “(0,n:0,1)”. While the terms “one”, “many” and “necessary” are quite intuitive, the term “dependent” denotes a situation where a range instance cannot exist without an instance of the respective property. In other words, the property is “necessary” for its range. (Meghini, C. & Doerr, M., 2018).

Les quantificateurs des propriétés sont présentés ici à des fins de clarification sémantique seulement et ne devraient pas être considérés comme des recommandations d’implémentation. Le CIDOC CRM a été conçu afin d'accommoder des options alternatives ou des informations incomplètes [n.d.t. afin d’accommoder plusieurs interprétations ou compréhensions d’un même phénomène], de sorte que toutes les propriétés devraient être implémentées avec un domaine et une portée optionnels et répétables [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec de mêmes instances de son domaine et de sa portée] (« relation plusieurs-à-plusieurs (0,n:0,n) »). [n.d.t. Cette question des contraintes de cardinalité, qui précise les principes de généralisation d’une classe], porte généralement sur les implémentations d’un système [n.d.t. plutôt que sur sa conception], de sorte qu’il n’en est pas exhaustivement question ici et que l’expression « contraintes de cardinalité » n'est pas préconisée.

Le tableau suivant énumère les quantificateurs de propriété utilisés dans ce document (dans l’ordre de leur notation) ainsi qu’une explication en langage naturel [n.d.t. de chacun d’entre eux]. Les notations verbale et numérique sont juxtaposées dans ce document à des fins de clarté : la notation verbale utilise des syntagmes tels que « un à plusieurs » alors que la notation numérique utilise des expressions telles que « (0,n:0,1) ». Les termes « un », « plusieurs » et « nécessaire » [n.d.t. revêtent leur sens habituel et] intuitif; le terme « dépendant » indique une situation où une instance de la portée d’une propriété ne peut pas exister sans une instance de cette propriété elle-même. En d’autres termes, la propriété est « nécessaire » à sa portée (Meghini, C. & Doerr, M., 2018).

Note de traduction

Certains paragraphes ont été édités dans la version francophone à des fins de compréhension. Les sections concernées sont indiquées de [n.d.t. texte concerné].

Un contrainte de cardinalité précise si une entité parent peut appartenir à plusieurs entités enfants (principe du recouvrement ou overlapping) ou à un seul (principe de la disjonction).

Références

Termium. « cardinalité ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=1&srchtxt=cardinalit%C3%A9&index=frt&codom2nd_wet=1#resultrecs.

many to many (0,n:0,n)

Unconstrained: An individual domain instance and range instance of this property can have zero, one or more instances of this property. In other words, this property is optional and repeatable for its domain and range.

plusieurs à plusieurs (0,n:0,n)

Illimité : Une instance du domaine et une instance de la portée de cette propriété peuvent n’avoir aucune, une ou plusieurs instances de cette propriété. En d’autres termes, cette propriété est optionnelle et répétable [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec de mêmes instances de] son domaine et de sa portée.

Note de traduction

Une propriété répétable est une propriété pouvant apparaître plus d'une fois dans un enregistrement avec le(s) même(s) domaine et/ou portée.

Références

Termium. « répétable ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=&index=alt&srchtxt=CATEGORIE%20REPETABLE.

one to many

(0,n:0,1)

An individual domain instance of this property can have zero, one or more instances of this property, but an individual range instance cannot be referenced by more than one instance of this property. In other words, this property is optional for its domain and range, but repeatable for its domain only. In some contexts, this situation is called a “fan-out”.

un à plusieurs

(0,n:0,1)

Une instance individuelle du domaine de cette propriété peut n’avoir aucune, une ou plusieurs instance(s) de cette propriété, mais une instance individuelle de sa portée ne peut pas faire l’objet d’une référence par plus d’une instance de cette même propriété. En d’autres termes, le domaine et la portée de cette propriété sont optionnels, mais seul son domaine est répétable [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec une même instance de son domaine]. Cette situation est parfois qualifiée de « sortance ».

Note de traduction

Une propriété répétable est une propriété pouvant apparaître plus d'une fois dans un enregistrement avec le(s) même(s) domaine et/ou portée.

Une recherche sommaire indique que le terme « fan-out » est surtout usité dans le domaine des circuits booléens et de l’intelligence artificielle, où il est parfois question d’arité sortante ou de sortance.

Références

Termium. « fan-out ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=1&srchtxt=fan-out&index=ent&codom2nd_wet=1#resultrecs.

———. « répétable ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=&index=alt&srchtxt=CATEGORIE%20REPETABLE.

Wikipédia. « Fan-out ». Dans Wikipédia. San Francisco, US-CA: Wikipédia, 11 novembre 2020. https://fr.wikipedia.org/w/index.php?title=Fan-out&oldid=176479075.

many to one

(0,1:0,n)

An individual domain instance of this property can have zero or one instance of this property, but an individual range instance can be referenced by zero, one or more instances of this property. In other words, this property is optional for its domain and range, but repeatable for its range only. In some contexts, this situation is called a “fan-in”.

plusieurs à un

(0,1:0,n)

Une instance du domaine de cette propriété peut n’avoir aucune ou une seule instance de cette propriété, mais une instance de sa portée peut être référencée par aucune, une ou plusieurs instances de cette même propriété. En d’autres termes, le domaine et la portée de cette propriété sont optionnels, mais seule sa portée est répétable [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec une même instance de sa portée]. Cette situation est parfois qualifiée d’« entrance ».

Note de traduction

Une propriété répétable est une propriété pouvant apparaître plus d'une fois dans un enregistrement avec le(s) même(s) domaine et/ou portée.

Une recherche sommaire indique que le terme « fan-in » est surtout usité dans le domaine des circuits booléens et de l’intelligence artificielle où il est parfois question d’arité entrante ou d’entrance.

Références

Termium. « fan-in ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=1&srchtxt=fan-in&index=ent&codom2nd_wet=1#resultrecs.

———. « répétable ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=&index=alt&srchtxt=CATEGORIE%20REPETABLE.

Wikipédia. « Fan-in ». Dans Wikipédia. San Francisco, US-CA: Wikipédia, 11 novembre 2020. https://fr.wikipedia.org/w/index.php?title=Fan-in&oldid=176479056.

many to many, necessary (1,n:0,n)

An individual domain instance of this property can have one or more instances of this property, but an individual range instance can have zero, one or more instances of this property. In other words, this property is necessary and repeatable for its domain, and optional and repeatable for its range.

plusieurs à plusieurs, nécessaire (1,n:0,n)

Une instance individuelle du domaine de cette propriété peut avoir une ou plusieurs instance(s) de cette propriété, mais une instance individuelle de sa portée peut n’avoir aucune, une ou plusieurs instances de cette même propriété. En d’autres termes, le domaine de cette propriété est nécessaire et répétable [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec une même instance de son domaine] alors que sa portée est optionnelle et répétable [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec une même instance de sa portée].

Note de traduction

Références

one to many, necessary

(1,n:0,1)

An individual domain instance of this property can have one or more instances of this property, but an individual range instance cannot be referenced by more than one instance of this property. In other words, this property is necessary and repeatable for its domain, and optional but not repeatable for its range. In some contexts, this situation is called a “fan-out”.

un à plusieurs, nécessaire

(1,n:0,1)

Une instance individuelle du domaine de cette propriété peut n’avoir qu’une seule ou plusieurs instance(s) de cette propriété, mais une instance individuelle de sa portée ne peut pas être référencée par plus d’une instance de cette même propriété. En d’autres termes, le domaine de cette propriété est nécessaire et répétable [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec une même instance de son domaine], mais sa portée est optionnelle. Dans certains contextes, cette situation est qualifiée de « sortance ».

Note de traduction

Une propriété répétable est une propriété pouvant apparaître plus d'une fois dans un enregistrement avec le(s) même(s) domaine et/ou portée.

Une recherche sommaire indique que le terme « fan-out » est surtout usité dans le domaine des circuits booléens et de l’intelligence artificielle, où il est parfois question d’arité sortante ou de sortance.

Références

Termium. « fan-out ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=1&srchtxt=fan-out&index=ent&codom2nd_wet=1#resultrecs.

———. « répétable ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=&index=alt&srchtxt=CATEGORIE%20REPETABLE.

Wikipédia. « Fan-out ». Dans Wikipédia. San Francisco, US-CA: Wikipédia, 11 novembre 2020. https://fr.wikipedia.org/w/index.php?title=Fan-out&oldid=176479075.

many to one, necessary (1,1:0,n)

An individual domain instance of this property must have exactly one instance of this property, but an individual range instance can be referenced by zero, one or more instances of this property. In other words, this property is necessary and not repeatable for its domain, and optional and repeatable for its range. In some contexts, this situation is called a “fan-in”.

plusieurs à un, nécessaire (1,1:0,n)

Une instance du domaine de cette propriété peut n’avoir qu’une seule instance de cette propriété, mais une instance de sa portée peut être référencée par aucune, une ou plusieurs instances de cette même propriété. En d’autres termes, le domaine de cette propriété est nécessaire et non répétable [n.d.t. c.-à-d. qu’une même propriété ne peut être utilisée qu'une seule fois avec une instance spécifique de son domaine], mais sa portée est optionnelle et répétable [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec une même instance de sa portée]. Cette situation est parfois qualifiée d’« entrance ».

Note de traduction

Une propriété répétable est une propriété pouvant apparaître plus d'une fois dans un enregistrement avec le(s) même(s) domaine et/ou portée.

Une recherche sommaire indique que le terme « fan-in » est surtout usité dans le domaine des circuits booléens et de l’intelligence artificielle, où il est parfois question d’arité entrante ou d’entrance.

Références

Termium. « fan-in ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=1&srchtxt=fan-in&index=ent&codom2nd_wet=1#resultrecs.

———. « répétable ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=&index=alt&srchtxt=CATEGORIE%20REPETABLE.

Wikipédia. « Fan-in ». Dans Wikipédia. San Francisco, US-CA: Wikipédia, 11 novembre 2020. https://fr.wikipedia.org/w/index.php?title=Fan-in&oldid=176479056.

one to many, dependent

(0,n:1,1)

An individual domain instance of this property can have zero, one or more instances of this property, but an individual range instance must be referenced by exactly one instance of this property. In other words, this property is optional and repeatable for its domain, but necessary and not repeatable for its range. In some contexts, this situation is called a “fan-out”.

un à plusieurs, dépendant

(0,n:1,1)

Une instance individuelle du domaine de cette propriété peut n’avoir aucune, une ou plusieurs instance(s) de cette propriété, mais une instance individuelle de sa portée ne doit être référencée que par une seule instance de cette même propriété. En d’autres termes, le domaine de cette propriété est optionnel et répétable [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec une même instance de son domaine], mais sa portée est nécessaire et non répétable [n.d.t. c.-à-d. qu’une même propriété ne peut être utilisée qu'une seule fois avec une instance spécifique de sa portée]. Cette situation est parfois qualifiée de « sortance ».

Note de traduction

Une propriété répétable est une propriété pouvant apparaître plus d'une fois dans un enregistrement avec le(s) même(s) domaine et/ou portée.

Une recherche sommaire indique que le terme « fan-out » est surtout usité dans le domaine des circuits booléens et de l’intelligence artificielle où il est parfois question d’arité sortante ou de sortance.

Références

Termium. « fan-out ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=1&srchtxt=fan-out&index=ent&codom2nd_wet=1#resultrecs.

———. « répétable ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=&index=alt&srchtxt=CATEGORIE%20REPETABLE.

Wikipédia. « Fan-out ». Dans Wikipédia. San Francisco, US-CA: Wikipédia, 11 novembre 2020. https://fr.wikipedia.org/w/index.php?title=Fan-out&oldid=176479075.

one to many, necessary, dependent

(1,n:1,1)

An individual domain instance of this property can have one or more instances of this property, but an individual range instance must be referenced by exactly one instance of this property. In other words, this property is necessary and repeatable for its domain, and necessary but not repeatable for its range. In some contexts, this situation is called a “fan-out”.

un à plusieurs,

nécessaire, dépendant

(1,n:1,1)

Une instance individuelle du domaine de cette propriété peut n’avoir qu’une seule ou plusieurs instance(s) de cette propriété, mais une instance individuelle de sa portée ne doit être référencée que par une seule instance de cette même propriété. En d’autres termes, le domaine de cette propriété est nécessaire et répétable [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec une même instance de son domaine] et sa portée est nécessaire mais non répétable [n.d.t. c.-à-d. qu’une même propriété ne peut être utilisée qu'une seule fois avec une instance spécifique de sa portée]. Cette situation est parfois qualifiée de « sortance ».

Note de traduction

Une propriété répétable est une propriété pouvant apparaître plus d'une fois dans un enregistrement avec le(s) même(s) domaine et/ou portée.

Une recherche sommaire indique que le terme « fan-in » est surtout usité dans le domaine des circuits booléens et de l’intelligence artificielle, où il est parfois question d’arité entrante ou d’entrance.

Références

Termium. « fan-in ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=1&srchtxt=fan-in&index=ent&codom2nd_wet=1#resultrecs.

———. « répétable ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=&index=alt&srchtxt=CATEGORIE%20REPETABLE.

Wikipédia. « Fan-in ». Dans Wikipédia. San Francisco, US-CA: Wikipédia, 11 novembre 2020. https://fr.wikipedia.org/w/index.php?title=Fan-in&oldid=176479056.

many to one, necessary, dependent

(1,1:1,n)

An individual domain instance of this property must have exactly one instance of this property, but an individual range instance can be referenced by one or more instances of this property. In other words, this property is necessary and not repeatable for its domain, and necessary and repeatable for its range. In some contexts, this situation is called a “fan-in”.

plusieurs à un, nécessaire,

dépendant

(1,1:1,n)

Une instance individuelle du domaine de cette propriété doit n’avoir qu’une seule instance de cette propriété, mais une instance individuelle de sa portée peut être référencée par une ou plusieurs instances de cette même propriété. En d'autres termes, le domaine de cette propriété est nécessaire et non répétable [n.d.t. c.-à-d. qu’une même propriété ne peut être utilisée qu'une seule fois avec une instance spécifique de son domaine], tandis que la portée est nécessaire et répétable [n.d.t. c.-à-d. qu’une même propriété peut être utilisée à plusieurs reprises avec une même instance de sa portée]. Cette situation est parfois qualifiée d’« entrance ».

Note de traduction

Une propriété répétable est une propriété pouvant apparaître plus d'une fois dans un enregistrement avec le(s) même(s) domaine et/ou portée.

Une recherche sommaire indique que le terme « fan-in » est surtout usité dans le domaine des circuits booléens et de l’intelligence artificielle, où il est parfois question d’arité entrante ou d’entrance.

Références

Termium. « fan-in ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=1&srchtxt=fan-in&index=ent&codom2nd_wet=1#resultrecs.

———. « répétable ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=&index=alt&srchtxt=CATEGORIE%20REPETABLE.

Wikipédia. « Fan-in ». Dans Wikipédia. San Francisco, US-CA: Wikipédia, 11 novembre 2020. https://fr.wikipedia.org/w/index.php?title=Fan-in&oldid=176479056.

one to one

(1,1:1,1)

An individual domain instance and range instance of this property must have exactly one instance of this property. In other words, this property is necessary and not repeatable for its domain and for its range.

un à un

(1,1:1,1)

Une instance individuelle du domaine et une instance de la portée de cette propriété doivent avoir exactement une instance de cette propriété. En d’autres termes, le domaine et la portée de cette propriété sont nécessaires et non répétables [n.d.t. c.-à-d. qu’une même propriété ne peut être utilisée qu’une seule fois avec une instance spécifique de son domaine et une instance spécifique de sa portée].

Note de traduction

Une propriété répétable est une propriété pouvant apparaître plus d'une fois dans un enregistrement avec le(s) même(s) domaine et/ou portée.

Références

Termium. « répétable ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=&index=alt&srchtxt=CATEGORIE%20REPETABLE.

The CIDOC CRM defines some dependencies between properties and the classes that are their domains or ranges. These can be one or both of the following:

  • the property is necessary for the domain

  • the property is necessary for the range, or, in other words, the range is dependent on the property.

The possible kinds of dependencies are defined in the table above. Note that if a dependent property is not specified for an instance of the respective domain or range, it means that the property exists, but the value on one side of the property is unknown. In the case of optional properties, the methodology proposed by the CIDOC CRM does not distinguish between a value being unknown or the property not being applicable at all. For example, one may know that an object has an owner, but the owner is unknown. In a CIDOC CRM instance this case cannot be distinguished from the fact that the object has no owner at all. Of course, such details can always be specified by a textual note.

Le CIDOC CRM définit certains dépendants entre les propriétés et les classes sous la forme de leur domaine et de leur portée. Ceux-ci peuvent être l’une ou une combinaison des options suivantes :

  • la propriété est nécessaire pour le domaine;

  • la propriété est nécessaire pour la portée ou, en d’autres termes, la portée dépend de la propriété.

Les dépendants possibles sont définis dans le tableau ci-haut. Si une propriété n’est pas spécifiée pour une instance de son domaine ou de sa portée, il est entendu que la propriété existe, mais qu’une valeur associée à une part ou à l’autre de la propriété est inconnue. Dans le cas des propriétés optionnelles, la méthodologie proposée par le CIDOC CRM n’établit pas de distinction entre une valeur inconnue et une propriété qui ne serait pas du tout applicable. Par exemple, un objet peut avoir un•e propriétaire sans que l’identité de ce•tte propriétaire ne soit connue. Dans le cadre du CIDOC CRM, une telle situation ne peut être distinguée d’un cas où l’objet n’aurait aucun•e propriétaire. Bien entendu, de tels détails peuvent être indiqués à l’aide de notes textuelles.

Note de traduction

Le terme « dépendant » a été préféré au terme « dépendance » en guise de traduction de « dependencies » puisqu’il transmet davantage le fait qu’il s’agit d’un élément qui s’inscrit dans la suite d’un autre (qui en dépend) plutôt qu’un élément qui a lui-même « besoin » d’un autre élément (qui est en situation de dépendance).

Références

Naming Conventions - Convention d’appellation

The following naming conventions have been applied throughout the CIDOC CRM:

  • Classes are identified by numbers preceded by the letter “E” (historically classes were sometimes referred to as “Entities”), and are named using noun phrases (nominal groups) using title case (initial capitals). For example, E63 Beginning of Existence.

  • Properties are identified by numbers preceded by the letter “P,” and are named in both directions using verbal phrases in lower case. Properties with the character of states are named in the present tense, such as “has type”, whereas properties related to events are named in past tense, such as “carried out.” For example, P126 employed (was employed in).

  • Property names should be read in their non-parenthetical form for the domain-to-range direction, and in parenthetical form for the range-to-domain direction. Reading a property in range-to-domain direction is equivalent to the inverse of that property. Following a current notational practice in OWL knowledge representation language, we represent inverse properties in this text by adding a letter “i” following the identification number and the parenthetical form of the full property name, such as P59i is located on or within, which is the inverse of P59 has section (is located on or within).

  • Properties with a range that is a subclass of E59 Primitive Value (such as E1 CRM Entity. P3 has note: E62 String, for example) have no parenthetical name form, because reading the property name in the range-to-domain direction is not regarded as meaningful.

  • Properties that have identical domain and range are either symmetric or transitive. Instantiating a symmetric property implies that the same relation holds for both the domain-to-range and the range-to-domain directions. An example of this is E53 Place. P122 borders with: E53 Place. The names of symmetric properties have no parenthetical form, because reading in the range-to-domain direction is the same as the domain-to-range reading. Transitive asymmetric properties, such as E4 Period. P9 consist of (forms part of): E4 Period, have a parenthetical form that relates to the meaning of the inverse direction.

  • The choice of the domain of properties, and hence the order of their names, are established in accordance with the following priority list:

  • Temporal Entity and its subclasses

  • Thing and its subclasses

  • Actor and its subclasses

  • Other

La convention suivante a été appliquée à travers le CIDOC CRM :

  • Les classes sont identifiées par des numéros précédés de la lettre majuscule « E » (historiquement, les classes de CIDOC CRM étaient parfois appelées des « entités ») et leurs appellations sont constituées de groupes nominaux, les initiales des noms sont en majuscules. Par exemple, E63_Début_d'existence [n.d.t. Dans la version francophone, les classes sont toujours conjuguées au féminin singulier, p. ex. « une E63_Début_d'existence »].

  • Les propriétés sont identifiées par des numéros précédés de la lettre majuscule « P » et leurs appellations sont bi-directionnelles et constituées de syntagmes verbaux dont tous les termes sont en minuscules. Les propriétés ayant les caractéristiques d’états utilisent le présent (p. ex. « a pout type »), alors que les propriétés liées à des évènements sont nommées au passé (p. ex. a été effectué par). Par exemple, P126_a_employé (a_été_employé_dans) [n.d.t. Dans la version francophone, les propriétés sont toujours conjuguées au féminin singulier, p. ex. « une P126_a_employé (a_été_employé_dans) »].

  • Les noms des propriétés devraient être lus dans leur forme non parenthétique lors d’une lecture dirigée depuis le domaine vers la portée, et dans leur forme parenthétique lors d’une lecture dirigée depuis la portée vers le domaine. Lire une propriété depuis la portée vers le domaine équivaut à l’inverse de cette propriété. En adéquation avec les pratiques de notation OWL actuelles, les propriétés inverses sont identifiées par l’ajout d’un « i » minuscule à la suite du numéro d’identification et de la forme parenthétique complète de la propriété (p. ex. P59i_se_situe_sur_ou_dans est la propriété inverse de P59_a_pour_section (se_situe_sur_ou_dans)).

  • Les propriétés dont la portée est une sous-classe de E59_Valeur_primitive (p. ex. E1_Entité_CRM. P3_a_pour_note : E62_Chaîne_de_caractères) n’ont pas de forme appellative parenthétique, car la lecture depuis la portée vers le domaine n’est pas porteuse de sens.

  • Les propriétés qui ont des domaine et portée identiques sont soit symétriques, soit transitives. Instancier une propriété symétrique implique que la même relation est applicable lors de la lecture depuis le domaine vers la portée et depuis la portée vers le domaine (p. ex. E53_Lieu. P122_est_limitrophe_de : E53_Lieu). Les formes appellatives de propriétés symétriques n’ont pas de forme parenthétique, car la lecture depuis la portée vers le domaine équivaut à la lecture depuis le domaine vers la portée. Les propriétés transitives asymétriques (p. ex. E4_Période. P9_comprend (fait_partie_de) : E4_Période) ont une forme parenthétique qui porte sur la signification de leur direction inverse.

  • Le choix du domaine des propriétés, et donc de l’ordre de leur appellation, est établi selon les priorités suivantes :

  • Entités temporelles (E2_Entité_temporelle et ses sous-classes)

  • Choses (E70_Chose et ses sous-classes)

  • Acteurs (E39_Actant et ses sous-classes)

  • Autres

Note de traduction

Le terme « naming convention » est parfois traduit par « convention d’appellation » ou « convention de nommage”; le terme « convention d’appellation » a été privilégié, car il semble davantage utilisé de manière générale (après avoir fait une brève recherche en ligne) et est entériné par Termium.

Références

OWL Working Group. « OWL - Semantic Web Standards ». Ontologie. Cambridge, USA-MA: World Wide Web Consortium (W3C), 11 décembre 2012. https://www.w3.org/OWL/.

Termium. « Convention Appellation Courriels ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-eng.html?lang=eng&i=1&index=frt&srchtxt=CONVENTION%20APPELLATION%20COURRIELS.

About the logical expressions used in the CIDOC CRM - Des expressions logiques utilisées dans le CIDOC CRM

The present CIDOC CRM specifications are annotated with logical axioms, providing an additional formal expression of the CIDOC CRM ontology. This section briefly introduces the assumptions that are at the basis of the logical expression of the CIDOC CRM (for a fully detailed account of the logical expression of semantic data modelling, see (Reiter,1984)).

The CIDOC CRM is expressed in terms of the primitives of semantic data modelling. As such, it consists of:

  • classes, which represent general notions in the domain of discourse, such as the CIDOC CRM class E21 Person which represents the notion of person;

  • properties, which represent the binary relations that link the individuals in the domain of discourse, such as the CIDOC CRM property P152 has parent linking a person to one of the person’s parent.

Classes and properties are used to express ontological knowledge by means of various kinds of constraints, such as sub-class/sub-property links, e.g., E21 Person is a sub-class of E20 Biological Object, or domain/range constraints, e.g., the domain of P152 has parent is class E21 Person.

In contrast, first-order logic-based knowledge representation relies on a language for formally encoding an ontology. This language can be directly put in correspondence with semantic data modelling in a straightforward way:

  • classes are named by unary predicate symbols; conventionally, we use E21 as the unary predicate symbol corresponding to class E21 Person;

  • properties are named by binary predicate symbols; conventionally, we use P152 as the binary predicate symbol corresponding to property P152 has parent.

  • properties of properties, “.1 properties” are named by ternary predicate symbols; conventionally, we use P14.1 as the ternary predicate symbol corresponding to property P14.1 in the role of.

Ontology is expressed in logic by means of logical axioms, which correspond to the constraints of semantic modelling. In the definition of classes and properties of the CIDOC CRM the axioms are placed under the heading ‘In first order logic’. There are several options for writing statements in first order logic. In this document we use a standard compact notation widely used in text books and scientific papers. The definition is given in the table below.

Les définitions du CIDOC CRM sont annotées d’axiomes qui fournissent de l’information sur l’expression formelle de l’ontologie. Cette section introduit les assomptions qui sous-tendent l’expression logique du CIDOC CRM (pour une revue détaillée de l’expression logique de la modélisation sémantique de données, voir (Reiter, 1984)).

Le CIDOC CRM est exprimé par les concepts primitifs [n.d.t. concept ou sens qui ne peut être défini sans créer de cercle vicieux en raison de son extrême simplicité] de la modélisation sémantique de données, à savoir :

  • les classes qui représentent les principales notions du domaine du discours comme la classe CIDOC CRM E21_Personne qui représente la notion de « personne »;

  • les propriétés qui représentent les relations binaires liant des individus dans le domaine du discours comme la propriété P152_a_pour_parent qui lie une personne à l’un de ses parents.

Les classes et propriétés sont utilisées pour exprimer des connaissances ontologiques par le biais de contraintes telles que des liens de sous-classe/sous-propriété (p. ex. E21_Personne est une sous-classe de E20_Objet_biologique) ou des contraintes de domaine/portée (p. ex. le domaine de P152_a_pour_parent est la classe E21_Personne).

Au contraire, la représentation de connaissances sous forme de logique du premier ordre repose sur un langage permettant d’encoder de manière formelle une ontologie. Ce langage peut être mis en correspondance directe avec la modélisation sémantique de données :

  • les classes sont nommées par des symboles de prédicats unaires; par convention, « E21 » est le symbole de prédicat unaire correspondant à la classe E21_Personne;

  • les propriétés sont nommées par des symboles de prédicats binaires; par convention, « P152 » est le symbole de prédicat binaire correspondant à la propriété P152_a_pour_parent;

  • les propriétés de propriétés « propriétés .1 » sont nommées par des symboles de prédicats ternaires; par convention « P14.1 » est le symbole de prédicat ternaire correspondant à la propriété P14.1_dans_le_rôle_de.

L’ontologie est exprimée logiquement par le biais d’axiomes qui correspondent aux contraintes de la modélisation sémantique. Dans la définition des classes et propriétés de CIDOC CRM, les axiomes sont énoncés dans la section « Logique ». Plusieurs options sont possibles lorsque vient le temps de rédiger des énoncés sous une forme de logique du premier ordre; ce document privilégie une notation compacte standard utilisée dans plusieurs ouvrages et articles scientifiques. Les définitions [n.d.t. pertinentes] sont présentées dans le tableau ci-dessous.

Note de traduction

Le terme « assomption » est peu courant, mais est préféré dans un contexte logique ou mathématique, raison pour laquelle il a été utilisé plutôt que « supposition » ou « hypothèse”.

Références

Symbol

Name

reads

Truth value

Symbole

Nom

Lecture

Valeur de vérité

Operators

Opérateurs

∧

conjunction

and

(φ ∧ ψ) is true

if and only if both φ and ψ are true

∧

conjonction

et

(φ ∧ ψ) est vrai si et seulement si à la fois φ et ψ sont vrais

∨

disjunction

or

(φ ∨ ψ) is true

if and only if at least one of either φ or ψ is true

∨

disjonction

ou

(φ ∨ ψ) est vrai si et seulement si l’un de φ ou ψ est vrai

¬

negation

not

¬φ is true if and only if φ is false

¬

négation

non

¬φ est vrai si et seulement si φ est faux

→

implication

implies,

if … then ..

(φ ⇒ ψ) is true

if and only if it is not the case that φ is true and ψ is false

→

implication

implique que,

si… alors ...

(φ ⇒ ψ) est vrai si et seulement si ce n’est pas le cas que φ est vrai et ψ est faux

↔

equivalence

is equivalent to,

if … and only if …

φ ⇔ ψ is true

if and only if both φ and ψ are true or both φ and ψ are false

↔

équivalence

est équivalent à,

is … et seulement si ...

φ ⇔ ψ est vrai si et seulement si à la fois φ et ψ sont vrais ou qu’à la fois φ et ψ sont faux

Quantifiers

Quantificateurs

∃

existential quantifier

exists,

there exists at least one

∃

quantificateur existentiel

existe,

il existe au moins un

∀

Universal quantifier

forall,

for all

∀

quantificateur universel

pour tous

For instance, the above sub-class link between E21 Person and E20 Biological Object can be formulated in first order logic as the axiom:

(∀x) [E21(x) ⇒E20(x)]

(reading: for all individuals x, if x is a E21 then x is an E20).

In the definitions of classes and properties in this document the universal quantifier(s) are omitted for simplicity, so the above axiom is simply written:

E21(x) ⇒E20(x)

Likewise, the above domain constraint on property P152 has parent can be formulated in first order logic as the axiom:

P152(x,y) ⇒E21(x)

(reading: for all individuals x and y, if x is a P152 of y, then x is an E21).

These basic considerations should be used by the reader to understand the logical axioms that are used into the definition of the classes and properties. Further information about the first order formulation of CIDOC CRM can be found in (Meghini & Doerr, 2018).

Le lien de sous-classe susmentionné entre E21_Personne et E20_Objet_biologique peut être formulé, en logique du premier ordre, par l’axiome suivant :

(∀x) [E21(x) ⇒E20(x)]

(à savoir : pour tout individu x, si x est un E21 alors x est un E20).

Dans la définition des classes et propriétés de ce document le(s) quantificateur(s) universel(s) sont omis par soucis de simplicité, de sorte que cet axiome prend la forme suivante :

E21(x) ⇒E20(x)

De la même manière, la contrainte du domaine de la propriété P152_a_pour_parent peut être formulée, en logique du premier ordre, par l’axiome suivant :

P152(x,y) ⇒E21(x)

(à savoir : pour tous les individus x et y, si x est un P152 de y, alors x est un E21).

Ceci devrait être utilisé par le lecteur afin de comprendre les axiomes utilisés dans la définition des classes et des propriétés. (Meghini & Doerr, 2018) offrent plus d’informations sur la formulation de logique du premier ordre dans le CIDOC CRM.

Note de traduction

Les termes « quantifiant » ou « quantificateur » peuvent tous deux être utilisés pour désigner des « quantifiers”, la seconde option a été privilégiée pour éviter toute confusion avec le gérondif.

Références

Termium. « quantifier ». Dans Termium Plus. Ottawa, CA-ON: Gouvernement du Canada, 8 octobre 2009. https://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?lang=fra&i=1&srchtxt=quantifier&index=ent&codom2nd_wet=1#resultrecs.