Signalement des ressources nativement dématérialisées
1.Introduction
2. Filière ADDN
3. Attributs dans Noemi
4. Éléments dans PiXML
1. Introduction
Cette fiche expose les principes de catalogage des ressources nativement dématérialisées, acquises ou reçues en don via la filière Acquisitions et Dons de Documents Numériques (ADDN), en soulignant leurs attributs distinctifs par rapport aux ressources physiques. Elle éclaire sur les spécificités de Noemi et de PiXML.
Le terme « nativement dématérialisées » désigne les ressources :
- produites directement sous forme numérique, par opposition aux ressources analogiques numérisées, qu’elles aient ou non fait l’objet de dérivés sans médiation (impression, tirage, etc.) ;
- qui ne sont pas diffusées sur un support spécifique (cartouche, disque pressé, etc.), par opposition aux ressources numériques diffusées sur support et dématérialisées par la BnF.
Ces ressources présentent une complexité particulière du fait :
- de la diversité de leurs producteurs, à la différence du nombre limité de prestataires de numérisation ;
- du niveau variable de maîtrise par les créateurs de leur outil logiciel ;
- de l’absence de spécification / de référentiel décrivant la forme et le contenu attendu ;
- et par conséquent, du faible niveau de contrôle généralement appliqué.
Afin de gérer au mieux ces ressources, la BnF intervient sur ces données dans un certain nombre de cas (voir le document Déroulement des étapes de tri dans la filière ADDN) :
- découpage en paquets homogènes en termes documentaires, de droits et de formats ;
- définition d’un ordre de lecture dans le cas de lots de ressources ;
- transformations diverses : uniformisation du format conteneur, conversion du modèle couleur d’une image, etc.
2. Filière ADDN
La filière Acquisitions et Dons de Documents Numériques (ADDN) est un circuit d’entrée dans les collections patrimoniales de la BnF pour des ressources nativement dématérialisées, entrant par don ou par acquisition. Elle permet d’acquérir, de signaler, de conserver et de communiquer ces documents, avec la volonté de donner accès aux données originales pertinentes de manière pérenne et dans le respect des différents droits. Elle constitue un cadre homogène de traitement pour une variété de types de contenus et de formats de fichiers, dont la liste évolue en fonction de la politique documentaire et de la politique de formats de la BnF.
Les notices sont manuellement créées dans Noemi ou PiXML ou générées à partir d’informations succinctes saisies dans une application d’entrée (DAE ou Frontin) puis enrichies par le catalogueur.
Les documents sont signalés dans BnF Catalogue général ou dans BnF Archives et manuscrits en fonction de leur nature, laquelle détermine la politique de signalement du département qui en assure la responsabilité scientifique.
3. Attributs dans Noemi
Cataloguer une ressource nativement dématérialisée comme une ressource physique tout en précisant certains attributs au niveau de la Manifestation. Pour les consignes de catalogage de la Manifestation, voir notamment les fiches Type de contenu, type de médiation et Description matérielle : électronique.
Pour enrichir une notice de Manifestation correspondant à une ressource nativement dématérialisée, renseigner essentiellement les attributs suivants :
- type de contenu, type de médiation ;
- type de support ;
- description matérielle ;
- caractéristiques techniques de la ressource électronique ;
- équipement ou système requis.
|
Code de sous-zone Intermarc-NG |
Intitulé de la sous-zone Intermarc-NG |
Recommandations de traitement |
|
013 $r
|
Reproduction |
Compléter si besoin avec les valeurs courantes du référentiel : |
|
051 $a
|
Type de contenu |
Compléter avec les valeurs courantes du référentiel : Combiner si besoin. Exemple pour un contenu mixte : image fixe et texte noté. |
|
051 $b |
Type de médiation |
Compléter avec les valeurs courantes du référentiel : Les types peuvent être combinés. Exemples : pour un fichier MP4, indiquer « électronique » et « vidéo » ; pour un fichier DCP utilisé pour la projection de films en salle, indiquer « électronique » et « projeté ». |
|
052 $a
|
Type de support |
Enregistrer « ressource dématérialisée » pour les contenus sur serveur distant ou sans support associé. Consulter le référentiel si besoin. |
|
282 $m |
Nombre d’unités |
Compter le nombre de ressources et non le nombre de fichiers. |
|
282 $a |
Type d'unités |
Enregistrer « ressource dématérialisée » pour qualifier le type de la ressource électronique. |
|
282 $en |
Nombre de sous-unités électroniques |
Une sous-unité correspond à un fichier. Si le nombre de sous-unités est grand, enregistrer les particularités importantes dans une note 330 $m. |
|
282 $ei |
Types de sous-unités (électroniques) |
Si la ressource est constituée d’un ou plusieurs fichiers dont le format reproduit celui d’une ressource imprimée, manuscrite ou graphique équivalente (par exemple, PDF), ajouter le nombre de sous-unités correspondant à la ressource équivalente, en appliquant les instructions sur l’importance matérielle du format de cette ressource. Exemple : 1 ressource dématérialisée. |
|
282 $l |
Durée |
Compléter cette sous-zone répétable si nécessaire. Exemple pour une ressource audiovisuelle : 01 min 32 s. |
|
282 $r |
Code de région |
Ce code identifie la région du monde pour laquelle un fichier a été encodé sur un support et empêche ce support d’être lu sur un lecteur vendu dans une région différente. Cette sous-zone n’est pas applicable aux documents prioritairement sélectionnés pour la filière ADDN. Elle peut néanmoins être utilisée pour mentionner des mécanismes de limitation d’utilisation selon une zone géographique liée à des problématiques de commercialisation (cas des jeux vidéo et des livres numériques). |
|
283 $b |
Taille de la ressource électronique |
C'est le nombre d’octets d’un fichier numérique. Si la ressource comporte plusieurs fichiers, enregistrer la taille de chaque fichier, en l’associant au format du fichier. Donner la taille du fichier en octets, kilo-octets (Ko), mégaoctets (Mo), gigaoctets (Go) ou téraoctets (To) selon ce qui est approprié. Exemples : 656 Ko ; 6,6 Mo ; 1,2 Mo ; 1,6 Go. |
|
283 $n |
Nombre de fichiers |
|
|
283 $i |
Type de fichier |
C’est le type général de contenu des données encodées dans un fichier informatique. Compléter avec les valeurs courantes du référentiel : |
|
283 $f |
Format de fichier |
Compléter avec les valeurs courantes du référentiel : Le format d’encodage est une norme ou un schéma utilisé pour encoder le contenu numérique d’une ressource. Utiliser de préférence un terme figurant dans un registre de formats (comme Wikidata, Type MIME, PRONOM) ou dans une liste de références (liste 78 ONIX). |
|
283 $d |
Résolution ou définition des images |
C'est la netteté ou la finesse de détail d’une image numérique. Elle couvre la résolution proprement dite, exprimée en points par pouce (ppp) et la définition, exprimée par la mesure de l’image en pixels. Exemples : 5616 x 3744 pixels, 1990 x 2910 pixels, 4368 x 2912 pixels. |
|
283 $g |
Version du format de fichier |
Enregistrer la version ou une précision du format d’encodage si cela affecte ou restreint l’utilisation de la ressource. Exemples : DAISY 3.0, HTML 5, EPUB 3.0, TIFF multipages. |
|
283 $t |
Débit binaire |
C’est une mesure de la quantité de données numériques transmises par unité de temps. Exemple : Ko/s. C’est un indicateur de qualité pour les flux audio et vidéo. |
|
330 $g
|
Note générale |
Préciser le fait que le document est un fichier source. Exemple : fichier source d'une affiche imprimée. |
|
33E $k
|
Equipement ou système requis– Formule introductive (texte libre) |
Saisir une formule introductive du type « Configuration requise ». |
|
33E $a
|
Equipement ou système requis - Configuration requise |
Selon les besoins, enregistrer la marque, le modèle et la version de l’équipement ou du matériel, le nom et la version du système d’exploitation, la capacité de mémoire, le langage de programmation, les autres logiciels nécessaires, tout plug-in ou tout périphérique, etc. requis pour faire fonctionner, visionner ou faire défiler la ressource. |
4. Éléments dans PiXML
Dans PiXML, préciser certains éléments pour offrir une description complète de la ressource dématérialisée. Voir aussi le document Signalement des ressources nativement dématérialisées en EAD.
|
Élément EAD |
Recommandations de traitement |
|
//archdesc/fileplan //c/fileplan |
Décrire l’arborescence originale du fonds ou du composant. |
|
//archdesc/arrangement //c/arrangement |
Indiquer le plan de classement modifié par la BnF. |
|
//c[@level="item"] |
Créer autant de composants de niveau item que de paquets d’informations contenant des données originales. |
|
//archdesc/processinfo //c/processinfo |
Informer l’usager de transformations appliquées par la BnF à des données originales. |
|
//c/did/unitdate |
Appliquer les règles du document Consignes pour la datation d'un objet numérique. |
|
//c/did/physdesc/genreform |
La valeur des attributs doit être : |
|
//c/did/physdesc/extent[@type="nombre d'unités"] |
Indiquer le nombre de fichier originaux. |
|
//c/did/physdesc/extent[@type="poids des données"] |
Indiquer le poids total des données arrondi au dixième supérieur si pertinent, accompagné de l’unité (Ko, Mo, Go). |
|
//c/did/physdesc/extent[@type="poids_des_données"]/@unit |
Indiquer l’unité de mesure du poids utilisée (Ko, Mo, Go). |
|
//c/did/physdesc/extent[@type="durée"] |
Indiquer la durée d’une ressource temporelle. |
|
//c/did/physdesc/extent[@type="durée"]/@unit |
Indiquer l’unité de mesure, de préférence « min » (minutes). |
|
//c/did/physdesc/physfacet[@type="technique"]/genreform[@type=""type de document"] |
Indiquer le type de contenu en texte libre. |
|
//c/did/physdesc/physfacet[@type="technique "]/genreform[@type="type de document"]/@normal |
Indiquer le type de contenu selon le référentiel. |
|
//c/did/physdesc/physfacet[@type="technique "] /genreform[@type="format de données"] |
Indiquer le format des données originales en texte libre. Voir la liste des valeurs dans le document Signalement des ressources nativement dématérialisées en EAD. |
|
//c/did/physdesc/physfacet[@type="technique "] /genreform[@type="format de données"]/@source |
Indiquer « IANA Media Types » selon la forme d’un type de média. |
|
//c/did/physdesc/physfacet[@type="technique "] /genreform[@type="format de données"]/@normal |
Indiquer le type MIME des données originales. |
|
//c/accessrestrict[@type="incom"]/p |
Cette recommandation est destinée aux départements utilisant COMRAO. Cet élément doit être présent si un élément unitid[@type="cote"] a été spécifié afin que la demande de communication via COMRAO ne soit pas possible. |
|
//c/userestrict[@type="statut_juridique"]/p |
Indiquer « Sous droits » ou « Domaine public ». |
|
//c/dao/@role |
L’attribut doit être rempli si la communication n’est pas faite sur Gallica mais restreinte : |
|
//c/dao/daodesc/p |
Une mention du mode d’accès doit être indiquée en texte libre si la communication n’est pas faite sur Gallica mais restreinte. Voir le document Signalement des ressources nativement dématérialisées en EAD. Si les données sont sous droits et ont été cédées à la BnF dans le cadre d’une convention, indiquer ici « Conditions spécifiques d'utilisation (sous convention [identifiant Lotus de la convention]). ». |
|
//c/dao/daodesc/p[@audience="internal"] |
Élément obligatoire même s’il n’y a pas eu de transformation des données originales. Indiquer le type MIME des données sous leur forme préservée dans le magasin numérique. |