Z39.50 pour permettre la recherche

Comme vous venez de le voir, le type de serveur de recherche à installer ou à créer dépend du protocole de recherche (ou langage technique) que vous utilisez. Comme tous les langages, techniques ou non, chaque protocole comporte des exigences, des avantages et des inconvénients.

Le Portail de découverte de GéoConnexions fonctionne essentiellement avec le protocole de recherche Z39.50 pour permettre la recherche et l'extraction d'information, de documents plein texte, de données bibliographiques, d'images et d'information multimédia dans un environnement réseau réparti. Alors que le protocole HTTP est un protocole Internet de transfert hypertexte basé sur des requêtes sous forme d’URL, le protocole Z39.50 est un protocole Internet d’extraction de métadonnées basé sur un ensemble de spécifications de recherche détaillées dans la requête.

Certains protocoles de recherche ont plusieurs profils. Un profil identifie un jeu de normes de base ainsi que les options et les paramètres appropriés, nécessaires à l’accomplissement de fonctions identifiées, incluant : a) l’interopérabilité et b) la méthodologie de référence de diverses utilisations de normes de base pour les utilisateurs et les fournisseurs.

Le protocole Z39.50 est approuvé par l'organisme national de normalisation des États-Unis, l'ANSI, mais est largement utilisé dans de nombreux domaines d'application à travers le monde. Le FGDC a mis au point un profil d’application Z39.50 pour les métadonnées géospatiales appelé GEO. Celui-ci contient des spécifications sur la façon d’implanter les éléments de métadonnées CSDGM (Content Standard for Digital Geospatial Metadata) dans un service Z39.50.

Le profil Z39.50 GEO indique qu’un serveur de profil Z39.50 GEO doit :

• utiliser Init, Request, Present : c.-à.-d. 3 des 10 services et opérations disponibles;
• reconnaître 340 attributs pouvant être utilisés par le profil. De ce nombre, 17 doivent être acceptés par le serveur pour être utilisés dans les requêtes de recherche client. Chaque attribut correspond aussi à un type de données recommandé (p. ex. chaîne [string], entier [integer]);
• reconnaître 18 relations (p. ex. « égal à », « proche ») qui doivent être acceptées dans une requête de recherche client.