Une correspondance documentée qui précise comment les éléments, qualificateurs et valeurs d’un jeu d’éléments de métadonnées correspondent à ceux d’un autre, incluant les règles de transformation, les attentes de cardinalité et les équivalences de vocabulaires contrôlés, afin de permettre l’interprétation et la réutilisation inter‑systèmes automatisée ou manuelle ; les mappages peuvent être partiels ou entraînant une perte d’information lorsque les schémas source et cible diffèrent en expressivité ou en structure.

Principe

Une correspondance rend l’interopérabilité opérationnelle en codant des règles explicites de traduction ; lorsque les modèles source et cible diffèrent, la correspondance doit préciser comment représenter ou exclure l’information, faisant de la perte d’information une propriété intrinsèque sauf si le mappage est bijectif et préserve sémantique et qualificateurs.

Démonstration

Scénario illustratif : Situation — Une bibliothèque régionale veut partager des notices MARC vers un service de découverte central utilisant Dublin Core. Reconnaissance — Des analystes rédigent une correspondance qui mappe MARC 245 → DC:title, MARC 100 → DC:creator, et définit la concaténation des multiples champs 650 en DC:subject avec délimiteur. Action — Un processus d’ingestion applique les règles, normalise les dates et mappe les notices de vocabulaire contrôlé lorsque possible. Conséquence — Titres et auteurs principaux sont conservés ; les sujets hiérarchiques complexes et la sémantique des sous‑champs sont aplatis ou omis, réduisant la précision pour la navigation thématique.

Mauvaise application

Considérer chaque élément mappé comme sémantiquement identique et interchangeable ; l’erreur plausible consiste à supposer une équivalence univoque sans tenir compte des qualificateurs, du contexte structurel ou des différences de vocabulaires contrôlés, entraînant un usage incorrect des métadonnées et de fausses affirmations d’équivalence.

Conséquence

Bien documentées, les correspondances facilitent l’échange de métadonnées, le moissonnage et l’interopérabilité basique entre systèmes ; mal spécifiées ou utilisées sans provenance, elles produisent des métadonnées ambiguës, dégradées ou trompeuses et peuvent propager des erreurs de mappage entre services.

Inversion

Si les deux systèmes partagent un modèle formel expressif commun ou une ontologie partagée (de sorte que les mappages sont sans perte et réversibles), une simple correspondance peut être inutile ; inversement, lorsque les correspondances tentent de mapper des constructions fondamentalement incompatibles (p. ex. hiérarchies imbriquées vers des champs plats), leur efficacité est limitée et des approches alternatives (extension de schéma ou données liées) sont préférables.

Limite

Clairement dans le périmètre — un document de mappage élément‑à‑élément définissant règles de transformation et mappages de valeurs. Cas limite — mapper un schéma de sujets hiérarchique (avec facettes et relations) dans un champ sujet plat dont l’interprétation dépend de l’usage en aval. Claire‑ment hors périmètre — traduction de contenu en langage naturel, conversion de format binaire des flux de données ou correspondances informelles sans règles de transformation ni provenance.

Tension sémantique

Spécificité versus interopérabilité : des métadonnées locales riches préservent des significations nuancées mais résistent au mappage uniforme ; une cible plus simple facilite l’interopérabilité large mais peut sacrifier la finesse sémantique.

Synthèse

Une correspondance est un outil pragmatique de traduction : sa valeur tient à des règles explicites, des hypothèses documentées et à l’acceptation que certaines nuances sémantiques ne survivront pas à la traduction sans un modèle partagé plus expressif.