A.-M. Cubat PMB – Construction du portail – Concepts et exemples
Source : http://amcubat.be/docpmb/portail-construction-concepts-exemples
Page 25
Transférez si nécessaire d’autres éléments de la configuration globale : indexation décimale, thésaurus, paramétrage des notices, exemplaires, localisations, sections …
N’oubliez pas d’alimenter la base. Importez un lot réduit mais significatif de notices, sélectionnées en fonction
des articles de type bibliographique ou événementiel que vous comptez publier dans un premier temps
Il faut quelques données d’exemplaires pour tester l’affichage dans la page catalogue classique.
Répartissez ces notices dans quelques paniers et étagères virtuelles
(les étagères sont importantes dans le portail)
Créez 2-3 lecteurs (même fictifs) – pour tester l’impact d’un statut de publication
(public ou réservé aux abonnés)
Vous pouvez désormais activer les paramètres spécifiques du portail, puisque votre feuille de style est définitive
-(c’est donc le bon moment pour tout le monde, que vous ayez changé entretemps de feuille de style ou non).
Paramétrer le portail : activer le portail, accorder des droits aux utilisateurs, configurer url_base_cms_build,
configurer le paramètre cms et rendre le cms actif dans l’OPAC.
Vous devrez définir le contenu éditorial : types de contenu des rubriques et articles, statuts de publication. Pour éviter
de démarrer à zéro, vous pouvez restaurer la configuration minimum de la démo, et la compléter ensuite. En outre,
cela permet d’employer directement les templates Django
de la démo et les requêtes SQL que j’ai mises au point.
Il faut bien sûr rédiger des rubriques et des articles , un éventail des divers types d’articles que vous pourriez
publier (événement spécial, exposition, présentation d’un livre ou d’un auteur, présentation de la bibliothèque et de son fonds, infos pratiques, etc). Ces articles peuvent être courts au début, vous êtes en période de test.
Il faut aussi créer les pages du portail . Attention ! Au départ, la page est vide (aucun cadre), donc inutilisable !
Adaptez la valeur du paramètre first_page_params en fonction des pages du portail que vous avez créées, du moins si
vous voulez remplacer tout de suite la page d’accueil classique de l’OPAC par une page d’accueil de type portail
Si vos pages sont vides pour le moment (aucun cadre), il est inutile de modifier ce paramètre, vous le ferez plus tard.
Il faut rendre les pages-outils du portail opérationnelles, c’est-à-dire y insérer les modules et cadres indispensables
Ex. insérer le module « afficher un aticle » sur la « page qui affiche un article », sinon la page ne sert à rien
Il ne vous reste qu’à apprendre « 2 ou 3 petites choses ??? » : l’interconnexion entre tous ces éléments !
Sélectionner les modules et les sources de données, établir des liens entre contenu éditorial et bibliographique,
insérer les cadres issus des modules dans une page de l’OPAC ou du portail, positionner les cadres dans une zone, les déplacer si nécessaire, préciser leurs propriétés CSS, gérer les templates, créer un menu …
Il ne reste qu’à …. Il n’y a qu’à … Façon de parler ! Je sais que c’est plus vite dit que fait … Courage ;-)
T
RANSFERT DE LA VRAIE BASE VERS LA BASE DE TRAVAIL
Le transfert d’un nombre important de données depuis la base en production vers la base de travail n’est pas obligatoire en toute circonstance. Cela dépend surtout des articles que vous comptez rédiger au début.
Le travail dans une base de test facilite la création de « l’architecture du portail » : créer les pages du portail, y insérer les cadres indispensables et prévoir les interconnexions. Mais cet aspect-là du travail ne requiert pas une grande ressemblance
entre le contenu bibliographique des deux bases. L’essentiel dans cette optique, c’est qu’il s’agisse de la même feuille de style, et qu’il y ait une similitude au niveau de la configuration générale (la table des paramètres).
Un autre aspect du travail préliminaire dans une base de test, c’est la
gestion de l’arbre du contenu éditorial
(en d’autres
termes, créer l’arborescence des rubriques) et la rédaction des articles.
Ces articles peuvent être de type bibliographique : présenter certaines notices (ex. les coups de cœur des bibliothécaires) ou les nouveautés (revisiter le concept des étagères virtuelles). Mais d’autres types d’article existent : annoncer des activités organisées par la bibliothèque, fournir des infos générales (aide à la recherche, conditions d’inscription et de prêt …)
Si vous prévoyez d’avoir rapidement de nombreux articles liés au contenu bibliographique de votre base, il sera plus pratique de transférer certaines données (ex. thésaurus ou étagères) depuis la vraie base vers votre base de test.
Mais si ce nombre d’articles bibliographiques est assez réduit, si vous avez surtout rédigé des articles d’infos générales (afin de remplacer vos anciennes infopages), un transfert relativement complet n’est pas indispensable.
A.-M. Cubat PMB – Construction du portail – Concepts et exemples
Source : http://amcubat.be/docpmb/portail-construction-concepts-exemples
Page 26
Ne prenez donc pas tous les conseils qui suivent au pied de la lettre.
Ex. Le transfert du thésaurus ne sera guère utile s’il ne faut lier que 4 ou 5 articles aux descripteurs.
On peut créer ce lien entre articles et catégories plus tard, après avoir transféré le portail depuis la base de travail vers la base en ligne, cela ne vous prendra pas beaucoup de temps.
A vous de décider ce que vous allez transférer au début depuis la base en production vers votre base de test.
J’ai expliqué ci-dessous ce qu’il est possible de transférer et comment procéder, je n’ai pas dit que vous deviez le faire !!
Notices, exemplaires et étagères
Notices et exemplaires
Créez dans la base source des paniers de notices ou d’exemplaires, afin de les exporter et de les importer
ensuite dans la base de travail : vous récupérerez donc telles quelles les données de votre catalogue d’origine.
Vous pouvez aussi compléter l’éventail de notices grâce aux serveurs Z 39.50.
Inutile de vous focaliser sur un catalogage complet jusque dans les moindres détails, allez à l’essentiel.
Il ne s’agit de toute façon que d’une copie pour travailler, la notice « bien cataloguée » est dans la base en ligne.
Il n’est pas nécessaire d’avoir tout à fait les « bonnes » données pour les exemplaires : si le numéro d’exemplaire est par exemple fictif, cela ne perturbera en rien les tests. Les infos des exemplaires servent surtout pour tester l’affichage classique du catalogue dans l’OPAC. Il faut donc des cotes de rangement, localisations, sections et statuts cohérents, afin que l’exemplaire soit visible, et que le système fonctionne comme dans votre vraie base.
Choisissez les notices à créer en fonction des articles que vous comptez rédiger dans un 1 er
temps, par exemple o
Si vous parlez d’un livre, essayez d’avoir 3 ou 4 autres notices du même auteur o Si vous présentez une série ou une collection, essayez d’avoir 4 ou 5 notices qui en font partie o
Si vous annoncez une exposition ou un événement, essayez d’avoir 4 ou 5 notices sur le même thème
Etagères virtuelles
Vous avez probablement 3-4 étagères virtuelles avec les nouveautés dans divers domaines (documentaires, fiction adulte, fiction jeunesse, périodiques …). Il faut bien sûr des paniers et des notices pour alimenter ces étagères, mais pour les tests, il est inutile de disposer d’une liste complète, d’autant plus que les « nouveautés » d’aujourd’hui ne correspondront probablement plus à celles que vous mettrez en évidence le jour de l’inauguration du portail !
Sachez que les étagères virtuelles ont beaucoup plus d’importance dans le portail que dans un OPAC classique.
Si une notice ou un cadre sont liés à une étagère, cela se fait en général grâce à une requête SQL qui affiche la liste des étagères disponibles, et on choisit la bonne. En d’autres termes, le lien se base sur le numéro d’id de l’étagère.
Lorsque votre portail sera prêt, vous devrez le transférer depuis la base de test vers la base en ligne. Or, si les numéros identifiants des étagères sont différents dans les deux bases, vous aurez des ajustements à faire plus tard dans la vraie base : il faudra repérer tous les éléments liés à une étagère, et changer le lien.
S’il y a assez peu de notices et de cadres liés à une étagère, ou si vous avez une liste (à peu près) complète des
éléments concernés, cela peut se faire rapidement. Si les modifications sont plus nombreuses, agissez préventivement, avant de transférer les données depuis la base en ligne vers celle de test.
Ce système assurera un transfert plus « sûr » du portail et vous fera gagner du temps. o
Avant de sauvegarder la table des étagères (voir ci-dessous, configuration globale d’une base), créez dans la base en ligne des étagères supplémentaires pour le futur portail. Appelez-les par exemple « Portail – Nouveautés Jeunesses »,
« Portail – Documentaires » et créez même 4-5 étagères « en plus au cas où … » (ex. « Portail – Etagère 1 ») o Veillez à ce que personne d’autre que vous ne puisse voir ou supprimer ces étagères (rappel : si vous deviez les recréer, leur numéro identifiant serait différent). Gardez-les en réserve « bien au chaud », et ne les employez pas dans la base en ligne. Aussi longtemps que le portail est en construction, utilisez en production les étagères et paniers habituels. o
L’avantage de cette méthode, c’est que les numéros d’id des étagères du portail seront ainsi les mêmes dans les 2 bases. o
Il n’est vraiment pas utile de créer préalablement les paniers qui alimenteront ces étagères. Le transfert des paniers d’une base vers l’autre est tout à fait facultatif : leur nombre risque d’ailleurs d’être fort élevé s’il y a beaucoup d’utilisateurs. o
Avant de transférer le portail dans l’autre sens, alimentez les étagères de la base en ligne avec de nouveaux paniers qui conviendront pour le futur portail. Même si le contenu de l’étagère est différent, car ce ne sont pas (tout à fait) les mêmes paniers ni les mêmes numéros d’id de notices qu’en test, le numéro d’id de l’étagère sera identique, et c’est là l’essentiel.
La création préliminaire des étagères rend donc votre portail plus rapidement opérationnel ultérieurement.
A.-M. Cubat PMB – Construction du portail – Concepts et exemples
Source : http://amcubat.be/docpmb/portail-construction-concepts-exemples
Page 27
Configuration globale d’une base
Il ne me semble pas utile de récupérer toute la base, donc j’ai limité volontairement le nombre de tables à sauvegarder dans la base en ligne, et à restaurer ensuite dans la base de travail.
Restaurez bien entendu cet ensemble avant de commencer à configurer le portail.
Cette liste est une liste standard, il se peut qu’elle contienne quelques tables inutiles pour certains d’entre vous, et que d’autre part, elle ne soit pas assez complète pour d’autres, vu certaines spécificités de votre base.
Vous devrez peut-être faire des ajustements, mais au moins, vous avez une liste pour démarrer.
Tables à transférer, afin que la configuration globale de la base de travail ressemble le plus possible à celle de la base en ligne
Parametres Paramètres users, users_groups notice_statut, origine_notice docs_codestat, docs_location, docs_section, docs_statut, docs_type, docsloc_section, lenders
Utilisateurs – ce n’est pas indispensable, admin peut suffire pour créer le portail.
Configuration des notices : origines, statuts
Configuration des exemplaires : codes statistiques, localisations, sections, statuts, types de support, liens entre sections et localisations, propriétaires notices_custom, notices_custom_lists, expl_custom, expl_custom_lists notice_tpl, notice_tplcode
Champs personnalisés des notices et exemplaires
Seulement le paramétrage – pas le contenu. A vous de voir si c’est utile ou non.
Templates des notices – utile surtout si vous en avez défini pour l’OPAC z_bib caddie, etagere
Lire d’abord la note sur les étagères !
categories, nœuds, thesaurus, voir_aussi indexint, facettes
Infopages caddie_procs, empr_caddie_procs,, procs, procs_classements, empr_categ, empr_codestat, empr_caddie
Configuration des serveurs Z 39.50 – utile surtout si vous avez adapté la liste type
Paniers de l’onglet catalogue (facultatifs) et étagères (très utiles)
Seulement la liste avec les numéros d’id - pas le contenu
Thésaurus (4 tables) - Sans les liens entre les notices et les descripteurs
Indexation décimale et facettes
Infopages
Toutes les requêtes SQL des onglets Administration, Catalogue et Circulation, ainsi que le classement des procédures de l’onglet Administration
Configuration des emprunteurs : catégories, codes statistiques et paniers (vides)
Transfert facultatif. En théorie, 2-3 lecteurs, même fictifs, suffisent pour tester.
Attention, je rappelle qu’il il s’agit d’un transfert à réaliser au début, depuis la base en ligne vers la base de travail !
Il serait vraiment dangereux de transférer ces tables dans l’autre sens, après avoir mis au point le portail !
Votre base en production évolue en permanence : on ajoute, modifie ou supprimes des notices, exemplaires, lecteurs, catégories, étagères, etc. Il est aussi fort probable que l’on change entretemps l’un ou l’autre paramètre.
Or la phase d’élaboration du portail va prendre un certain temps, on pourrait même dire un temps certain, donc il serait risqué de restaurer plus tard dans la base en ligne des tables qui ne seraient forcément plus à jour.
Certes, à la fin du processus, il y aura un transfert depuis la base de test vers la base en production, mais ce transfert sera limité aux tables du jeu « cms », donc on ne va restaurer que les tables liées au portail lui-même.
