En plus d’intégrer la nouvelle charte graphique de l’ANS, cette nouvelle livraison a permis de prendre en compte un grand nombre de nouveautés pour les utilisateurs du Serveur Multi-Terminologies. Nous vous proposons d’exposer ici les principales avancées ! Il est à noter que nous travaillons déjà sur une nouvelle version, qui apportera également son lot d’évolutions.

Fonction recherche

Le premier élément impacté est la fonctionnalité de recherche de concepts : l’utilisateur a désormais accès à l’historique de ses recherches :

Cet historique est directement accessible par le lien « Accéder à l’historique des recherches », sous le formulaire de recherche de concepts.

De plus, les résultats de recherches de concepts présentent maintenant plus d’informations :

Enfin, la pertinence des résultats de la recherche de concepts a été améliorée dans les cas où une langue est sélectionnée dans le formulaire de recherche.

Ergonomie :

En plus de la charte graphique revue, l’ergonomie de l’application a été améliorée : un utilisateur voit maintenant immédiatement quand il risque de ne pas trouver les concepts de certaines Terminologies parce que celles-ci sont protégées et qu’il n’est pas connecté :

Cette information apparaît dans le catalogue des concepts et sur le client web SPARQL.

En complément, dans les vignettes de résultat de la recherche de Terminologies, un lien « Afficher les concepts liés » permet d’accéder directement à l’arbre des concepts, sans passer par la fiche de la Terminologie dans le catalogue.

API

Enfin, plusieurs éléments notables ont évolué dans la partie API :

• Ajout de l’API de recherche de concept par code (propriété skos:notation) ;
• Suppression de la recherche de concept par propriété ;
• Ajout d’une information « date de publication » dans les résultats de recherche de Terminologies. Cette nouvelle information permettra d’identifier de manière certaine une nouvelle publication de Terminologie dans le SMT (l’identifiant et le numéro de version d’une Terminologie ne suffisent pas : il arrive qu’ils ne changent pas si la publication correspond à un changement mineur) ;
• La page de documentation des API (Swagger) contient maintenant un bouton « Authorize » qui permet de s’authentifier, puis de tester les autres API sans devoir renseigner le paramètre « accessToken » :

• L’API /wp-json/ans/terminologies/versions est dépréciée. Il convient d’utiliser maintenant l’API /wp-json/ans/terminologies/versions-details (qui ajoute la nouvelle information « date de publication » en résultat).
• Le paramètre « accessToken » est déprécié dans les différentes API qui l’utilisent. Il convient maintenant d’utiliser le header HTTP « Authorization » avec une valeur de type Bearer Token (« Bearer xxxxxxx… »).

Le CGTS communiquera prochainement de manière plus large au sujet des API et paramètres d’API dépréciés.

Nous restons comme toujours à votre écoute : n’hésitez pas à nous contacter !