Gestion des variantes linguistiques à l'exemple de notre iiRDS

Établir des relations entre les différents topics au niveau de la langue et de la version avec l'iirds:InformationObject

L'image montre des mains d'enfants peintes de couleurs vives devant un panneau sur lequel est inscrit le mot "Bonjour" dans de nombreuses langues.

Dans ce billet de blog, nous mettons l'accent sur la manière dont nous avons mis en œuvre la relation entre les différentes langues de nos billets de blog. Comment faire pour qu'il soit possible de changer de langue au sein d'un même message ? Qu'est-ce qui se cache derrière tout cela du point de vue de la logique de l'information et de la technique ?

Connexion entre les variantes linguistiques via iirds:InformationObject et iirds:is-version-of

Un iiRDS topic décrit toujours un ensemble de métadonnées pour une expression concrète dans une langue et une version concrète. Chaque iiRDS topic se voit donc attribuer une ID propre dans l'attribut @rdf:about et est ainsi clairement identifiable, quelle que soit la version ou la langue.

Dans notre cas d'application 'blog', il est essentiel de savoir dans quelles langues et versions ce contenu est encore présent dans le système.

En effet, nous voulons que nos lecteurslectriceslecteurs et lectriceslecteur·rice·s puissent basculer, dans chaque article de blog, vers les autres langues dans lesquelles cet article a été traduit. Et pour cela, les articles du blog doivent avoir une relation entre eux.

Pour cela, nous avons établi une relation avec une ressource virtuelle générale. Dans iiRDS, cette ressource s'appelle iirds:InformationObject, avec lequel une relation est établie par la propriété iirds:is-version-of.

<iirds:Topic rdf:about="https://www.c-rex.net/ns/iirds/td/cms/c-rex-dts_001_de-DE">
    <iirds:title xml:lang="de-DE">Nie wieder Probleme mit Daten im falschen Format</iirds:title>
    <iirds:language>de-DE</iirds:Language>
    <iirds:revision>001</iirds:Language>
    <iirds:is-version-of>
        <iirds:InformationObject rdf:about="https://www.c-rex.net/ns/iirds/td/cms#c-rex-dts"/>
    </iirds:is-version-of>
</iirds:Topic>

Ainsi, il est possible d'accéder à un topic concret et de faire une requête au système, avec laquelle tous les topics ayant le même ID de base de l'iirds:InformationObject seront par exemple interrogés.

On obtient ainsi toutes les versions et langues qui ont une relation correspondante avec le topic actuel.

Si l'on restreint davantage la requête en demandant une version concrète et une langue concrète, il est possible de passer au topic actuel dans une autre langue sur le portail.

Avantages de l'utilisation d'iiRDS pour la gestion du multilinguisme

Celui qui met en œuvre sa conception de l'information de cette manière a le grand avantage que chaque nouvelle langue qui s'ajoute est déjà attribuée automatiquement. Elle ne doit pas être gérée manuellement comme dans certains autres systèmes par des entrées dans des fichiers config ou des tableaux de correspondance d'URL.

Comme les lecteurslectriceslecteurs et lectriceslecteur·rice·s assidues de notre blog le savent, nous utilisons Machine Translation pour la traduction.

Nous avons illustré dans le gif animé suivant la rapidité et la facilité avec laquelle nous pouvons ajouter une nouvelle langue. Dans l'exemple, il s'agit de la traduction puis de la publication du blog en polonais via l'appel de deux scénarios de transaction que nous avons mis en place à cet effet. Les deux scénarios dans l'environnement oXygen XML ont été choisis à titre d'illustration. La publication peut être intégrée sans problème dans un processus Daily Build et donc être entièrement automatisée dès qu'un article est validé.

Dans ce fichier animé, on peut voir le processus de traduction et de publication d'un article de blog de l'allemand vers le polonais. — Flux de travail d'un processus de traduction automatisé avec c-rex.net DTS

Ceux qui souhaitent comprendre cela en détail peuvent lire notre article Pourquoi nous utilisons iiRDS et c-rex.net IDS pour notre blog ?.

Langage de surface et langage de contenu

Lors de la mise en œuvre de notre blog, nous avons également dû réfléchir à la différence entre la langue de l'interface utilisateur et la langue du contenu. Une différence significative.

Lorsque la langue est changée dans le menu, à quoi s'attendent utilisateursutilisateuresutilisateurs et utilisateuresutilisateur·e·s? Continuer à avoir une interface utilisateur en français et les contenus dans les langues respectives ? Ou l'interface utilisateur doit-elle également passer à la langue sélectionnée ?

Pour un blog, la réponse à cette question est probablement simple. Lorsque utilisateursutilisateuresutilisateurs et utilisateuresutilisateur·e·s trouvent le contenu en polonais sur le web, elles souhaitent également voir la page entièrement en polonais. Et c'est pourquoi nous avons choisi de le faire sur notre blog.

Néanmoins, il peut y avoir d'autres cas. Il est courant de proposer certains contenus dans de nombreuses langues différentes et d'autres uniquement en anglais.

Pour nous, en tant qu'entreprise de logiciels qui n'utilise pas seulement des routines de données, des processus automatisés pour elle-même, mais qui les propose comme services à nos clients, nous devons distinguer ces deux cas lors de l'implémentation de base d'un workflow de traduction automatisé et permettre également de mettre à disposition des contenus de repli (polonais non disponible, donc anglais) dans une langue concrètement choisie.