<?xml version="1.0" encoding="UTF-8"?>
<TEI
change="metopes_publication#openedition"
xmlns="http://www.tei-c.org/ns/1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:xi="http://www.w3.org/2001/XInclude"
xmlns:ns="http://www.tei-c.org/ns/1.0"
xmlns:mathml="http://www.w3.org/1998/Math/MathML"
xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0"
xmlns:dcr="http://www.isocat.org/ns/dcr"
><teiHeader
><fileDesc
><titleStmt
><title
type="main"
>Vie d’Unimarc en temps de transition bibliographique</title
><author
role="aut"
><name
>Philippe Le Pape</name
><affiliation
>Animateur du CfU, membre du PUC</affiliation
><idno
type="IDREF"
>032554362</idno
><idno
type="ARK"
>http://catalogue.bnf.fr/ark:/12148/cb123562229</idno
><idno
type="ISNI"
>0000000007827001</idno
></author
></titleStmt
><editionStmt
><edition
><date
>2019-06-18T08:29:00</date
></edition
></editionStmt
><publicationStmt
><ab
type="papier"
><dimensions
><dim
type="pagination"
>22-23</dim
></dimensions
><date
>01/10/2017</date
></ab
><idno
type="book"
></idno
><ab
type="lodel"
><date
>01/12/2019</date
></ab
></publicationStmt
><sourceDesc
><p
>Version Métopes : 2.1</p
><p
>Written by OpenOffice</p
><bibl
>Arabesques</bibl
></sourceDesc
></fileDesc
><encodingDesc
><tagsDecl
><rendition
scheme="css"
xml:id="Cell1.A1"
>border:0.5pt solid #00000a;</rendition
></tagsDecl
></encodingDesc
><profileDesc
><langUsage
><language
ident="fr-FR"
></language
></langUsage
><textClass
></textClass
></profileDesc
><revisionDesc
><change
when="2020-01-09T09:53:00"
who="jean luc de ochandiano"
>Révision</change
></revisionDesc
></teiHeader
><text
xml:id="text"
><front
><titlePage
><docTitle
><titlePart
style="T_Surtitre"
type="sup"
>Formats et modèles</titlePart
><titlePart
style="T_3_Article"
type="main"
>Vie d’Unimarc en temps de transition bibliographique</titlePart
></docTitle
><byline
><docAuthor
style="txt_auteur"
>Philippe Le Pape</docAuthor
><affiliation
style="auteur_Institution"
>Animateur du CfU, membre du PUC</affiliation
><email
style="auteur_Courriel"
><ref
target="mailto:plp@abes.fr"
>plp@abes.fr</ref
></email
></byline
></titlePage
><argument
><p
style="txt_chapo"
>Les données exprimées en Unimarc sont bien préparées pour une conversion dans un formalisme propre au web. Le format, qui s’adapte sans difficulté aux évolutions actuelles des standards de catalogage, poursuit sa route – où les embûches ne sont pas toujours semées par ceux qu’on croit...</p
></argument
></front
><body
><div
type="chapitre"
xml:id="mainDiv"
><p
style="txt_Normal"
>Les formats MARC ne sont pas des formats du web, c’est leur défaut. Des données encodées en MARC ont besoin d’être transformées pour y être directement utilisables.</p
><p
style="txt_Normal"
>En juin 2011, soit un an après la publication de RDA, la Bibliothèque du Congrès annonce qu’elle compte cesser de fournir des notices MARC dans un délai de dix ans, et lance le projet Bibframe (voir aussi page 20). Nous voici à l’automne 2017 : non seulement les formats MARC ne donnent aucun signe de faiblesse, mais ils continuent à se développer. Paradoxalement, la publication et le succès grandissant de RDA leur procurent une vitalité nouvelle. C’est que RDA est loin d’avoir rompu avec les anciens standards de contenu. Le volume énorme des données établies selon ces derniers depuis les années 1970 et la nécessité de « faire avec » l’explique en grande partie. FRBRiser automatiquement des données rétrospectives n’est pas une opération aisée (difficulté évoquée dans nos pages 14 et 21). Nous sommes bien en période de <hi
rend="italic"
style="typo_Italique"
>transition</hi
>.</p
><p
style="txt_Normal"
>Quoi qu’il en soit, il n’est aucune notion du RDA actuel<note
n="1"
place="foot"
style="txt_Note"
type="standard"
xml:id="ftn1"
><p
> La donne peut changer lorsque RDA aura été aligné sur LRM (voir page 18).</p
></note
> qui ne puisse être prise en charge par un format MARC. Les bibliothèques utilisent encore massivement ces formats précis, pratiques et puissants, qu’il faut donc mettre à jour pour les adapter à RDA. MARC21 a connu depuis 2010, et connaît encore, de nombreuses évolutions : création de nouvelles zones, de listes contrôlées de termes et/ou de codes, etc.</p
><p
style="txt_Normal"
><hi
rend="bold"
style="typo_gras"
>« MARC must die » ? Vive Unimarc !</hi
></p
><p
style="txt_Normal"
>Unimarc a sur MARC21 plusieurs avantages : sa granularité est meilleure ; les relations entre notices (c’est-à-dire entre entités) y ont fait l’objet d’un soin particulier depuis l’origine et sont très développées ; chaque fois qu’un élément de donnée peut être extrait d’un référentiel, Unimarc recourt à cette possibilité, préférant un standard international reconnu lorsqu’il existe, et choisissant généralement dans ce cas d’exprimer la donnée non par du texte mais par un code, ce qui d’ailleurs le rend, de fait, multilingue. Toutes ces qualités, utilisées à bon escient et traduites en consignes de saisie dans un système de production tel que le Sudoc, font que des données exprimées en Unimarc sont bien préparées pour une conversion dans un formalisme propre au web.</p
><figure
><graphic
url="../icono/br/IMP_Arabesque87_Page_22_Image_0001.jpg"
></graphic
><head
style="titre_figure"
>La bibliothèque nationale du Portugal, où a eu lieu la dernière réunion du PUC (Permanent Unimarc Committee), en mars 2017.</head
><p
style="ill-credits-sources"
>Por João Carvalho - Obra do próprio, CC BY-SA 3.0</p
></figure
><div
type="section1"
><head
style="T_1"
subtype="level1"
>Unimarc et FRBR</head
><p
style="txt_Normal"
>Le format Unimarc est maintenu par le <hi
rend="italic"
style="typo_Italique"
>Permanent Unimarc Committee </hi
>(PUC), organe technique du <hi
rend="italic"
style="typo_Italique"
>Unimarc strategic programme </hi
>de l’IFLA. Ses membres représentent plusieurs institutions utilisatrices. Au nombre de huit actuellement, ils proviennent de sept pays (dont la France, par l’intermédiaire du Comité français Unimarc [CfU] rattaché au programme Transition bibliographique), plus OCLC. Traditionnellement tournés vers les standards publiés par l’IFLA (ISBD notamment) plutôt que vers ceux issus du monde anglo-saxon, les membres du PUC ne se sont guère souciés de transition bibliographique. Sauf le CfU.</p
><p
style="txt_Normal"
>Dès 2010, le CfU a élaboré un nombre considérable de propositions de création de nouvelles zones destinées à « traduire » le modèle FRBR en Unimarc. Ces propositions, validées par le PUC, font désormais partie du format.</p
></div
><div
type="section1"
><head
style="T_1"
subtype="level1"
>Unimarc et RDA</head
><p
style="txt_Normal"
>La publication progressive de RDA-FR oblige à s’assurer, avant toute mise en application de nouvelles règles, qu’Unimarc permet d’encoder les données correspondantes. Si une évolution du format est nécessaire, le CfU soumet au PUC les propositions <hi
rend="italic"
style="typo_Italique"
>ad hoc </hi
>(à condition que celles-ci soient recevables au plan international ; les besoins exclusivement français sont traités à l’échelon national en utilisant les espaces d’Unimarc destinés à cet usage). Malheureusement, aucun membre du PUC, en dehors du CfU et, bien entendu, d’OCLC, ne s’est pour l’instant montré intéressé par la mise en application de RDA. C’est ainsi que lorsqu’il s’est agi cette année de valider la création d’une nouvelle zone portant sur les éléments qui se substituent à la <hi
rend="italic"
style="typo_Italique"
>zone de l’adresse </hi
>de l’ISBD, le PUC, préférant tabler sur l’aménagement de la zone existante, a remis sa décision à plus tard. Cela par méconnaissance de RDA probablement, car la proposition française ne faisait que reprendre le dispositif adopté en MARC21 pour le même besoin — et Unimarc est censé être compatible avec MARC21. Or cette zone avait déjà été définie dans le format de catalogage du Sudoc. Elle y est appliquée depuis avril dernier, exportée en Unimarc standard, c’est-à-dire avec une perte d’information.</p
></div
><div
type="section1"
><head
style="T_1"
subtype="level1"
>« – On ne peut pas. – Pourquoi ? – on attend Godot. »</head
><p
style="txt_Normal"
>Faut-il, lorsqu’une nouvelle règle RDA-FR nécessite une modification d’Unimarc, attendre pour qu’elle soit appliquée que le PUC ait statué ? Les délais sont très longs : le PUC ne tient qu’une session par an, au printemps. Une mise en production, que ce soit dans le Sudoc ou dans les produits de la BnF, n’aurait lieu que l’année suivante, c’est-à-dire avec un délai de deux ans dans le meilleur des cas. Car on l’a vu, le PUC peut surseoir à décider. Un an supplémentaire, voire plus : des propositions datées de 2008 et de 2010 ont connu leur sort définitif cette année, en 2017…</p
><floatingText
n="1"
subtype="Focus"
type="encadre"
><body
><div
type="encadre"
><head
style="titreEncFocus"
>Lorsqu’une nouvelle règle RDA-FR l’exige, les modifications d’Unimarc doivent s’appliquer le plus vite possible.</head
></div
></body
></floatingText
><figure
><graphic
url="../icono/br/IMP_Arabesque87_Page_23_Image_0001.jpg"
></graphic
><head
style="titre_figure"
><hi
rend="italic"
style="typo_Italique"
>En attendant Godot</hi
>, de Samuel Beckett, mise en scène de Otomar Krejca, Festival d’Avignon, 1978.</head
><p
style="ill-credits-sources"
>Phot. Fernand Michaud (Domaine public) source : Gallica BnF</p
></figure
><p
style="txt_Normal"
>On peut, comme cela avait été fait pour la transposition en Unimarc du modèle FRBR, préparer un train de propositions à partir des mises à jour validées de MARC21 pour RDA. Ce serait un assez lourd travail, qui ne nous serait pas entièrement utile, vu que RDA-FR peut différer sensiblement du RDA officiel sur certains points. On peut aussi considérer que les mises à jour indispensables, lorsqu’elles sont refusées par le PUC ou que la décision prend trop de temps, sont validées au niveau national pour l’échange entre institutions françaises.</p
><p
style="txt_Normal"
>Quoi qu’il en soit, les particularités du système de décision du PUC nous sont connues et nous disposons de solutions alternatives en cas de blocage. La mise en application de RDA-FR ne sera donc pas freinée du fait de l’Unimarc.</p
></div
></div
></body
></text
></TEI
>
