/home/n_morin/pro/notes

Ci-dessous non pas la façon dont le nouveau web gère les nouveautés, mais la façon dont il va les gérer d’ici quelques temps. Pour l’instant on était pris de court, on a juste entré les données directement dans la base avec PHPMyAdmin. Mais à terme ça devrait marcher selon le principe suivant:

* les acquéreurs mettent un statut de traitement spécifique (NW pour nouveauté) sur les ouvrages qu’ils sélectionnent: ce n’est donc pas un “catalogue des nouveaux achats” mais bien une “sélection de nouveautés”; on s’est mis d’accord pour sélectionner 120 docs répartis en 12 disciplines.
* on utilise une API pour chercher toutes les notices qui ont un exemplaire avec NW comme statut de traitement; ça ressemble à ça:
http://serveur:8991/X?op=find&code=[nom de l'index statut de traitement]&request=NW
* le système renvoi les notices sous forme d’un flux xml OAI qui ressemble à ça:

<varfield id=”010″ i1=” ” i2=” “>
<subfield label=”a”>2-07-030830-8</subfield>
</varfield>
* on balance plein de trucs mais on garde:
1. le numéro de notice pour générer un lien sur le titre pour renvoyer à la notice détaillée à l’opac
2. les infos biblios minimum
3. l’isbn, qu’on réutilise pour aller chercher la vignette sur Amazon
4. la cote: on a une table d’équivalence qui réparti les cotes entre les 12 disciplines autour desquelles s’articule le web

On ne le fait pas de façon réellement dynamique. C’est-à-dire qu’on pense faire ça une fois par mois et charger les données récoltées par le Web Service dans la base de données du web proprement dite. Cela permet de garantir qu’on a un ensemble homogène de 12×10 nouveautés, et qu’aucune discipline ne se retrouve avec 0 ou 100 nouveautés. Parce que dans le SIGB proprement dit, tous les soirs on fait tourner un truc qui dit :

ssi statut de traitement = NW
et nbre de prêts > 0
alors enlever le statut de traitement