Le support MARC passe par 3 鴡pes distinctes :

  1. la gestion interne des donn饳 MARC
  2. l'importation et l'exportation des donn饳 au format MARC
  3. l'IHM au format MARC.

gestion interne des donn饳 MARC

Cette partie est partiellement d鶥lopp饠(entre 60 et 70%) Une version 1.3 r鳥rv饠aux d鶥loppeurs devrait 괲e fabriqu饠d'ici le 15 septembre pour validation et corrections (fait- 10/2002). Il faut pour koha-fr 飲ire le fichier de param鴲age UNIMARC en francais (fait- 10/2002).

importation et exportation des donn饳 au format MARC

L'importation fonctionne partiellement ࠰artir des outils d鶥lopp鳠par steve. Elle devra 괲e reprise pour permettre une gestion plus compl败 des imports. L'exportation n'a pas encore 鴩 abord饬 mais elle devrait 괲e simple ࠦaire : nous utilisons pour le MARC une biblioth豵e, MARC::Record qui propose une fonction d'export au format MARC (MARC21)

IHM au format MARC

Saisie de donn饳

Cette partie n'est PAS encore d鶥lopp饮 Elle aura pour objectif de fournir une nouvelle interface d'acquisition des ouvrages. Cette acquisition se fera par import/correction de notice ou par saisie manuelle.

L'ergonomie g鮩rale sera la suivante :

  • la saisie sera divis饠en 11 onglets au maximum. Les 10 premiers onglets concernent la biblio, le 11eme concerne les exemplaires.
  • le fichier de param鴲age UNIMARC indiquera pour chaque zone si elle doit 괲e saisie, si elle peut 괲e saisie ou si elle est ignor饮 De plus, on indiquera sur quel onglet la donn饠doit 괲e saisie.
  • 4 types de bibliographies peuvent 괲e saisies (monographies, p鲩odiques, musique, autres). A chaque type correspondra un param鴲age des 11 onglets.
  • Dans le cas d'une saisie MARC compl败, on pourra ainsi mettre dans l'onglet 1 les zones 1XX, dans l'onglet 2 les zones 2XX… Dans le cas d'une saisie MARC partielle, on pourra tout mettre dans les premiers onglets, les derniers seront alors inactiv鳮
  • Le 11eme onglet de saisie d'exemplaire sera toujours actif. Le fichier de param鴲age indiquera les zones se rapportant ࠬa saisie d'un exemplaire.
  • les zones r鰩tables seront saisies dans le mꭥ champ, avec un s鰡rateur (la touche | par exemple)
  • pour chaque donn饠MARC on indiquera si la zone est reli饠࠵n fichier d'autorit頨et lequel). Si un fichier d'autorit頥st reli鬠un bouton permettra d'ouvrir une fen괲e de recherche et d'effectuer des recherches. Si un fichier d'autorit頥st reli頠 une zone et qu'une valeur n'existant pas est saisie dans la zone, il y aura un refus et retour ࠬa zone de saisie.

questions restant en suspens : un tel syst譥 ne permet pas de g鲥r :

  • les sous-zones r鰩tables avec une r鰩tition complexe : par exemple : 240$a $b $c $a $b $c. En existe t'il ?
  • les zones r鰩tables

Par contre, ca g貥 les r鰩titions du type 240 $a $a $a $a $b $b. Ce probl譥 est-il critique ? si oui, une id饠pour le r鳯udre ?

Recherches MARC

L'interface de recherche MARC sera relativement d鰯uill饮 Elle permettra de faire une recherche sur un nombre maximal de 5 zones, avec et/ou/sauf comme indicateurs. Il est difficilement envisageable de permettre un nombre illimit頤e valeurs (probl譥 d'algorithme de d飯dage), et 5 semblent largement suffisants. Le r鳵ltat de la recherche pr鳥ntera la liste des r鰯nses avec titre et auteur, sur lesquels il sera possible de cliquer pour voir le d鴡il de la notice ou d'effectuer des op鲡tions (r鳥rvation, emprunt, retour)

Le d鴡il de la notice pr鳥ntera les 11 onglets comme la saisie. Les zones avec lien d'autorit頯u de th鳡urus auront un bouton cliquable pour afficher les autres valeurs possibles et/ou l'arborescence.

 
frenchsupportmarc.txt · Last modified: 2006/04/04 09:23 (external edit)
 
Except where otherwise noted, content on this wiki is licensed under the following license:CC Attribution-Noncommercial-Share Alike 3.0 Unported
Recent changes RSS feed Donate Powered by PHP Valid XHTML 1.0 Valid CSS Driven by DokuWiki