|
|
Au sujet du profilLe profilL'Organisme responsableRessources |
Le profil Bath :Une spécification internationale de la norme Z39.50 pour les fonctions bibliothéconomiques et la découverte de ResourcesVersion 2.0Conçu par le Groupe de développeurs du profil Bath (Participants aux réunions du profil Bath, d'août 1999 à avril 2002) Organisme responsable du profil Bath Ébauche 3 - Octobre 2002 Table des matières3. Exigences fonctionnelles
Annexe A : Exemples d'emploi de la troncature et de la complétude Annexe B : Définition du type de document en langage de balisage extensible (XML) pour Dublin Core Simple Annexe C : Définitions des schémas XML pour les noms d'ensemble d'éléments relatifs au transfer de données sur les fonds (Holdings Retrieval Element Set Names) Chronologie des révisionsLa Version 2 du profil Bath englobe tous les correctifs et toutes les précisions avalisées avant avril 2002, y compris les résultats des discussions tenues lors des réunions sur le profil Bath de septembre 2000 à St John's (Terre-Neuve), d'octobre 2001 à Boston Spa (Royaume-Uni) et d'avril 2002 à Dublin (Ohio). Chronologie Juin 2002 - ajout de texte au domaine de fonctionnalité B pour tenir compte des points convenus à la réunion sur le profil Bath de Dublin (Ohio) (Mark Needleman, Joe Zeeman) Administration du profilLa Bibliothèque nationale du Canada (BNC) est l'organisme responsable du profil Bath (PB) et en assure le développement global. Elle est l'Éditeur du PB. Le Groupe de développeurs du Profil Bath (un groupe informel et bénévole composé de bibliothécaires, de développeurs de la norme Z39.50 et de fournisseurs) agit à titre consultatif auprès de l'éditeur du PB. L'évolution du PB se fera en fonction des exigences et des besoins fonctionnels des milieux bibliothéconomiques internationaux et des développeurs du PB. Pour connaître les dernières nouvelles au sujet du profil Bath et de son développement veuillez consulter la page Web suivante http://www.collectionscanada.gc.ca/bath/ Si vous désirez souligner des défaillances, veuillez remplir le formulaire à cet effet à l'adresse http://www.collectionscanada.gc.ca/bath/mp-defectreportform.htm. RemerciementsCe document est le résultat de plusieurs années de travail pour élaborer un profil définissant les spécifications Z39.50 qui puissent résoudre les problèmes d'interopérabilité survenant lors de recherches dans les catalogues des bibliothèques. En août 1999, un groupe de personnes se réunissait à Bath, au Royaume-Uni, pour trouver des solutions afin d'améliorer l'interopérabilité sémantique entre les divers systèmes Z39.50 utilisés pour les fonctions bibliothèques. Les participants à cette réunion représentaient divers projets, initiatives, groupes d'intérêt et les principaux développeurs de profils pour la norme Z39.50. Ils avaient également le but de développer une spécification internationale de la norme Z39.50 pour les logiciels de bibliothèques. La première version du Profil Bath est le fruit de ces efforts. Voici les personnes qui ont assisté à la première réunion à Bath :
Le Joint Information Systems Committee (JISC) des Higher Education Funding Councils de l'Angleterre, du pays de Galles, de l'Écosse et de l'Irlande du Nord a apporté son soutien financier à cette réunion. La Version 2 du Profil intègre le travail de ONE2/DanZIG et NISO SC AV sur les fonds documentaires, les efforts de Larry Dixson (de la Library of Congress - ldix@loc.gov) en ce qui a trait à l'ébauche du domaine de fonctionnalité D, et à ceux de Joe Zeeman (The Library Corporation - joe.zeeman@tlcdelivers.com) et de Mark Needleman (société Sirsi - markn@sirsi.com) pour l'ébauche du nouveau domaine de fonctionnalité B. 1. Présentation du ProfilCe document décrit un sous-ensemble de spécifications de la norme Z39.50 de recherche de l'information (ANSI/NISO Z39.50/ISO Z3950) pour l'utilisation dans les produits logiciels Z39.50, clients et serveurs. La conformité aux spécifications de ce profil améliorera la capacité internationale ou extranationale de recherche et d'extraction dans les catalogues de bibliothèques, les catalogues collectifs et autres services électroniques de recherche de Resources informationelles dans le monde. Le Profil évoluera en fonction des changements apportés à l'environnement et à la norme; il a pour but de faciliter la mise en commun des Resources à l'échelle mondiale. Ce Profil se fonde sur les leçons tirées d'autres efforts de mise en place de profils visant à résoudre les problèmes d'interopérabilité lors des recherches dans les catalogues de bibliothèques et le développement de catalogues collectifs virtuels. Mentionnons notamment les contributions suivantes :
Carrol Lunau et Joe Zeeman ont publié il y a quelque temps un document intitulé Z39.50 Basic Searching of Bibliographic Systems: A Discussion Document qui décrit bien les difficultés éprouvées par les utilisateurs lors des recherches dans les catalogues de bibliothèques et la nécessité d'un profil international pour faciliter la chose. Le profil Bath (PB) est modulaire et permet la spécification éventuelle d'exigences fonctionnelles distinctes mais compatibles englobant une gamme de fonctions utiles aux bibliothécaires et aux usagers des bibliothèques. Le profil est structuré en domaines de fonctionnalité qui regroupent des exigences fonctionnelles similaires, des spécifications Z39.50 et des niveaux de conformité. Les clients-Z et serveurs-Z pourront se conformer au PB à un ou plus d'un niveau de conformité dans un domaine de fonctionnalité ou plus. Cette version du PB décrit quatre domaines de fonctionnalité :
On pourra éventuellement définir d'autres domaines de fonctionnalité comme un domaine de fonctionnalité pour la mise à jour de catalogues collectifs et un autre pour la commande de titre et la livraison de documents. En outre, les niveaux de conformité sont précisés de façon distincte pour chacun des domaines de fonctionnalité. En général, ces niveaux sont les suivants :
Chaque niveau de conformité définit les spécifications et le comportement des serveurs et des clients Z39.50. 2. But et portéeLe but du profil Bath est de cerner les caractéristiques de la norme Z39.50 nécessaires pour soutenir l'utilisation efficace du logiciel Z39.50 pour une gamme de fonctions bibliothéconomiques telles que la recherche et le transfert de données bibliographiques à partir de catalogues de bibliothèques, le transfert d'information sur les fonds documentaires, les recherches interdomaines entre bibliothèques, musées et archives, la recherche et le transfert de notices d'autorité à partir de catalogues en ligne, la mise à jour des catalogues collectifs, la commande de titre et la livraison de documents. La mise en place de ce profil par les développeurs de systèmes rehaussera l'interopérabilité entre les divers systèmes et améliorera les résultats des recherches dans chacun des domaines de fonctionnalité particuliers. L'utilité de ce profil est double. Son but premier est de définir des fonctionnalités de base et les spécifications Z39.50 qui permettront des recherches internationales ou extranationales, particulièrement lorsque le client-Z n'a pas d'information précise au sujet d'un ou de plusieurs serveurs-Z. De plus, les spécifications du profil fournissent les fondements pour l'interopérabilité entre les clients-Z et les serveurs-Z, en dehors des domaines de compétence de la région, du pays ou de l'État, de la collectivité ou du projet, lorsque leurs propres profils intègrent les spécifications du profil Bath. Les principales fonctionnalités et les spécifications définies dans le PB sont destinées à servir de véritable sous-ensemble aux profils régionaux, nationaux ou étatiques, ou aux profils développés par des collectivités ou des projets. Les clients et les serveurs conformes au PB pourront aussi accueillir d'autres recherches et fonctionnalités définies ailleurs si ces dernières n'entrent pas en contradiction avec les spécifications du PB. Le repérage d'information n'est pas une fin en soi mais plutôt une étape d'une activité plus large telle que le prêt interbibliothèques, le catalogage, le service de référence, les acquisitions ou la mise à jour de catalogues. Pour cette raison, le PB sera développé de façon progressive afin d'y incorporer des fonctionnalités rehaussées qui rendront possibles d'autres fonctions bibliothéconomiques. Le principal but visé par le profil Bath est d'accroître l'interopérabilité sémantique entre systèmes différents pour que les utilisateurs finaux puissent faire appel aux clients-Z pour effectuer leurs recherches dans les catalogues et estimer qu'ils ont extrait des ensemble de résultats valides. Un des éléments clés du PB est la caractérisation des types de recherches demandées par les bibliothécaires et les usagers des bibliothèques. À cette fin, le PB définit des recherches spécifiques et de quelle façon la sémantique de ces recherches doit être exprimée dans le vocabulaire de Z39.50. Le PB ne précise pas de pratiques ou de décisions en matière d'indexagetion local. Toutefois, l'interopérabilité sémantique peut être affectée par des décisions d'indexagetion ne servant que des fins locales. Puisque le PB définit les recherches de base demandées par les usagers, les développeurs pourraient utiliser ces types de recherches pour orienter leur choix en matière d'indexationge locale. Les problèmes de terminologie sont inévitables dans un document de ce type. Prenons par exemple les termes « points d'accès », « index », « champs » et « éléments de données ». On utilise souvent en bibliothéconomie la phrase « effectuer une recherche dans tel ou tel champ » et alors qu'au niveau système, cette recherche peut se faire en faisant correspondre le terme de recherche avec des enregistrements répertoriées dans un index généré par le système en question. On peut considérer les points d'accès comme des champs de recherche pour une notice, tels que représenté par l'index créé à partir de données de ces champs. Pour la recherche interdomaines, le concept de « champ » peut être complètement absent. Dans la définition de recherches pour catalogues de bibliothèques, la description fait référence à des champs et des index. Dans la définition de recherches interdomaines, la description fait plutôt référence à des éléments de données et des index. On s'attend à ce que les versions subséquentes du PB puissent intégrer, sans y être toutefois limitées, les fonctions additionnelles suivantes :
3. Exigences fonctionnellesCe chapitre décrit les exigences fonctionnelles définissant les spécifications Z39.50 pour cette version du profil Bath (PB). Ces exigences ont principalement trait à la recherche et le transfert de renseignements bibliographiques à partir de catalogues de bibliothèques, la recherche et le transfert d'information sur les fonds documentaires, la recherche et le transfert interdomaines pour la découverte de Resources, et la recherche et le transfert de notices d'autorité. Les exigences fonctionnelles décrites dans les chapitres qui suivent sont regroupées dans quatre domaines de fonctionnalité :
Les spécifications pour chacun des domaines de fonctionnalités et des niveaux de conformité sont décrites au chapitre 5 Conformité. 3.1. Recherche et transfert de données bibliographiques Les usagers des bibliothèques effectuent une foule de transactions de recherche et d'extraction de renseignements. Les exigences fonctionnelles pour ces recherches décrivent en détail un nombre limité de recherches de base et avancées, l'exploration des index et les mécanismes appropriés de transfert dont les usagers des bibliothèques ont besoin lorsqu'ils interagissent avec les catalogues de bibliothèques et les autres services électroniques de découverte de Resources. 3.1.1. Recherche bibliographique de base Les bibliothécaires et usagers de bibliothèques ont une foule de comportements de recherche. Le type de recherches bibliographiques de base retenu pour le PB se fonde sur les nombreux efforts de développement d'autres profils pour la norme Z39.50 :
Compte tenu de ces comportements de recherche diversifiés, le chapitre 5.A Domaine de fonctionnalité A : Recherche et transfert de données bibliographiques, concernant principalement les catalogues de bibliothèques, décrit trois niveaux de recherche : Le Niveau de recherche 0, qui peut être vu comme un ensemble de recherches de base axées sur les résultats les plus nombreux plutôt que sur la précision. Les recherches du Niveau 0 fournissent la fonctionnalité de base pour les recherches communes par auteur, titre et sujet; ces recherches de base sont probablement disponibles dans les implémentations existantes. Le Niveau 1 englobe toutes les recherches du Niveau 0 et définit des recherches supplémentaires pour accroître la précision de la fonction de recherche et de transfert. Les développeurs sont invités à inclure dans leurs systèmes les recherches de Niveau 1. Le Niveau 2 englobe les recherches des Niveaux 1 et 0 et définit des recherches supplémentaires qui donnent accès à des données bibliographiques plus précises comme les titres-clé de publications en série. Chacune des recherches définies aux Niveaux 0, 1 et 2 inclut une description du comportement prévu et stipule la combinaison d'attributs que les clients-Z doivent envoyer et que les serveurs-Z doivent supporter. 3.1.2. Exploration d'index Les bibliothécaires et les usagers de bibliothèques utilisent souvent la fonction de feuilletage d'un système local pour identifier les termes appropriés pour une interrogation. La recherche basée sur le feuilletage peut aider les usagers à améliorer leur sélection de termes de recherche pour leur interrogation. Cette application fonctionnalité est souvent employée conjointement à la recherche d'un élément connu. Une telle recherche par feuilletage peut être une stratégie de recherche alternative pour certaines exigences de recherche énumérées à la section 3.1.1. La capacité d'explorer les index est une fonctionnalité de la part des implémentations Z39.50 laquelle peut être satisfaite via l'implementation Z39.50 SCAN. Le Niveau 1 traite de cette exigence. 3.1.3. Transfert de données bibliographiques Ce profil prévoit le transfert de notices bibliographiques à partir de catalogues de bibliothèques. Compte tenu de l'existence de formats nationaux MARC, le transfert de telles notices présente des défis d'interopérabilité. Les serveurs-Z doivent soutenir le transfert des notices bibliographiques abrégées ou complètes dans un format MARC accepté internationalement. Selon leurs exigences commerciales, les serveurs-Z peuvent aussi soutenir le format de texte clair pour permettre l'interopérabilité. Le profil Bath suppose que les autres profils (au niveau régional, national, étatique, local ou au niveau d'un profil particulier), qui sont compatibles à ce profil international, précisent des exigences additionnelles comme celle du format préférentiel MARC pour le transfert de notices des bases de données MARC dans une région, un pays ou un État, une localité ou un profol particulier. 3.2. Recherche et transfert de données bibliographiques sur les fonds Un des facteurs clés d'une infrastructure qui permette la mise en commun des Resources entre bibliothèques est la possibilité d'identifier les collections qui contiennent certaines Resources d'information. Les bibliothécaires ont besoin de l'information sur les fonds pour mettre en commun leurs Resources et les usagers des bibliothèques ont besoin de cette information pour savoir où aller pour utiliser ou emprunter des Resources documentaires. L'information sur les fonds devrait donner à l'usager une description suffisante du document pour qu'il soit en mesure de prendre la décision d'en faire la demande ou de permettre à l'usager de le localiser. Le transfert de l'information sur les fonds requiert la syntaxe d'enregistrement XML pour le Niveau de conformité 1 et plus, et exige le support du schéma pour les données des fonds du ZIG (ZIG Abstract Holdings Schema) tel que précisé dans le domaine de fonctionnalité B. Quant aux spécifications pour la recherche dans les fonds, elles ne font pas partie de la Version 2 de ce profil. 3.3. Recherche et transfert d'information provenant de divers domaines (interdomaines) Les bibliothécaires et usagers de bibliothèques souhaitent avoir un accès uniformisé aux Resources informationnelles interdomaines, surtout en ce qui a trait à la découverte de Resources mettant en jeu des recherches dans de nombreux types de Resources documentaires. Il existe un besoin pour une recherche documentaire interdomaines efficace qui couvre un réseau de Resources regroupant des catalogues de bibliothèques, de l'information gouvernementale, des systèmes de musées et les archives. Un usager pourra ainsi envoyer une seule recherche à une ou plusieurs de ces Resources. Par exemple, un usager dans une bibliothèque peut vouloir faire une recherche à la fois dans un catalogue local, dans un ou plusieurs systèmes de musées et dans des archives pour trouver de l'information sur un artiste en particulier. Un client-Z d'une bibliothèque, configuré pour permettre la recherche interdomaines, pourrait envoyer des interrogations aux systèmes Z39.50 de musées et d'archives accessibles et configurés pour soutenir la recherche interdomaines. De la même façon, le conservateur d'un musée pourrait utiliser un client-Z de musée configuré pour soutenir la recherche interdomaines afin d'effectuer une recherche dans le système local du musée, dans un ou plusieurs systèmes d'autres musées, dans un ou plusieurs catalogues de bibliothèques et dans les Resources du gouvernement, si ces systèmes ont l'accessibilité Z39.50 et la configuration nécessaire pour soutenir la recherche interdomaines. Pour assurer l'interopérabilité en ce qui a trait à l'extraction de telles Resources, l'usage de syntaxes d'enregistrement normalisées est nécessaire. La syntaxe simple et non structurée pour enregistrements de type de type «texte« de Z39.50 (SUTRS) et le langage de balisage extensible (XML) répondent à ces exigences. Le profil Bath présume que le comportement de base pour la recherche interdomaines lors de la découverte de Resources est semblable à celui défini pour la recherche bibliographique de base. Par conséquent, les recherches bibliographiques de base définies au Niveau 0 sont requises pour celles de Niveau 0 interdomaines. Le Niveau 1 de la recherche interdomaines a également des éléments communs avec le Niveau 1 de la recherche bibliographique de base mais les exigences y sont moindres en ce qui a trait aux recherches avancées et ce niveau requiert le soutien de la recherche par phrase sans ancrage. 3.4. Recherche et transfert de notice d'autorité Le profil Bath traite de la recherche de notices dans les fichiers d'autorité des bibliothèques. Les usagers de bibliothèques peuvent effectuer une panoplie de recherches et ce profil précise les exigences fonctionnelles pour les types de recherches suivantes :
Le Niveau 1 définit une série de recherches de base dans les fichiers d'autorité. Les recherches additionnelles sont définies au Niveau 2, qui comprend également les exigences fonctionnelles du Niveau 1. Pour l'extraction des notices d'autorité, un client-Z doit pouvoir recevoir les notices dans les syntaxes MARC21 ou SUTRS. Les serveurs-Z doivent pouvoir livrer les notices en MARC21. En outre, on encourage les clients et les serveurs à supporter la syntaxe UNIMARC. 4. Z39.50 SpecificationsCe chapitre résume les spécifications générales Z39.50 nécessaires aux exigences fonctionnelles décrites au chapitre 3. 4.1. Version du protocole Selon le domaine de fonctionnalité et le niveau de conformité, le profil Bath (PB) requiert soit la Version 2 soit la Version 3 du protocole Z39.50 -1995. On encourage l'utilisation de la Version 3 pour toutes les implémentations, mais pour le moment, la Version 2 permet la conformeité à certaines spécifications prescrites par ce profile. La Version 3 permet de l'utilisation d'ensembles d'attributs multiples lors d'une interrogation. Cette capacité est requise par certains profils nationaux qui sont une extension du PB pour les exigences locales. 4.2. Objets Z39.50 Le PB utilise un nombre d'objets Z39.50 enregistrés. Le tableau qui suit énumère tous les objets Z39.50 dont font référence les quatre domaines de fonctionnalité.
Le chapitre 5 - Conformité traite du soutien requis de la part des clients et serveurs-Z pour ces objets enregistrés. Pour de plus amples renseignements sur les objets enregistrés Z39.50 veuillez vous référer à l'organisme responsable de Z39.50 (Z39.50 Maintenance Agency). et au registre d'identificateurs d'objets Z39.50 (Z39.50 Registry of Object Identifiers). 4.3. Services Z39.50 Le PB spécifie l'utilisation des services Z39.50 suivants :
Veuillez vous référer au chapitre 5 - Conformité pour les exigences précises liées à ces services Z39.50. Aucun autre service additionnel n'est requis pour être conforme au PB. Les clients-Z et les serveurs-Z peuvent à leur choix utiliser d'autres services Z39.50. Les procédures de négociation standard du service Init (initialisation ou lancement) Z39.50 contrôlent l'utilisation de tous les services. 4.3.1. Initialisation (Init) Les clients-Z qui sont conformes au PB peuvent utiliser les paramètres d'authentification IDAuthentication pour transmettre leurs renseignements d'autorisation (p. ex., identification d'utilisateur et mot de passe). Les serveurs-Z qui sont conformes peuvent ou non exiger l'authentification. Le PB ne spécifie aucune autre exigence en matière de sécurité. Il serait bon que les clients-Z connaissent à l'avance les règlements d'authentification particuliers des serveurs-Z pour être ainsi prêts à fournir leur code d'utilisateur et leur mot de passe. Pour certains niveaux de conformité, le PB requiert la négociation du jeu de caractères pour les clients et les serveurs-Z (voir le chapitre 5 - Conformité). 4.3.2. Recherche (Search) : type d'interrogation et ensembles d'attributs Le PB requiert des clients-Z et serveurs-Z qu'ils utilisent les interrogations Z39.50 de Type 1 (c.-à-d., les structures d'interrogation booléenne d'usage général). Le paramètre Result-set-Name nom d'ensemble de résultats) est requis des serveurs-Z et ces derniers doivent être en mesure de retenir au moins deux ensembles de résultats nommés pour la durée d'une session. Dans certains cas exceptionnels, les serveurs peuvent outrepasser cette exigence. Afin d'adapter les exigences de recherche aux quatre domaines de fonctionnalité du PB, les clients-Z et serveurs-Z doivent utiliser l'ensemble d'attributs suivant :
Les clients et serveurs-Z conformes vont soutenir les types et valeurs d'attributs précisés au chapitre 5 - Conformité. Dans le présent contexte, le vocable « soutenir » signifie que :
Cela veut dire que toutes les implémentations qui sont conformes au PB doivent avoir les capacités de recherche des types et valeurs d'attributs déterminés pour chaque domaine de fonctionnalité et chaque niveau de conformité pour lesquels elles se disent conformes (voir le chapitre 5 - conformité). Les clients-Z et les serveurs-Z peuvent aussi utiliser les types et valeurs d'attributs d'autres ensembles d'attributs privés ou publics en plus de ceux requis par ce profil. Les recherches complexes avec mots clés peuvent être exprimées avec des opérateurs booléens pour connecter un ou plusieurs opérandes, et où les opérandes sont construits à l'aide des recherches définies dans ces spécifications. L'ensemble d'attributs Bib-1 joue un rôle primordial dans ce profil autant pour la recherche bibliographique de base que pour la recherche interdomaines. La sémantique pour la plupart des attributs Bib-1 spécifiés par ce profil est décrite au document Attribute Set bib-1 (Z39.50-1995): Semantics (September 1995) de l'organisme responsable de la norme Z39.50. Les valeurs actuelles des attributs Bib-1 ne sont cependant pas toutes définies dans ce document. Toutefois, l'ensemble complet d'attributs Bib-1 est disponible à l'adresse URL http://lcweb.loc.gov/z3950/agency/defns/bib1.html. Le tableau qui suit résume les types et valeurs d'attributs dont on fait référence dans les domaines de fonctionnalité A, C et D :
4.3.3. Transfert : Syntaxes des notices Pour l'interopérabilité, les clients-Z et les serveurs-Z doivent soutenir les syntaxes courantes d'enregistrement. Ceci veut dire que le serveur-Z doit pouvoir livrer chaque enregistrement d'un ensemble de résultats dans la syntaxe requise. Dans certains cas exceptionnels, les serveurs peuvent outrepasser cette exigence (p. ex., si la base de données est temporairement inaccessible). Les règlements locaux peuvent aussi limiter l'accès aux enregistrement notices dans une ou plus d'une syntaxe à des usagers autorisés. Dans de tels cas, le serveur devrait renvoyer un message de diagnostic (voir au chapitre 4.4 Messages de diagnostic). Les clients-Z et les serveurs-Z ont des responsabilités différentes en ce qui a trait au soutien des syntaxes d'enregistrement. Les clients-Z doivent soutenir toutes les syntaxes requises dans un domaine de fonctionnalité et un niveau de conformité donné, tandis que les serveurs-Z doivent normalement soutenir seulement les syntaxes requises pour leurs fins commerciales. Pour le transfert de données bibliographiques et de notices d'autorité (domaines de fonctionnalité A et D), les syntaxes MARC21 et SUTRS sont requises, selon le niveau de conformité. Cependant, on recommande fortement de soutenir également la syntaxe UNIMARC pour assurer l'interopérabilité internationale. Les profils complémentaires régionaux, nationaux, étatiques, locaux ou de projets peuvent spécifier d'autres syntaxes MARC enregistrées en plus de celles requises pour le profil Bath. Lorsqu'un usager requiert une syntaxe particulière d'enregistrement et que le serveur-Z peut uniquement fournir les enregistrements dans une syntaxe différente, le serveur-Z devrait renvoyer le message de diagnostic approprié (voir Chapitre 4.4. messages de diagnostic). L'interopérabilité requiert l'utilisation de jeux de caractères standard. Si un jeu de caractères n'est pas négocié, le serveur devrait présumer que le jeu par défaut est ISO Latin-1. La négociation de jeu de caractère est requise selon le niveau de conformité. Voir le chapitre 5 - Conformité aux exigences spécifiques. Pour le transfert de l'information sur les fonds (domaine de fonctionnalité B), le profil Bath requiert le langage XML et le schéma pour fonds de Z39.50 (Z39.50 Holdings Schema). Le profil définit trois sous-schémas pour les ESNs (Element Set Names) décrits dans le domaine de fonctionnalité B (Annexe C). Pour le transfert de l'information sur des Resources documentaires dans le contexte d'une découverte de Resources et du repérage interdomaines (domaine de fonctionnalité C), les syntaxes SUTRS et XML sont requises. L'annexe B contient une définition de document type (DTD) XML pour les enregistrements de métadonnées du Dublin Core Simple. Cette DTD est nécessaire lorsqu'on utilise la syntaxe de enregistrement XML dans le domaine de fonctionnalité C. Veuillez vous référer au chapitre 5 - Conformité pour les exigences spécifiques concernant les syntaxes d'enregistrement des différents domaines de fonctionnalité et niveaux de conformité. Les clients-Z et les serveurs-Z peuvent soutenir d'autres syntaxes Z39.50 enregistrées en plus de celles requises pour le profil Bath. 4.4. Messages de diagnostic Le profil Bath exige des serveurs-Z qu'ils renvoient des messages de diagnostic appropriés provenant de l'ensemble de diagnostic Bib-1 (Diagnostic Set Bib-1). Les réalisateurs trouveront au site de l'organisme responsable une liste des diagnostics Bib-1 à utiliser lors d'erreurs précises (URL : http://lcweb.loc.gov/z3950/agency/contributions/1.html ) qui les aidera à renvoyer le diagnostic approprié. En outre, on encourage les clients-Z à afficher des messages diagnostic utiles et pertinents pour les usagers. Cette liste suggère aussi des tournures de phrase pour décrire les messages diagnostic destinés aux usagers. 5. ConformitéDes clients-Z et des serveurs-Z peuvent se dire conformes à un ou à plusieurs domaines de fonctionnalité à des niveaux de conformité bien précis, et être en même temps conformes au profil Bath. Les exigences et les spécifications de chaque domaine de fonctionnalité sont compatibles. Même si les domaines de fonctionnalité diffèrent en ce qui a trait à leurs préoccupations premières, la conformité à certains domaines de fonctionnalité peut vraisemblablement impliquer la conformité à d'autres domaines de fonctionnalité (c'est-à-dire que pour supporter un domaine de fonctionnalité particulier il faut possiblement être en conformité avec d'autres domaines de fonctionnalité). Ce chapitre cerne les spécifications de la norme Z39.50 exigées des clients-Z et des serveurs-Z qui veulent être en conformité avec chaque domaine de fonctionnalité, à un niveau de conformité bien précis. Cette version du profil Bath spécifie la conformité au :
Les buts et objectifs de profil Bath (PB), ainsi que les spécifications détaillées qui s'y trouvent, empêchent les clients-Z et les serveurs-Z d'avoir des comportements « par défaut ». Les clients-Z doivent formuler des interrogations en utilisant tous les types et valeurs d'attributs énumérés pour des recherches spécifiques. Les serveurs-Z doivent effectuer la recherche spécifiée par l'interrogation et doivent se garder de faire une recherche plus générale ou plus spécifique que celle demandée (par exemple, les serveurs-Z n'effectueront pas une recherche par nom si on leur demande une recherche par auteur et vice et versa). Les serveurs qui se conforment au PB recevront à l'occasion des interrogations de clients qui ne se conforment pas au profil et qui ne précisent pas nécessairement les six attributs. Le serveur ne devrait pas rejeter l'interrogation lorsqu'il est possible d'en interpréter l'intention. Il devrait plutôt effectuer la recherche en utilisant les valeurs les plus appropriées pour remplacer les attributs manquants. Ces valeurs devraient être en conformité avec celles qui sont définies dans le profil pour le type de recherche effectuée. 5.A. Domaine de fonctionnalité A : recherche et transfert de données bibliographiquesLe domaine de fonctionnalité A porte sur les exigences qui gouvernent la recherche et le transfert de base dans les descriptions de Resources électroniques, particulièrement dans les bases de données bibliographiques et bases de données connexes des catalogues de bibliothèques. On y spécifie trois niveaux de conformité pour la recherche et le transfert de données bibliographiques. Le domaine de fonctionnalité A utilise les objets de la norme Z39.50 suivants :
*On n'exige pas des clients-Z et des serveurs-Z qu'ils accueillent la syntaxe UNIMARC mais on le leur recommande vivement. **Il se peut que les serveurs-Z transmettent des notices de format SUTRS (au lieu de MARC21) pour respecter des impératifs commerciaux et des droits d'auteur. L'« accueil » ou le « soutien » d'une syntaxe d'enregistrement signifie qu'un serveur-Z peut livrer n'importe quel enregistrement d'un ensemble de résultats formatés dans la syntaxe d'enregistrement exigée. Cela signifie aussi qu'un client-Z peut recevoir n'importe quelle notice dans une syntaxe de notice requise et la traiter, notamment l'afficher. Dans certains cas exceptionnels, le serveur peut déroger à cette nécessité d'employer une syntaxe exigée (lorsque la base de données est non disponible de façon temporaire, par exemple). Des directives locales peuvent également limiter l'accès à des notices dans une ou plusieurs syntaxes précises, à des usagers autorisés seulement. Dans ces cas là, le serveur devrait poser et transmettre le diagnostic approprié. Les serveurs qui fournissent les notices dans des syntaxes choisies à des usagers autorisés devraient utiliser le message de diagnostic no 1070 indiquant à l'usager qu'il n'a pas l'autorisation de recevoir la notice dans la syntaxe demandée (« User not Authorized to receive this record in requested syntax. ») Ce profil empêche les clients-Z et les serveurs-Z d'avoir un comportement par défaut. Dans ce profil, les clients-Z doivent formuler leurs interrogations en utilisant tous les types et valeurs d'attributs spécifiés (voir plus bas). Les serveurs-Z doivent traiter tous les types d'attributs (c'est-à-dire qu'ils ne peuvent laisser de côté aucun type ou valeur d'attribut se trouvant dans l'interrogation). Les serveurs-Z qui n'accueillent pas certains types et valeurs d'attributs doivent transmettre un message diagnostique. Consultez le site http://lcweb.loc.gov/z3950/agency/contributions/1.html afin de savoir quel diagnostic associer à quel cas d'erreur. Les clients-Z et les serveurs-Z peuvent accueillir des recherches supplémentaires qui emploient des types et valeurs d'attributs de Bib-1 qui ne sont pas spécifiés dans ce profil. Dans ces cas là, les clients-Z devraient spécifier, dans une interrogation, toutes les valeurs qui existent pour les six types d'attributs. Les serveurs-Z, eux, devraient être prêts à répondre à cette interrogation (pas de réponse par défaut). Dans le profil Bath, on appelle recherche par mot clé une recherche qui permet de faire correspondre une chaîne de caractères précise (c.-à-d. le terme de la recherche) à un mot ou à des mots dans une notice, tel que caractérisé par la valeur de l'attribut d'utilisation. Un mot peut être un caractère alphanumérique unique ou une chaîne de caractères reliés par des espaces ou encore des caractères que le serveur traite comme des espaces. Les recherches par mot clé sont formulées selon les instructions du ZIG sur la recherche par mot clé dans les systèmes bibliographiques ( ZIG Clarification #54, Z39.50 Keyword Searching of Bibliographic Systems). Néanmoins, si ces instructions ne donnent pas de précisions pour certaines valeurs d'attributs, le profil Bath, lui, précise les valeurs de tous les types d'attributs. Dans une recherche par mot clé qui comporte plusieurs mots, chaque mot devient un terme séparé auquel sont associés des attributs de Bib-1 pour former un opérande dans l'interrogation. Les recherches qui comportent de nombreux opérandes sont combinées à l'aide d'un opérateur booléen. On peut formuler des opérandes à l'aide de recherches définies pour les niveaux de conformité (au Niveau 0 par exemple, on combine un opérande pour exprimer une recherche de titre par mot clé à un opérande pour exprimer une recherche de sujet par mot clé). Ce profil ne spécifie pas les éléments de données ou les index que l'on doit appliquer aux attributs d'utilisation Bib-1 requis. Il tient compte du fait que les pratiques en matière de création d'index varient en fonction de besoins locaux. Cependant, il présume que dans les implémentations de catalogue de bibliothèque :
Puisque les serveurs doivent supporter un nombre minimum de fonctions de recherche bien définies pour chaque niveau de conformité, ils devraient pouvoir traiter une interrogation qui combine des opérandes qui reflètent des fonctions de recherche dans différents index (une recherche d'index croisé, par exemple). Le profil Bath utilise l'ensemble d'attributs de Bib-1 pour spécifier les recherches. Cependant, les systèmes de repérage d'information se servent d'index et de point d'accès. Dans ce chapitre, lorsqu'on parle du champ ou du sous-champ dans les noms d'attributs (sous-champ incomplet, par exemple), il faut comprendre qu'il s'agit du point d'accès. 5.A.0. Domaine de fonctionnalité A : Niveau 0 de recherche de données bibliographiques de baseLa conformité aux fonctions de recherche au Niveau 0 permet d'effectuer des recherches de base par auteur, titre, sujet, ainsi que des recherches générales par mot clé (catégorie « toute recherche »). Les recherches par auteur, titre, sujet et mot clé se basent toutes sur une approche par mot clé visant à faciliter les consultations très fréquentes. Cette approche représente et remplace la fonctionnalité définie par le Profil ATS-1. (L'organisme responsable de la norme Z39.50 a conféré le statut de profil « non administré actuellement » au profil ATS-1). Pour ce niveau de conformité, la Version 2 de la norme Z39.50 est exigée; la Version 3 de la norme Z39.50 est recommandée pour les profils nationaux qui s'ajoutent au Profil Bath et doivent utiliser des ensembles d'attributs multiples lors d'une interrogation. Au Niveau 0 de recherche, les clients doivent admettre le jeu de de caractères Latin-1 de la norme ISO. De plus, ils devraient être prêts à négocier le jeu de caractères universel UNICODE. Lorsqu'un ensemble de caractères n'est pas négocié, un serveur devrait présumer que les caractères utilisés dans la recherche sont en Latin-1. Pour le transfert au Niveau 0 il faut :
Les types et valeurs d'attributs suivant de Bib-1 suivants sont nécessaires au Niveau 0 de recherche :
Les combinaisons de ces types et valeurs d'attributs expriment la sémantique de quatre fonctions de recherche de Niveau 0 décrites ci-dessous :
5.A.0.1. Recherche par auteur - Mot clé Cas d'utilisation : Recherche d'un mot complet dans des champs qui comportent le nom d'une personne ou d'une entité responsable d'une ressource.
5.A.0.2. Recherche par titre - Mot clé Cas d'utilisation : Recherche d'un mot complet dans le titre d'une ressource.
5.A.0.3. Recherche par sujet - Mot clé Cas d'utilisation : Recherche d'un mot complet dans des champs-sujets d'une notice.
5.A.0.4. Toute recherche - Mot clé Cas d'utilisation : Recherche d'un mot complet dans des champs qui servent fréquemment de points d'accès (tels que définis par le serveur). Lorsque les recherches comportent plus d'un mot clé, on estime que cela signifie que les termes peuvent exister dans le même ensemble d'attributs ou dans des attributs différents. Par exemple, dans une recherche sur « Dickens ET Twist » on pourrait, en théorie, trouver « Dickens » dans l'attribut d'utilisation de l'auteur (Author Use Attribute) (1003) et « Twist » dans l'attribut d'utilisation du titre (Title Use Attribute) (4).
5.A.1. Domaine de fonctionnalité A : Niveau 1 de recherche et transfert de données bibliographiques de baseLe Niveau 1 englobe toutes les exigences du Niveau 0 en matière de recherche et de transfert bibliographique. La conformité au Niveau 1 permet d'effectuer des recherches de base et des recherches avancées par auteur, titre et sujet, ainsi que par identificateur normalisé et par date de publication. Le Niveau 1 rehausse la recherche par mot clé en fournissant la troncature des mots. Afin de comprendre le comportement du serveur ainsi que les résultats attendus de ce dernier lorsqu'on utilise les valeurs d'attributs de troncature et de complétude, veuillez consulter l'Annexe A : Exemples d'emploi de la troncature et de la complétude. La version 3 de la norme Z39.50 est nécessaire pour ce niveau. Au Niveau 1, les clients-Z et les serveurs-Z doivent admettre la négociation du jeu de caractères et de la langue (Character Set and Language Negotiation). Pour le transfert au Niveau 1 :
Pour effectuer des fonctions de recherche de Niveau 1, les types et valeurs d'attributs de Bib-1 suivants sont nécessaires :
Les combinaisons de ces types et valeurs d'attributs expriment la sémantique des quinze fonctions de recherches de Niveau 1 décrites ci-après :
Au Niveau 1, l'utilisation de la fonction de feuilletage SCAN telle que décrite au chapitre 5.A.1. SCAN : Domaine de fonctionnalité A : Niveau 1 d'utilisation du SCAN est exigée. Le SCAN est un mécanisme qui permet d'explorer des index pour y repérer des auteurs, des titres, des sujets et des mots clés lorsque le chercheur n'est pas certain de la façon dont un terme peut être répertorié dans une base de données. Le SCAN peut être suivi d'une autre recherche une fois le terme approprié identifié. Pour les recherches précises par titre décrites plus bas, les résultats peuvent afficher quelques variances dues à l'utilisation d'un article initial dans l'interrogation. Par exemple, si un client fait une recherche par titre qui commence par un article, les résultats peuvent varier en fonction de la langue du publication pour lequel on cherche le titre ou encore en fonction des methodes d'indexation propres à la base de données cible. Les opérandes peuvent être formulés à l'aide de fonctions de recherche définies pour les niveaux de conformité (au Niveau 1, par exemple, un opérande servant à exprimer une recherche par titre - mot clé avec troncature à droite, combiné à un opérande de Niveau 0 servant à exprimer une recherche par sujet, par mot clé). Chaque opérande spécifie toutes les valeurs d'attribut prévues pour les recherches définies. 5.A.1.1. Recherche par auteur - Mot clé avec troncature à droite Cas d'utilisation : Recherche d'un mot complet commençant par la chaîne de caractères spécifiée dans des champs qui contiennent le nom de la personne ou de l'entité responsable de la ressource.
5.A.1.2. Recherche par auteur - Correspondance exacte Cas d'utilisation : Recherche d'une chaîne complète telle que spécifiée dans des champs qui contiennent un nom de personne ou d'entité responsable d'une ressource. Ce type de recherche est nécessaire pour la recherche subséquente à un SCAN par exemple, où l'utilisateur aura choisi des termes à partir d'un index d'auteurs.
5.A.1.3. Recherche par auteur - Premiers mots d'un champ Cas d'utilisation : Recherche d'un mot(s) complet(s) dans l'ordre spécifié dans les champs d'auteurs. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile lorsqu'on connaît le nom de famille et le prénom d'un auteur sans nécessairement avoir un nom complet.
5.A.1.4. Recherche par auteur - Premiers caractères d'un champ Cas d'utilisation : Recherche de la chaîne de caractère spécifiée dans les champs d'auteurs. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile quand on veut extraire tous les noms qui commencent par une racine commune ou que l'on ne connaît qu'une partie du nom (le nom de famille au complet, les premières initiales de l'autre nom par exemple).
5.A.1.5. Recherche par titre - Mot clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par une chaîne de caractères spécifiée dans des champs qui contiennent un titre de ressource.
5.A.1.6. Recherche par titre - Correspondance exacte Cas d'utilisation : Recherche dans les champs qui contiennent un titre d'une ressource et qui vise à obtenir une correspondance exacte avec la chaîne de caractères spécifiée. Ce type de recherche est utile lorsqu'on a affaire à des titres comportant un ou deux mots. Il s'agit souvent de titres de publications en série et dans ces cas là, une recherche moins précise peut donner lieu à un ensemble de résultats très important. Ce type de recherche est nécessaire pour la recherche subséquente à un SCAN par exemple, où l'utilisateur aura choisi des termes à partir d'un index de titres complets. Remarques : Ce type de recherche par titre en vue d'obtenir une correspondance exacte peut se solder par un échec si le serveur répertorie un champ complet dans lequel se trouve la mention de responsabilité (c'est-à-dire des renseignements au sujet des responsables de la création intellectuelle de la ressource, qu'il s'agisse d'une ou de plusieurs personnes, ou d'une ou de plusieurs entités).
5.A.1.7. Recherche par titre - Premiers mots d'un champ Cas d'utilisation : Recherche d'un mot(s) complet(s), selon l'ordre précisé dans les champs qui contiennent un titre de ressource. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile lorsque l'utilisateur connaît les premiers mots du titre.
5.A.1.8. Recherche par titre - Premiers caractères d'un champ Cas d'utilisation : Recherche portant sur la chaîne de caractères spécifiée dans des champs qui contiennent un titre de ressource. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile lorsque l'utilisateur connaît les premiers mots d'un titre, mais qu'il n'est pas certain de la forme ou de l'épellation d'un mot en particulier. Par exemple, la recherche de « cat behav » permettra d'extraire des Resources dont les titres débutent par « cat behavior » ou par « cat behaviour ».
5.A.1.9. Recherche par sujet - Mot clé avec troncature à droite Cas d'utilisation : Recherche portant sur un mot commençant par la chaîne de caractères spécifiée dans les champs sujets d'une notice.
5.A.1.10. Recherche par sujet - Correspondance exacte Cas d'utilisation : Recherche dans les champs-sujets portant sur la chaîne complète de caractères spécifiée. Ce type de recherche est utile pour limiter les recherches à des sujets précis, particulièrement dans des champs qui contiennent des sous-vedettes. Ce type de recherche est nécessaire pour la recherche subséquente à un SCAN par exemple, où l'utilisateur aura choisi des termes à partir d'un répertoire de vedettes-matières.
5.A.1.11. Recherche par sujet -Premiers mots d'un champ Cas d'utilisation : Recherche portant sur un ou des mots complets selon l'ordre précisé dans les champs-sujets. Le champ doit débuter par la chaîne de caractère spécifiée. Ce type de recherche est utile lorsqu'un chercheur connaît la vedette-matière principale, mais pas les sous-vedettes.
5.A.1.12. Recherche par sujet - Premiers caractères d'un champ Cas d'utilisation : Recherche portant sur la chaîne de caractères spécifiée dans les champs-sujets. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile lorsque le chercheur veut extraire toutes les vedettes qui débutent par une racine commune. Par exemple, une recherche portant sur le terme « catalog » permettra d'extraire des Resources sur « cataloging , catalog cards, catalog use », etc.
5.A.1.13. Toute recherche - Mot clé avec troncature à droite Cas d'utilisation : Recherche portant sur un mot complet commençant par la chaîne de caractères spécifiée et s'appliquant aux champs que l'on utilise couramment comme points d'accès (tels que définis par le serveur). Toutes les recherches qui comportent plus d'un mot clé sont interprétées comme si les termes existaient au niveau d'un même ou de différents attributs. Par exemple, au cours d'une recherche sur « Dick ET Twi », on pourrait de façon concevable trouver « Dickens » dans l'attribut d'utilisation de l'auteur (1003) (Author Use Attribute (1003)) et « Twist » dans l'attribut d'utilisation du titres (4) (Title Use Attribute (4)).
5.A.1.14. Recherche par identificateur normalisé Cas d'utilisation : Recherche portant sur les identificateurs normalisés tels que ISBN, ISSN, numéros internationaux normalisés de la musique (ISMN), CODEN, Superintendent of Documents Item Number, etc., mais qui n'identifie pas un numéro standard précis.
5.A.1.15. Recherche par date de publication Cas d'utilisation : Recherche portant sur l'année de publication d'une ressource. L'attribut d'utilisation de la date de publication doit servir à limiter la recherche avec le concours d'un autre opérande (pour limiter une recherche en utilisant d'autres valeurs d'attributs d'utilisation, par exemple). Les serveurs-Z pourront rejeter une interrogation qui ne comporterait que l'attribut d'utilisation de la date de publication.
5.A.1.SCAN. Domaine de fonctionnalité A : Niveau 1 d'utilisation du SCAN (balayage)Le service SCAN de la norme Z39.50 est un mécanisme qui permet d'identifier de façon efficace les termes de recherche appropriés que l'on doit présenter à une base de données unique ou à un serveur, par le biais d'une interrogation. Ce service est requis dans le domaine de fonctionnalité A : Niveau 1 de recherche et d'extraction de données bibliographiques de base. Les exigences qui s'appliquent au SCAN sont les suivantes :
Trois types de SCAN sont définis :
Contrairement aux autres fonctions de recherche définies dans ce profil, il n'est pas nécessaire de spécifier les attributs de Relation, de Complétude et de Troncature d'un SCAN. L'organisme responsable de la norme Z39.50 fournit un guide d'utilisation des termes qui proviennent d'un SCAN dans une recherche ultérieure, disponible sous la rubrique Spécifications et contributions connexes (Related Specification/Contribution) à l'adresse Web http://lcweb.loc.gov/z3950/agency/contributions/2.html. 5.A.1.SCAN.1. Auteur - Correspondance exacte Cas d'utilisation : Permet d'explorer une liste ordonnée de noms d'auteurs. Le paramètre termlist d'un SCAN par auteur pour obtenir une correspondance exacte est :
5.A.1.SCAN.2. Titre - Correspondance exacte Cas d'utilisation : Permet d'explorer une liste ordonnée de titres complets. Le paramètre termlist d'un SCAN par titre pour obtenir une correspondance exacte est :
5.A.1.SCAN.3. Sujet - Correspondance exacte Cas d'utilisation : Permet d'explorer une liste ordonnée de termes et de vedettes de sujets complets. Le paramètre termliste d'un SCAN par sujet pour obtenir une correspondance exacte est :
5.A.2. Domaine de fonctionnalité A : Niveau 2 de recherche et transfert de données bibliographiquesLe Niveau 2 englobe toutes les exigences des Niveaux 0 et 1 en matière de recherche et d'extraction. La conformité au Niveau 2 permet d'effectuer des recherches supplémentaires pour obtenir des titres de périodiques ainsi que l'institution détentrice. Elle permet aussi des recherches limitées supplémentaires par format ou par type de matériel, par langue de publication et par période de publication du titre Au Niveau 2 de recherche, les types et valeurs d'attributs suivants de bib-1 sont exigés :
Les combinaisons de ces types et valeurs d'attributs expriment la sémantique des neuf fonctions de recherche du Niveau 2 décrites ci-dessous :
5.A.2.1 Recherche par titre clé - Mot clé Cas d'utilisation : Recherche d'un mot complet dans le titre clé d'un périodique.
5.A.2.2 Recherche par titre clé - Mot clé avec troncature à droite Cas d'utilisation : Recherche d'un mot complet commençant par une chaîne de caractères spécifiée dans des champs qui comportent un titre clé d'un périodique.
5.A.2.3 Recherche par titre clé - Correspondance exacte Cas d'utilisation : Recherche dans des champs qui comportent un titre clé d'un périodique et qui vise à obtenir une correspondance exacte avec une chaîne complète de caractères spécifiée. Ce type de recherche est utile lorsqu'on a des titres contenant un ou deux mots et pour lesquels une recherche moins précise pourrait donner un ensemble très important de résultats.
5.A.2.4 Recherche par titre clé - Premiers mots d'un champ Cas d'utilisation : Recherche d'un ou de plusieurs mots complets selon l'ordre spécifié dans des champs qui comportent un titre clé d'un périodique. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile à l'utilisateur qui ne connaît que les premiers mots du titre.
5.A.2.5 Recherche par titre clé - Premiers caractères d'un champ Cas d'utilisation : Recherche de la chaîne de caractères spécifiée dans des champs qui comportent un titre clé d'un périodique. Le champ doit débuter para la chaîne de caractères spécifiée. Ce type de recherche est utile à l'utilisateur qui connaît les premiers mots d'un titre clé, mais qui n'est pas certain de la forme ou de l'épellation d'un mot en particulier.
5.A.2.6. Recherche par type ou format du support -- Mot clé Cas d'utilisation : Recherche qui porte sur les descriptions du type de matériel que représente un document(p. ex., fichier informatique, enregistrement sonore, cassette, etc.). L'attribut d'utilisation du type de matériel doit servir à délimiter la recherche avec le concours d'un autre opérande (c'est-à-dire qu'il doit limiter une recherche faite à l'aide de d'autres valeurs d'attributs d'utilisation). Les serveurs-Z pourront rejeter une interrogation qui ne comporterait que l'attribut d'utilisation du type de matériel.
5.A.2.7. Recherche par le type ou format du support -- Phrase Cas d'utilisation : Recherche qui porte sur les descriptions du type de matériel que représente un document (fichier informatique, enregistrement sonore, cassette, etc.). L'attribut d'utilisation du type de matériel doit servir à délimiter la recherche avec le concours d'un autre opérande (c'est-à-dire qu'il doit servir à limiter une recherche faite à l'aide de d'autres valeurs d'attributs d'utilisation). Les serveurs-Z pourront rejeter une requête qui ne comporterait que l'attribut d'utilisation du type de matériel.
5.A.2.8 Recherche selon la langue Cas d'utilisation : Recherche portant sur un code qui indique la langue du document. Le code proviendra de la liste de codes de langues de la syntaxe MARC21. L'attribut d'utilisation de la langue doit servir à limiter la recherche avec le concours d'un autre opérande (c'est-à-dire qu'il doit servir à limiter une recherche faite à l'aide de d'autres valeurs d'attributs d'utilisation). Les serveurs-Z pourront rejeter une interrogation qui ne comporterait que l'attribut d'utilisation de la langue.
5.A.2.9 Recherche selon la période de publication Cas d'utilisation : Recherche portant sur des documents publiés entre deux dates spécifiques. L'attribut d'utilisation de la date de publication doit servir à limiter une recherche avec le concours d'un autre opérande (c'est-à-dire qu'il doit servir à limiter une recherche faite à l'aide d'autres valeurs d'attributs d'utilisation). Les serveurs-Z pourront rejeter une interrogation qui ne comporterait que l'attribut d'utilisation de la date de publication. Cette recherche doit se baser sur l'Accord no1 des réalisateurs de la norme Z39.50 sur la recherche d'un intervalle linéaire (Z39.50 Implementors Agreement #1 for Linear Range Searching) (voir http://lcweb.loc.gov/z3950/agency/agree/range.html)
5.A.2.10. Recherche selon l'institution détentrice Cas d'utilisation : Recherche portant sur un code (symbole d'institution ou autre code) ou sur un nom qui permet d'identifier l'institution détentrice du document. L'attribut de l'institution détentrice doit servir à limiter une recherche avec le concours d'un opérande (c'est-à-dire qu'il doit une recherche faite à l'aide de d'autres valeurs d'attributs d'utilisation). Les serveurs-Z pourront rejeter une requête qui ne comporterait que l'attribut d'utilisation de l'institution détentrice.
5.B. Domaine de fonctionnalité B : Recherche et transfert des données sur les fondsLe domaine de fonctionnalité B porte sur les exigences qui gouvernent la demande et la livraison de données sur les fonds documentaires. Ces données servent à décrire et à localiser les exemplaires/copies d'un titre, qu'il s'agisse d'une monographie ou d'un périodique. Le domaine de fonctionnalité A utilise les objets de la norme Z39.50 suivants :
5.B.0. Domaine de fonctionnalité B : Niveau 0 de transfert de données sur les fondsCette version du profil Bath ne définit aucune des exigences requises pour la recherche de l'information sur les fonds. Les prochaines versions du Profil pourront toutefois inclure de telles exigences. Pour le parallélisme avec les autres domaines de fonctionnalité qui définissent un Niveau de conformité 0, le Niveau 0 dans ce domaine de fonctionnalité permet l'échange des données sur les fonds pour les logiciels existants qui offrent de tels renseignements (p. ex., fournis à même les notices bibliographiques). À ce niveau, le profil ne prescrit aucune autre spécification. 5.B.1. Domaine de fonctionnalité B : Niveau 1 de transfert de données bibliographiques dans les fondsLa conformité au Niveau 1 exige le soutien du schéma pour les données des fonds du ZIG, le langage XML et la Version 3 du protocole Z39.50. Les données sur les fonds sont extraites en invoquant une demande de présentation (presentRequest) pour une ou plusieurs notices dans un ensemble de résultats existants et incluant les paramètres suivants :
Trois noms d'ensembles d'éléments (ESN) sont définis pour le Niveau 1 :
Ces ESN contiennent des éléments de données définis dans le schéma Z39.50 pour les données de fonds (Z39.50 Abstract Holdings Schema). De nombreux éléments de données de ce schéma ont été définis comme étant optionnels et on a dû choisir ceux à inclure dans les ESN définis dans ce profil. Les serveurs-Z qui ne soutiennent pas l'ESN spécifié doivent renvoyer le message de diagnostic no 25 qui mentionne que l'ESN spécifié n'est pas valide pour la base de données spécifiée (« Specified element set Name not valid for specified database »). Le Niveau 1 de conformité requiert de tous les clients-Z et les serveurs-Z qu'ils supportent le ESN B-1 et, au choix, le ESN B-2 ou le C-2. Les systèmes qui présentent une représentation bibliographique des fonds devraient accueillir le ESN B-2 et les systèmes qui présentent une représentation des fonds au niveau de la copie devraient soutenir le ESN C-2. Pour contribuer à maximiser l'interopérabilité, on recommande aux systèmes (mais ce n'est pas obligatoire) de supporter B-2 ET C-2. Les clients-Z et les serveurs-Z peuvent également choisir d'offrir des représentations additionnelles de l'information des fonds autres que celles définies ici. L'annexe C présente les définitions du schéma XML pour ces ESN (à venir). Les tableaux ci-dessous décrivent les ensembles d'éléments selon les conventions suivantes :
M = mandatory (obligatoire) 5.B.1.1. ESN B-1 (mention des localisations uniquement) Cet ensemble d'éléments est approprié pour tous types de catalogues, incluant les catalogues collectifs centralisés qui ne gardent de mentions des fonds qu'au niveau du titre et ne peuvent fournir que l'information sur les localisation. Le symbole ou code de la bibliothèque, provenant d'une liste autorisée, est inclus pour identifier l'institution (InstitutionOrSiteID) et le nom de l'institution représentée par le code, lisible par un humain, est inclus au LocationName.
5.B.1.2. ESN B-2 (mentions des emplacements, des sommaires et du nombre, si disponible) Cet ensemble d'élément est approprié pour les catalogues physiques qui n'incluent que des mentions de fonds de type bibliographique lesquelles décrivent l’étendue de l’ouvrage, tel que l'information sommaire pour les publications en série et autres titres à parties multiples.
5.B.1.3 ESN C-2 (mentions sommaires des fonds au niveau de l'exemplaire) Cet ensemble d'élément est approprié pour les catalogues qui disposent d'information sur les fonds au niveau de l'exemplaire.
1L'élément InstitutionOrSheild devrait correspondre à une valeur dofifiée et définie pas la Liste des codes pour les Organizations, http://www.loc.gov/marc/organizations/orgshome.html 2 L'élément locationName identifie la localisation, à l'interieur d'une institution, où une ou plusieurs copies du titre sont détenues. Il devrait être fourni sous forme textuelle. 5.C. Domaine de fonctionnalité C : Recherche et transfert de données provenant de divers domaines (interdomaines)Le domaine de fonctionnalité C traite des exigences permettant une recherche interdomaines efficace parmi un réseau des Resources regroupant les catalogues de bibliothèques, de l'information gouvernementale, des systèmes de musées et des archives. Trois niveaux de conformité sont déterminés (0,1,2). Le domaine de fonctionnalité C traite les recherches définies au chapitre 5.A.0 Domaine de fonctionnalité A : Niveau 0 de recherche et de transfert et au chapitre 5.A.1. Domaine de fonctionnalité A : Niveau 1 de recherche et de transfert pour permettre l'adoption rapide d'une stratégie de recherche dans divers domaines à la fois. Les Niveaux de conformité 0 et 1 exigent l'utilisation de l'ensemble d'attributs Bib-1. Pour permettre les exigences de transfert dans un contexte interdomaines, le profil requiert les syntaxes SUTRS et XML pour l'échange de données de base. La syntaxe d'enregistrement XML sera utilisée avec la définition de document type (DTD) pour le Dublin Core Simple. Les enregistrement repérés seront convertis selon les 15 éléments de métadonnées de base Dublin Core, balisées en XML à l'aide de la DTD décrite à l'annexe B - Définition de document type XML (langage de balisage extensible) pour Dublin Core Simple. L'ensemble d'éléments Dublin Core (http://dublincore.org/documents/dces) est largement reconnu comme moyen d'atteindre l'interopérabilité sémantique entre des descriptions de Resources provenant d'une foule de domaines. Utilisés conjointement au protocole Z39.50, les 15 principaux éléments de Dublin Core sont présentement représentés comme les attributs d'utilisation Bib-1 (Bib-1 Use attributes). Le domaine de fonctionnalité C utilise les objets Z39.50 suivants :
*Les serveurs-Z vont accueillir (ou soutenir) soit SUTRS soit XML. L'« support » d'une syntaxe d'enregistrement signifie qu'un serveur-Z peut livrer quel enregistrement d'un ensemble de résultats formatés dans la syntaxe d'enregistrements exigée. Cela signifie aussi qu'un client-Z peut recevoir n'importe quelle enregistrement dans une syntaxe d'enregistrement requise et le traiter, notamment l'afficher. Dans certains cas exceptionnels, le serveur peut déroger à cette nécessité d'employer une syntaxe d'enregistrement exigée (lorsque la base de données est non disponible de façon temporaire, par exemple). Des directives locales peuvent également limiter l'accès aux enregistrements, dans une ou plusieurs syntaxes précises, à des usagers autorisés seulement. Dans ces cas là, le serveur devrait poser et transmettre le diagnostic approprié. Les serveurs qui fournissent les enregistrements dans des syntaxes choisies à des usagers autorisés devraient utiliser le message de diagnostic no 1070 indiquant à l'usager qu'il n'a pas l'autorisation de recevoir l'enregistrement dans la syntaxe demandée (« User not Authorized to receive this record in requested syntax. »). Ce profil ne spécifie pas les éléments de données ou les index que l'on doit appliquer aux attributs d'utilisation de Bib-1 requis. Il tient compte du fait que les pratiques en matière de création d'index varient en fonction de besoins et des ensembles de métadonnées locaux. Cependant, les réalisateurs qui ont déjà appliqué leurs ensembles locaux de métadonnées (incluant MARC) aux éléments principaux du Dublin Core (DC) devraient baser leurs attributs d'utilisation sur les équivalences suivantes :
5.C.0. Domaine de fonctionnalité C : Niveau 0 de recherche et de transfert interdomaines Le Niveau 0 permet la recherche de base interdomaines selon le créateur (auteur), le titre et le sujet. Ce niveau requiert la Version 2 du système Z39.50 mais on recommande la Version 3. Pour le transfert au Niveau 0 :
La recherche au Niveau 0 exige le soutien des valeurs et types d'attributs Bib-1 suivants :
Le Profil Bath se sert de l'ensemble d'attributs bib-1 pour spécifier les recherches; cependant, les systèmes de repérage d'information fonctionnent avec des index et des points d'accès. Dans ce chapitre, lorsque les termes « champ » et « sous-champ » sont utilisés dans des noms d'attributs (p. ex., Sous-champ incomplet), il faut interpréter ces termes comme étant des points d'accès. Les combinaisons de ces types et valeurs d'attributs expriment la sémantique des quatre fonctions de recherche du Niveau 0 décrites ci-dessous :
Ces quatre types de recherche utilisent les mêmes combinaisons d'attributs que les recherches définies au chapitre 5.A.0. Domaine de fonctionnalité A : Niveau 0 de recherche et transfert. Toutefois, les noms et utilisations de ces recherches indiquent une approche davantage générique (c.-à-d. non orientée vers des données de bibliothèques) et une sémantique reliée à la série d'éléments du Dublin Core. 5.C.0.1. Recherche par créateur - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans des éléments de données qui contiennent le nom des entités principalement responsables du contenu de la ressource (un exemple d'un créateur serait une personne, un organisme ou un service).
5.C.0.2. Recherche par titre - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans des éléments de données qui contiennent le nom donné à une ressource (en général, le titre sera le nom par lequel une ressource est officiellement connue.)
5.C.0.3. Recherche par sujet - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans des éléments de données qui contiennent le sujet du contenu d'une ressource. En général, le sujet est exprimé sous forme de mots-clés, de phrases clés ou de codes de classification qui décrivent le sujet de la ressource.
5.C.0.4. Toute recherche - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans des éléments de données qui sont couramment utilisés comme point d'accès (tels que définis par le serveur). Toutes les recherches qui comportent plus d'un mot clé sont interprétées comme si les termes existaient au niveau d'un même ou de différents attributs. Par exemple, au cours d'une recherche sur « Dick ET Twist », on pourrait, de façon concevable trouver « Dickens » dans l'attribut d'utilisation de l'auteur (1003) (Author Use Attribute (1003)) et « Twist » dans l'attribut d'utilisation du titres (4) (Title Use Attribute (4)).
5.C.1. Domaine de fonctionnalité C : Niveau 1 de recherche et de transfert interdomaines Le Niveau 1 englobe les exigences de recherche du Niveau 0. Le Niveau 1 permet une meilleure recherche par mot-clé en offrant la recherche d'un mots tronqués et de phrases sans ancrage. Ce niveau exige la version 3 du système Z39.50. Le Niveau 1 de transfert requiert deux syntaxes d'enregistrement : SUTRS et le langage de balisage extensible XML. Pour le XML, on doit utiliser le définition de type de document (DTD) de Dublin Core Simple (DC) (voir l'annexe B). Les enregistrements repérés sont structurées en éléments de métadonnées DC et transférées en syntaxe XML. Le Niveau 1 de recherche exige l'accueil des types et valeurs d'attributs Bib-1 suivants :
Les combinaisons de ces valeurs et types d'attributs expriment la sémantique des neuf types de recherches de Niveau 1 décrites ci-après :
5.C.1.1. Recherche par créateur - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des éléments de données qui contiennent les noms des entités principalement responsables du contenu de la ressource (un exemple d'un créateur serait une personne, un organisme ou un service).
5.C.1.2. Recherche par titre -- Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des éléments de données qui contiennent le nom donné à une ressource; en général, le titre sera le nom par lequel une ressource est officiellement connue.
5.C.1.3. Recherche par titre - Phrase sans ancrage Cas d'utilisation : Recherche d'une phrase précise dans des éléments de données qui contiennent le nom donné à une ressource; en général, le titre sera le nom par lequel une ressource est officiellement connue.
5.C.1.4. Recherche par sujet -- Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des éléments de données qui contiennent le sujet du contenu d'une ressource. En général, le sujet est exprimé sous forme de mots-clés, de phrases clés ou de codes de classification qui décrivent le sujet de la ressource.
5.C.1.5. Subject Search -- Unanchored Phrase
5.C.1.6. Toute recherche -- Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des éléments de données qui sont couramment utilisés comme point d'accès (tels que définis par le serveur).
5.C.1.7. Toute recherche -- Phrase sans ancrage Cas d'utilisation : Recherche d'une phrase précise dans des éléments de données qui sont couramment utilisés comme point d'accès (tels que définis par le serveur).
5.C.1.8. Recherche par identificateur standard Cas d'utilisation : Recherche d'identificateurs standard tels ISBN, ISSN, numéros internationaux normalisés de la musique (ISMN), CODEN, Superintendent of Documents Item Number, etc., mais qui n'identifient pas un schème de numérotage standard spécifique. Un numéro standard fournit une référence sans équivoque à la ressource dans un contexte donné.
5.C.1.9. Recherche par date de Publication Cas d'utilisation : Recherche de la date (année) associée à un événement dans le cycle de vie de la ressource. Généralement, cette date sera associée à la création ou la mise en disponibilité de la ressource. L'attribut d'utilisation de la date de publication doit servir à limiter la recherche avec le concours d'un autre opérande (pour limiter une recherche en utilisant d'autres valeurs d'attributs d'utilisation, par exemple). Les serveurs-Z pourront rejeter une interrogation qui ne comporterais que l'attribut d'utilisation de la date de publication.
5.D. Domaine de fonctionnalité D : Recherche et transfert de notices d'autorité á partir de catalogues de bibliothèques en ligneLe domaine de fonctionnalité D spécifie deux niveaux de conformité pour les clients-Z et les serveurs-Z. Pour être conforme à un niveau précis, le client-Z ou le serveur-Z doit soutenir toutes les spécifications énumérées pour ce niveau de conformité. Tous les niveaux de conformité du domaine de fonctionnalité D utilisent les objets Z39.50 suivants :
En ce qui a trait au transfert, le« support » d'une syntaxe d'enregistrement signifie que le serveur-Z peut livrer n'importe quel enregistrement d'un ensemble de résultats formatés dans la syntaxe exigée. Cela signifie aussi qu'un client-Z peut recevoir n'importe quel enregistrement dans une syntaxe d'enregistrement requise et la traiter, notamment l'afficher. Par exemple, le Niveau 1 de conformité du domaine de fonctionnalité D exige que le client-Z puisse recevoir toute notice en MARC 21 ou en SUTRS, et que le serveur-Z puisse livrer toute notice en MARC 21. De plus, on recommande fortement aux clients et serveurs-Z de supporter aussi la syntaxe UNIMARC pour l'échange de données MARC. Dans certains cas exceptionnels, le serveur peut déroger à cette nécessité d'employer une syntaxe d'enregistrement exigée (lorsque la base de données est non disponible de façon temporaire, par exemple). Des directives locales peuvent également limiter l'accès aux enregistrements dans une ou plusieurs syntaxes précises, à des usagers autorisés seulement. Dans ces cas là, le serveur devrait poser et transmettre le diagnostic approprié. Les serveurs qui fournissent les enregistrements dans des syntaxes choisies à des usagers autorisés devraient utiliser le message de diagnostic no 1070 indiquant à l'usager qu'il n'a pas l'autorisation de recevoir l'enregistrement dans la syntaxe demandée (« User not Authorized to receive this record in requested syntax. »). Si pour des raisons commerciales le serveur ne peut livrer les notices en MARC 21, il devrait pouvoir livrer les notices en SUTRS. On peut accéder à un fichier d'autorité en utilisant un nom de base de données unique (c.-à-d. qui soit différent du nom de base de données utilisé pour les notices bibliographiques) dans la requête de recherche Z39.50. Les extensions d'identificateurs d'objet pour la syntaxe d'enregistrement (comme 1.2.840.10003.5.10.2) ne sont pas utilisées dans ce profil. Dans ce profil, les clients-Z doivent formuler leurs interrogations en utilisant tous les types et valeurs d'attributs spécifiés (voir plus bas). Les serveurs-Z doivent traiter tous les types d'attributs (c'est-à-dire qu'ils ne peuvent laisser de côté aucun type ou valeur d'attribut se trouvant dans l'interrogation). Les serveurs-Z qui ne supportent pas certains types et valeurs d'attributs doivent renvoyer un message de diagnostic. Les diagnostics appropriés pour les conditions d'erreur précises sont décrits à la rubrique concernant les spécifications et contributions connexes (Related Specification/Contribution) du site de l'organisme responsable de la norme Z39.50, à l'adresse http://lcweb.loc.gov/z3950/agency/contributions/1.html. Les clients-Z et serveurs-Z peuvent supporter d'autres recherches qui utilisent des types et valeurs d'attributs non spécifiés dans ce profil. Les serveurs-Z peuvent recevoir des interrogations qui ne sont pas conformes aux recherches décrites dans ce profil. Le profil ne prescrit pas de comportement pour les serveurs-Z en ce qui a trait à ces recherches non conformes. Ce profil ne spécifie pas les éléments de données ou les index que l'on doit appliquer aux attributs d'utilisation de Bib-1 requis. Il tient compte du fait que les pratiques en matière de création d'index varient en fonction de besoins locaux. Cependant, il présume que dans les implémentations de catalogue de bibliothèque :
Dans la section qui suit, l’expression « relations » englobe toutes les données provenant des renvois et des renvois de voir aussi, et également, optionnellement, des zones liaisons des vedettes. 5.D.1. Domaine de fonctionnalité D : Niveau 1 de recherche et de transfert de noticea d'autorité Le Niveau 1 définit les exigences de recherche et de transfert pour les clients et serveurs Z39.50 et comprend les recherches par nom, titre, et sujet qui permettent un repérage robuste des vedettes dans les catalogues de bibliothèques. On recommande la version 3 du protocole Z39.50. Les clients et serveurs-Z qui cherchent la conformité à ce niveau doivent soutenir SCAN. Le Niveau 1 de recherche exige le jeu de caractères ISO Latin-1 pour l'encodage du terme de l'interrogation. Pour le transfert de notices au Niveau 1 :
Pour effectuer des fonctions de recherche de Niveau 1 les types et valeurs d'attributs de Bib-1 suivants sont nécessaires :
Les combinaisons de ces types et valeurs d'attributs expriment la sémantique des quatorze fonctions de recherches de Niveau 1 énumérées et décrites ci-après :
5.D.1.1. Recherche par nom - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans les vedettes (ou références) de personnes, de sociétés, de conférences ou de nom géographiques.
5.D.1.2 Recherche par nom - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans les champs qui contiennent le nom d'une personne ou d'une entité associée à une ressource.
5.D.1.3 Recherche par nom - Correspondance exacte Cas d'utilisation : Recherche d'une chaîne complète de caractères telle que spécifiée dans les champs qui contiennent un nom de personne ou d'une entité associée à une ressource. Ce type de recherche est nécessaire pour la recherche subséquente à un SCAN par exemple, lorsque l'utilisateur aura choisi des termes à partir d'un index de noms.
5.D.1.4 Recherche par nom - Premiers caractères d'un champ Cas d'utilisation : Recherche de la chaîne de caractères spécifiée dans les champs qui contiennent un nom de personne ou d'une entité associée à une ressource. Le champ doit débuter par la chaine de caractères. Ce type de recherche est utile quand l'utilisateur veut repérer tous les noms qui commencent par une racine commune ou quand on ne connaît qu'une partie du nom complet (le nom de famille au complet ou les initiales du prénom, par exemple).
5.D.1.5. Recherche par titre - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans un titre d'ouvrage ou dans un titre uniforme.
5.D.1.6 Recherche par titre - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par une chaîne de caractères spécifiée dans des champs qui contiennent un titre d'ouvrage ou un titre uniforme.
5.D.1.7 Recherche par titre - Correspondance exacte Cas d'utilisation : Recherche dans les champs qui contiennent un titre d'ouvrage ou un titre uniforme et qui vise à obtenir une correspondance exacte avec la chaîne complète de caractères spécifiée. Ce type de recherche est utile lorsqu'on a affaire à des titres comportant un ou deux mots. Il s'agit souvent de titres de publications en série et dans ces cas là, une recherche moins précise pourrait donner lieu à un ensemble de résultats très important. Ce type de recherche est également nécessaire pour la recherche subséquente à un SCAN par exemple, lorsque l'utilisateur aura choisi des termes à partir d'un index de titres complets.
5.D.1.8 Recherche par titre - Premiers mots d'un champ Cas d'utilisation : Recherche d'un mot(s) complet(s) dans l'ordre précisé dans des champs qui contiennent un titre d'ouvrage ou un titre uniforme. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile lorsque l'utilisateur connaît les premiers mots du titre.
5.D.1.9 Recherche par titre - Premiers caractères d'un champ Cas d'utilisation : Recherche portant sur la chaîne de caractères spécifiée dans des champs qui contiennent un titre d'ouvrage ou un titre uniforme. Le champ doit débuter par la chaine de caractères spécifiée. Ce type de recherche est utile lorsque l'utilisateur connaît les premiers mots d'un titre, mais qu'il n'est pas certain de la forme ou de l'épellation d'un mot en particulier. Par exemple, le terme « catalog » permettra de repérer des Resources dont les titres commençant par cataloging ou cataloguing.
5.D.1.10. Recherche par sujet - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans une vedette-matière.
5.D.1.11 Recherche par sujet - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des vedettes-matières.
5.D.1.12 Recherche par sujet - Correspondance exacte Cas d'utilisation : Recherche dans les champs-sujets portant sur la chaîne complète de caractères spécifiée. Ce type de recherche est utile pour limiter les recherches à des sujets précis, particulièrement dans des champs qui contiennent des sous-vedettes. Ce type de recherche est nécessaire pour la recherche subséquente à un SCAN par exemple, où l'utilisateur aura choisi des termes à partir d'un répertoire de vedettes-matières.
5.D.1.13 Recherche par sujet - Premiers mots d'un champ Cas d'utilisation : Recherche d'un mot(s) complet(s) dans l'ordre précisé dans des vedettes-matières. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile lorsque l'utilisateur connaît la vedette-matière principale mais ne connaît pas les sous-vedettes.
5.D.1.14 Recherche par sujet - Premiers caractères d'un champ Cas d'utilisation : Recherche de la chaîne de caractères spécifiée dans des champs de vedettes-matières. Le champ doit débuter par la chaine de caractères spécifiée. Ce type de recherche est utile quand l'utlilisateur veut repérer toutes les vedettes qui commencent par une racine commune. Par exemple, le terme « catalog » permettra de repérer des Resources sur cataloging, catalog cards, catalogers, etc.
5.D.1.SCAN. Domaine de fonctionnalité D : Niveau 1 d'utilisation de SCAN (Balayage)Le service SCAN de la norm Z39.50 est requis pour le Niveau 1 du domaine de fonctionnalité D. Les exigences qui s'appliquent au SCAN sont les suivantes :
Trois types de SCAN sont définis :
Contrairement aux autres fonctions de recherche définies dans ce profil, il n'est pas nécessaire de spécifier les attributs de Relation, de Complétude et de Troncature d'un SCAN. L'organisme responsable de la norme Z39.50 fournit un guide d'utilisation des termes qui proviennent d'un SCAN pour la formulation d'une recherche ultérieure, disponible sous la rubrique Spécifications et contributions connexes (Related Specification/Contribution) à l'adresse Web http://lcweb.loc.gov/z3950/agency/contributions/2.html. 5.D.1.SCAN.1 Nom - Correspondance exacte Cas d'utilisation : Permet d'explorer une liste ordonnée de vedettes de noms.
5.A.1.SCAN.2. Titre - Correspondance exacte Cas d'utilisation : Permet d'explorer une liste ordonnée de titres complets. Le paramètre termliste d'un SCAN par titre pour obtenir une correspondance exacte est :
5.A.1.SCAN.3. Sujet - Correspondance exacte Cas d'utilisation : Permet d'explorer une liste ordonnée de vedettes-matières complètes. Le paramètre termliste d'un SCAN par sujet pour obtenir une correspondance exacte est :
5.D.2 Domaine de fonctionnalité D : Niveau 2 de recherche et de transfert de notice d'autoritéLe Niveau 2 englobe toutes les exigences du Niveau 1 en matière de recherche et de transfert. Le Niveau 2 définit également des exigences additionnelles et toute une gamme de recherches avancées. Au Niveau 2 de recherche, les types et valeurs d'attributs Bib-1 exigés sont les suivants :
Les combinaisons de ces types et valeurs d'attributs expriment la sémantique des quarante fonctions de recherche de Niveau 2 décrites ci-dessous :
5.D.2.1 Recherche de nom de personne -- Mot-clé 5.D.2.1 Recherche de nom de personne - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans des champs qui contiennent une vedette de nom personnel ou une référence.
5.D.2.2 Recherche de nom de personne - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de nom personnel ou une référence.
5.D.2.3 Recherche de nom de personne - Correspondance exacte Cas d'utilisation : Recherche de la chaîne complète telle que spécifiée dans des champs qui contiennent une vedette de nom personnel ou une référence.
5.D.2.4 Recherche de nom de personne - Premiers caractères d'un champ Cas d'utilisation : Recherche portant sur la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de nom personnel ou une référence. Le champ doit débuter par la chaine de caractères spécifiée. Ce type de recherche est utile quand l'utilisateur veut repérer tous les noms qui commencent par une racine commune ou quand celui-ci ne connaît que le nom partiel (nom de famille complet ou prénom partiel, par exemple).
5.D.2.5 Recherche de nom de société - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans des champs qui contiennent une vedette de nom de société ou une référence.
5.D.2.6 Recherche de nom de société - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de nom de société ou une référence.
5.D.2.7 Recherche de nom de société - Correspondance exacte Cas d'utilisation : Recherche de la chaîne complète telle que spécifiée dans des champs qui contiennent une vedette de nom de société ou une référence.
5.D.2.8 Recherche de nom de société - Premiers caractères d'un champ Cas d'utilisation : Recherche portant sur la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de nom de société ou une référence. Le champ doit débuter par la chaine de caractères spécifiée. Ce type de recherche est utile quand l'utilisateur veut repérer tous les noms qui commencent par une racine commune.
5.D.2.9 Recherche de nom de conférence - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans des champs qui contiennent une vedette de nom de conférence ou une référence.
5.D.2.10 Recherche de nom de conférence - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de nom de conférence ou une référence.
5.D.2.11 Recherche de nom de conférence - Correspondance exacte Cas d'utilisation : Recherche de la chaîne complète telle que spécifiée dans des champs qui contiennent une vedette de nom de conférence ou une référence.
5.D.2.12 Recherche de nom de conférence - Premiers caractères d'un champ Cas d'utilisation : Recherche portant sur la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de nom de conférence ou une référence. Le champ doit débuter par la chaine de caractères spécifiée. Ce type de recherche est utile quand l'utilisateur veut repérer tous les noms qui commencent par une racine commune.
5.D.2.13 Recherche de titre uniforme - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans une vedette de titre uniforme ou une référence.
5.D.2.14 Recherche de titre uniforme - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de titre uniforme ou une référence.
5.D.2.15 Recherche de titre uniforme - Correspondance exacte Cas d'utilisation : Recherche de la chaîne complète telle que spécifiée dans des champs qui contiennent une vedette de titre uniforme ou une référence. Ce type de recherche est utile lorsqu'on a des titres contenant un ou deux mots et pour lesquels une recherche moins précise pourrait donner un ensemble très important de résultats.
5.D.2.16 Recherche de titre uniforme - Premiers caractères d'un champ Cas d'utilisation : Recherche de la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de titre uniforme ou une référence. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile à l'utilisateur qui connaît les premiers mots d'un titre clé, mais qui n'est pas certain de la forme ou de l'épellation d'un mot en particulier.
5.D.2.17 Recherche de titre uniforme - Premiers mots d'un champ Cas d'utilisation : Recherche de la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de titre uniforme ou une référence. Le champ doit débuter par les mots spécifiés. Ce type de recherche est utile à l'utilisateur qui connaît les premiers mots d'un titre uniforme ou d'une référence.
5.D.2.18 Recherche de numéro ISSN Cas d'utilisation : Recherche par numéro ISSN complet.
5.D.2.19 Recherche d'un numéro d'enregistrement d'un système distant Cas d'utilisation : Recherche de numéro complet d'enregistrement de système local à partir d'un système à distance.
5.D.2.20 Recherche de nom géographique - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans des champs qui contiennent une vedette de nom géographique ou une référence.
5.D.2.21 Recherche de nom géographique - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de nom géographique ou une référence.
5.D.2.22 Recherche de nom géographique - Correspondance exacte Cas d'utilisation : Recherche de la chaîne complète telle que spécifiée dans des champs qui contiennent une vedette de nom géographique ou une référence.
5.D.2.23 Recherche de nom géographique - Premiers caractères d'un champ Cas d'utilisation : Recherche de la chaîne de caractères spécifiée dans des champs qui contiennent une vedette de nom géographique ou une référence. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile quand l'utilisateur veut repérer tous les noms qui commencent par une racine commune.
5.D.2.24 Recherche de titre - Phrase sans ancrage Cas d'utilisation : Recherche d'une phrase précise dans tous les champs qui contiennent un titre d'ouvrage ou un titre uniforme ou une référence.
5.D.2.25 Recherche de sujet - Phrase sans ancrage Cas d'utilisation : Recherche d'une phrase précise dans tous les champs d'une notice qui contiennent des vedettes-matières ou des références.
5.D.2.26 Recherche de nom - Phrase sans ancrage Cas d'utilisation : Recherche d'une phrase précise dans tous les champs d'une notice qui contiennent des vedettes-noms ou des références.
5.D.2.27 Recherche de note - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans des champs de notes d'une notice.
5.D.2.28 Recherche de note - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans des champs qui contiennent des notes.
5.D.2.29 Toute recherche - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans des champs de vedettes ou de références. Toutes les recherches qui comportent plus d'un mot clé sont interprétées comme si les termes existaient dans les même champ ou dans des champs différents. Par exemple, au cours d'une recherche sur « Copland ET Rodeo », on pourrait en théorie trouver « Copland » dans une vedette de nom et « Rodeo » dans une vedette de titre.
5.D.2.30 Toute recherche - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot dans des champs de vedettes ou de références. Toutes les recherches qui comportent plus d'un mot clé sont interprétées comme si les termes existaient dans les même champs ou dans champs différents. Par exemple, au cours d'une recherche sur « Copland ET Billy the Kid », on pourrait en théorie trouver » Copland « dans une vedette de nom et « Billy the Kid. Prairie night » dans une vedette de titre.
5.D.2.31. Recherche de sujet topique - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans une vedette de nom commun ou une référence.
5.D.2.32. Recherche de sujet topique - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans une vedette de sujet de nom commun ou une référence.
5.D.2.33. Recherche de sujet de nom commun - Correspondance exacte Cas d'utilisation : Recherche de la chaîne complète telle que spécifiée dans des champs qui contiennent des de nom commun de nom commun ou des références. Ce type de recherche est utile pour limiter les recherches à des sujets topiques précis, particulièrement dans des champs qui contiennent des sous-vedettes.
5.D.2.34. Recherche de sujet de nom comun - Premiers mots d'un champ Cas d'utilisation : Recherche d'un mot(s) complet(s) dans l'ordre précisé dans des vedettes de sujets de nom comun ou des références. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile lorsque l'utilisateur connaît la vedette de sujet de nom comun mais ne connaît pas les sous-vedettes.
5.D.2.35. Recherche de sujet de nom comun - Premiers caractères d'un champ Cas d'utilisation : Recherche portant sur la chaîne de caractères spécifiée dans des vedettes de sujet de nom comun ou des références. Le champ doit débuter par la chaine de caractères spécifiée. Ce type de recherche est utile quand l'utilisateur veut repérer toutes les vedettes qui commencent par une racine commune. Par exemple, le terme « catalog » permettra de repérer des Resources traitant de cataloging, catalog cards, catalogers, etc.
5.D.2.36. Recherche sujet de genre/forme - Mot-clé Cas d'utilisation : Recherche d'un mot complet dans une vedette-matière de genre/forme ou d'une référence.
5.D.2.37. Recherche sujet de genre/forme - Mot-clé avec troncature à droite Cas d'utilisation : Recherche d'un mot commençant par la chaîne de caractères spécifiée dans une vedette-matière de genre/forme ou une référence.
5.D.2.38. Recherche sujet de genre/forme - Correspondance exacte Cas d'utilisation : Recherche de la chaîne complète telle que spécifiée dans des vedettes-matières ou des références sujet de genre/forme. Ce type de recherche est utile pour limiter les recherches à des sujets précis, particulièrement dans des champs qui contiennent des sous-vedettes.
5.D.2.39. Recherche sujet sujet de genre/forme - Premiers mots d'un champ Cas d'utilisation : Recherche d'un mot(s) complet(s) dans l'ordre précisé dans des vedettes-matières de genre/forme ou des références. Le champ doit débuter par la chaîne de caractères spécifiée. Ce type de recherche est utile lorsque l'utilisateur connaît la vedette-matière principale mais ne connaît pas les sous-vedettes.
5.D.2.40. Recherche sujet sujet de genre/forme - Premiers caractères d'un champ Cas d'utilisation : Recherche portant sur la chaîne de caractères spécifiée dans des vedettes-matières de genre/forme ou des références. Le champ doit débuter par la chaine de caractères spécifiée. Ce type de recherche est utile quand l'utilisateur veut repérer toutes les vedettes qui commencent par une racine commune.
5.D.2.SCAN. Domaines de fonctionnalité D : Niveau 2 d'utilisation de SCANLe Niveau 2 d'utilisation SCAN englobe toutes les exigences du Niveau 1. Trois SCAN additionnels sont définis :
5.D.2.SCAN.1 Nom - Mot-clé Cas d'utilisation : Pour explorer une liste ordonnée des mots à partir de vedettes-noms ou de références. Le paramètre termlist d'un SCAN -- mot clé
5.D.2.SCAN.2 Titre - Mot-clé Cas d'utilisation : Pour explorer une liste ordonnée des mots à partir de champs ou de sous-champs de titres. Le paramètre termlist d'un SCAN par titre -- mot clé
5.D.2.SCAN.3 Sujet - Mot-clé Cas d'utilisation : Pour explorer une liste ordonnée des mots à partir de vedettes-matières ou de références. Le paramètre termlist d'un SCAN par sujet -- mot clé
6. RéférencesConference of European National Librarians (CENL). Z39.50 bib-1 Attribute Set Profile for CENL, Version 1.1.(en ligne), le 15 octobre 1997. (URL : http://www.lib.helsinki.fi/z3950/cenl_profile.html.) Danish Z39.50 Implementers Group, DanZIG Z39.50 Profile.(en ligne), le 4 mars 1999. (URL : http://www.bs.dk/danzig/profil.htm) Husby, Ole. BIB-1 profile for ONE (en ligne), le 9 janvier 1997
MODELS Library Interoperability Profile Family (en ligne). http://www.ukoln.ac.uk/dlis/models/clumps/technical/zprofile/zprofile.htm Moen, William E. (1999). Handling Bibliographic Holdings Information in Z39.50: Implications for the Z Texas Profile. (en ligne), http://www.tsl.texas.gov/LD/z3950/Holdings27Mar99.htm. National Information Standards Organization. (1995). ANSI/NISO Z3950-1995. Information Retrieval (Z39.50): Application Service Definition and Protocol Specification. Bethesda, MD: NISO Press. (disponible en ligne de NISO NISO: <http://www.niso.org/standards/resources/Z39-50.pdf> ou de l'organisme responsable de la norme Z39.50, Z39.50 Maintenance Agency: <http://lcweb.loc.gov/z3950/agency/1995doce.html>. National Information Standards Organization. Standards Committee AV. The U.S. National Z39.50 Profile for Library Applications. (ébauche - en ligne). <http://www.unt.edu/zprofile/Profile/specifications.htm> Bibliothèque Nationale du Canada, Profil de la version virtuelle du Catalogue collectif canadien Z39.50, Ébauche Version 1.5., (en ligne), le 26 janvier 1998. <http://www.collectionscanada.gc.ca/resource/vcuc/profil4.htm> St-Gelais, Rolande. OPAC/Holdings Schema: Definitions and Examples. (en ligne), le 10 mars 1999. <http://www.dra.com/resources/z3950/opac-schema-defs-3.pdf>. Texas Z39.50 Implementors Group. Z Texas Profile: A Z39.50 Profile for Library Systems Applications in Texas, Release 1.0. (en ligne), avril 1999. <http://www.tsl.state.tx.us/ld/projects/z3950/TZIGProfile99Apr20.htm>. Z39.50 Maintenance Agency. (en ligne) <http://lcweb.loc.gov/z3950/agency>. Z39.50 Maintenance Agency. ATS-1 Profile. <http://lcweb.loc.gov/z3950/agency/profiles/ats.html>. Z39.50 Maintenance Agency (1995, September). Attribute Set bib-1 (Z39.50-1995): Semantics. <ftp://ftp.loc.gov/pub/z3950/defs/bib1.txt> Z39.50 Maintenance Agency. (1998, June). bib-1 Attribute Set. <http://lcweb.loc.gov/z3950/agency/defns/bib1.html> Z39.50 Maintenance Agency. (1998, November). Character Set and Language Negotiation (2). <http://lcweb.loc.gov/z3950/agency/defns/charsets.html> Z39.50 Maintenance Agency. (2002, March). Creating a search from SCAN Results. <http://lcweb.loc.gov/z3950/agency/contributions2.html> Z39.50 Maintenance Agency. (2002, March). Diagnostics: Suggested User Display and Message Logging Using Bib-1 Diagnostic Set. <http://lcweb.loc.gov/z3950/agency/contributions/1.html> Z39.50 Maintenance Agency. (1999, January 29). Model for Z39.50 Negotiation During Initialization. <http://lcweb.loc.gov/z3950/agency/nego.html> Z39.50 Maintenance Agency/ (1999, August 30). Registry of Z39.50 Object Identifiers. <http://lcweb.loc.gov/z3950/agency/defns/oids.html> See also: About Z39.50 Object Identifiers. <http://lcweb.loc.gov/z3950/agency/defns/about.html>. Z39.50 Maintenance Agency. (2001, December). Z39.50 Holdings Schema. Version 1.2. <http://lcweb.loc.gov/z3950/agency/defns/holdings.html> Z39.50 Maintenance Agency. (1999, March). ZIG Clarification #54. Keyword Searching of Bibliographic Systems. <http://lcweb.loc.gov/z3950/agency/clarify/keyword.html>. |
 |
 |
 |