Résultats detailles de la phase 1 du projet gertrude Annex…

RESULTATS DETAILLES DE LA PHASE I DU
PROJET GERTRUDE
ANNEXES
PROJET INTERREGIONAL D’INFORMATISATION DES
SRI
Annexe 1 : Exemple de dossier électronique en ligne
http://www4.culture.fr/patrimoines/patrimoine_architectural_et_mobilier/sribzh/main.xsp?execute
=show_document&id=MERIMEEIA00004919
Annexe 2 : Dossiers d’inventaire numérisés, base Mérimée
http://www.culture.gouv.fr/documentation/memoire/HTML/IVR24/IA18000311/index.htm
http://www.culture.gouv.fr/documentation/memoire/HTML/IVR24/IA36000001/index.htm
Annexe 3 : Description DTD
Annexe_DTD_CI_2.6
-XML.pdf
Annexe 4 :
CHARGEMENT DE NOTICES DOCUMENTAIRES DANS LES BASES
NATIONALES AVEC OVIDE
Auteur(s) : MCC/DAPA/SDARCHETIS/DSIAP
Date de mise à jour : 23 mai 2008
À qui s'adresse cette fiche ?
À toute personne habilitée à verser des notices documentaires dans les bases nationales
et aux services informatiques chargés de l'installation des applications clientes et de la
configuration des postes de travail utilisateurs hors du réseau
« culture ».
Dans quel but ?
Connaître les procédures d'habilitation et le mode opératoire pour le chargement d'un lot
de notices documentaires dans une base nationale au moyen de l'outil national OVIDE.
Définition
Le chargement de notices documentaires dans les bases nationales consiste à transférer
depuis un poste de travail distant un lot de notices valides vers un sas de chargement
situé sur un serveur national.
Le chargement se fait par base (MÉRIMÉE, PALISSY et MÉMOIRE). Dans le cas d'une opération
intéressant les trois bases, l'ordre de chargement MÉRIMÉE, puis PALISSY, puis MÉMOIRE doit
impérativement être respecté. En effet, seul le respect de cette chronologie permet la
génération automatique des liens inter-bases fiche SI1.
Description
La procédure de chargement des notices documentaires s'appuie sur les différents
modules qui constituent la « chaîne Mistral » fiche SI6. Elle est déclenchée par
l'activation du bouton « Chargement » dans l'application OVIDE fiche CO2.
Le transfert des notices utilise le protocole ftp.
Le chargement suppose :
● la présence d'un utilisateur habilité, c'est-à-dire ayant obtenu auprès de l'administration
centrale (MCC/DAPA/SDARCHETIS/DSIAP) l'ouverture d'un compte constitué d'un nom
d'utilisateur et d'un mot de passe (dit « compte DOCUM ») lui permettant d'accéder au
répertoire de chargement sur le serveur ftp.culture.fr ;
● le paramétrage de l'application OVIDE (répertoire de destination des fichiers sur le poste
local, habilitation et adresse du sas de chargement) ;
● la validation du lot de notices à transférer au moyen de la suite applicative LEXIC/OVIDE
fiche VO6 fiche CO2
Les fichiers à transférer doivent répondre à la règle de nommage suivante :
NOMBASE_IDPROD_NUMF_LOT
où NOMBASE correspond au nom de la base de destination (MERIMEE, PALISSY ou
MEMOIRE), IDPROD correspond au code du service émetteur, NUMF au code de la région
et LOT au nom du lot sur 4 caractères alphanumériques. Par exemple,
MERIMEE_IVR_93_OP03 correspond au lot OP03 du service régional chargé de l'inventaire
( = IVR) dans la région Provence-Alpes-Côte d'Azur ( = 93).
Lorsque la procédure de chargement est déclenchée (bouton chargement dans Ovide),
l'application génère deux fichiers, dits « fichiers de chargement » :
● un fichier NOMBASE_IDPROD_NUMF_LOT.prm contenant l'identification du compte
utilisateur et la base MISTRAL de destination ;
● un fichier NOMBASE_IDPROD_NUMF_LOT.doc protégé en écriture contenant les données
proprement dites dans le format attendu par MISTRAL.
En fonction du pare-feu du réseau local, le processus de transfert peut varier. Le fichier
de configuration de l'application OVIDE devra être adapté à la configuration locale. Deux
cas peuvent se présenter :
1) Le pare-feu local autorise les flux ftp depuis OVIDE :
L'adresse du sas de chargement étant la configuration par défaut définie dans les fichiers
de configuration (.ini) fournis par l'administration centrale, il n'est pas besoin de modifier
le paramétrage de l'application OVIDE. Un clic sur le bouton Chargement de l'application
déclenchera le transfert automatique du lot de notices valides vers le répertoire de
chargement national.
2) Le pare-feu local ne permet pas les flux ftp depuis OVIDE :
Il est nécessaire de modifier le paramétrage par défaut de l'application OVIDE à chaque
livraison de nouveaux fichiers de configuration par l'administration centrale. Pour cela,
dans le menu Fichier > Options > Contrôle, l'utilisateur habilité définit un répertoire de
chargement sur le poste local. ATTENTION : le chemin du répertoire ne doit comporter ni
espaces, ni caractères accentués. Dans ce cas, lorsque l'utilisateur clique sur le bouton
Chargement,
l'application OVIDE crée les deux fichiers .prm et .doc sur le poste de travail, dans le
répertoire sélectionné.
L'utilisateur transfère ensuite au moyen d'un logiciel client ftp de son choix les deux
fichiers de chargement dans le répertoire de chargement national.
Les fichiers transférés sont stockés dans ce répertoire jusqu'au déclenchement d'une
procédure de transfert automatique vers le module DOCUM, qui génère un rapport de
chargement transmis par messagerie à l'utilisateur. Le déclenchement de la procédure de
transfert est quotidien.
Une seconde procédure déclenchée par l'administrateur national MISTRAL vient ensuite
récupérer dans le module DOCUM les données en attente de chargement, pour les intégrer
dans leur base de destination. Il peut donc exister un délai entre la réception du rapport
de chargement et la présence effective des notices dans les bases.
Acteurs
Les services producteurs :
● sollicitent auprès de l'administration centrale les habilitations et l'attribution
du répertoire de chargement ;
● installent la suite applicative LEXIC/OVIDE et les fichiers de configuration
corrects ;
● paramètrent éventuellement le répertoire local des fichiers de chargement ;
● valident les lots de notices documentaires à charger ;
● transfèrent dans le répertoire de chargement les fichiers générés par le lancement de la
procédure de chargement, en respectant la règle de
nommage des fichiers définie par l'administration centrale
(MCC/DAPA/SDARCHETIS/DSIAP) ;
● mettent à jour le champ REFMIS des lots chargés dans leurs bases régionales.
L'administration centrale (MCC/DAPA/SDARCHETIS/DSIAP) :
● valide et transmet les demandes d'habilitation au DSI ;
● définit les règles de nommage des fichiers de chargement ;
● demande la création du répertoire de chargement ;
● paramètre les fichiers de configuration de l'application OVIDE (habilitation et adresse du
répertoire de chargement) ;
● informe les services producteurs de la mise à disposition de nouveaux fichiers de
configuration en cas d'évolution des règles de gestion ;
● met à jour les tableaux de suivi des chargements.
L'administration centrale (MCC/DAG/DSI) :
● gère les habilitations dans DOCUM ;
● gère le répertoire de chargement ;
● déclenche les procédures de mise à jour des bases MISTRAL.
Contact
Adresse fonctionnelle des administrateurs nationaux :
[email protected]
Annexe 5 :
CHARGEMENT DES IMAGES DANS LES BASES NATIONALES
Auteur(s) : MCC/DAPA/SDARCHETIS/DSIAP
Date de mise à jour : 5 juin 2008
À qui s'adresse cette fiche ?
À toute personne habilitée à verser des images et les notices documentaires
correspondantes dans les bases nationales IMAGES et MÉMOIRE, ainsi qu'aux services
informatiques chargés de l'installation des applications clientes et de la configuration des
postes de travail utilisateurs hors du réseau « culture ».
Dans quel but ?
Connaître les procédures d'habilitation et le mode opératoire pour le chargement d'un lot
d'images dans la base nationale IMAGES.
Définition
Le chargement des images dans la base nationale IMAGES consiste à transférer depuis un
poste de travail distant un lot de fichiers images normalisé (format, taille, poids et nom)
vers un sas de chargement situé sur un serveur national.
Description
Les images doivent répondre aux préconisations des plans nationaux de numérisation
fiche PR1. Chaque image doit correspondre aux normes suivantes :
● taille maximale : 150 Ko
● résolution maximale (format plein écran) : 512 X 768
● nommage en minuscules : idprodnumf_numi_p.jpg où idprod correspond au code du service
émetteur, numf au code de la région, numi à l'identifiant du support, p au format d'image
plein écran et jpg à l'extension du fichier.
Par exemple, ivr93_20080500001X_p.jpg.
Le transfert des images utilise le protocole ftp.
Le chargement d'un lot d'images présuppose la présence effective du lot de notices
d'indexation correspondant dans la base MÉMOIRE fiche AL1. C'est le même répertoire que
celui assigné pour le chargement des notices qui est utilisé pour le chargement des
images.
Le processus de transfert pour les services situés hors du réseau « culture » se fait de la
façon suivante :
● L'utilisateur crée une archive (format .zip) contenant l'ensemble des images au format
« plein écran ». Le nom des fichiers .jpg doit être en minuscules.
● Le fichier .zip doit impérativement porter le nom suivant :
MEMOIRE_IDPROD_NUMF_LOT.ZIP
où IDPROD correspond au code du service émetteur, NUMF au code de la région et LOT
au nom du lot sur 4 caractères alphanumériques. Par exemple,
MEMOIRE_IVR_31_OP01.ZIP correspond au lot OP01 du service régional chargé de
l'inventaire ( = IVR) dans la région Nord – Pas-de-Calais ( = 31).
● L'utilisateur transfère au moyen d'un outil ftp l'archive .zip dans le répertoire de
chargement qui lui a été assigné.
Les fichiers transférés sont stockés dans le répertoire de chargement jusqu'au
déclenchement d'une procédure de décompression et de transfert automatique vers
l'application IMAGES. Cette procédure est quotidienne.
Un message de rappel est envoyé à l'utilisateur tant que le lot d'images attendu par
l'application IMAGES suite au versement des notices correspondantes n'est pas
chargé.
Acteurs
Les services producteurs :
● versent le lot de notices correspondant au lot d'images ;
● préparent le lot d'images conformément aux préconisations des plans nationaux de
numérisation ;
● transfèrent dans le répertoire de chargement une archive .zip contenant les fichiers
images et respectant la règle de nommage définie par l'administration centrale
(MCC/DAG/DSI) ;
● vérifient sur la base MÉMOIRE que le chargement de leurs images s'est bien passé (pas
d'images manquantes, correspondance notice / image, ...).
L'administration centrale (MCC/DAG/DSI) :
● gère le répertoire de chargement ;
● déclenche les procédures de mise à jour de la base IMAGES
● déclenche la procédure de génération automatique des liens entre les notices d'oeuvre
MÉRIMÉE et PALISSY et les images destinées à les illustrer (procédure hebdomadaire).
L'administration centrale (MCC/DAPA/SDARCHETIS/DSIAP) :
● met à jour les tableaux de suivi des chargements.
Contact
Adresse fonctionnelle des administrateurs nationaux :
[email protected]
Annexe 6 :
OVIDE, OUTIL NATIONAL DE VALIDATION DES NOTICES
DOCUMENTAIRES
Auteur(s) : MCC/DAPA/SDARCHETIS/DSIAP
Date de mise à jour : 6 décembre 2007
À qui s'adresse cette fiche ?
A tout service producteur d'information patrimoniale.
Dans quel but ?
Connaître les fonctionnalités et les modalités d'utilisation de l'application OVIDE.
Définition
OVIDE (Outil de Validation de l'Intégrité des Documents Électroniques) est un outil de
contrôle des notices documentaires MÉRIMÉE, PALISSY et MÉMOIRE par les producteurs, en vue
de leur intégration dans le système d'information national.
Description
OVIDE est un module de la suite applicative LEXIC/OVIDE, développée et maintenue par le
ministère (MCC/DAG/DSI).
L'outil de validation OVIDE permet de vérifier le respect des règles définies par le ministère
dans les notices documentaires, préalablement à leur intégration dans le SI national.
Les contrôles opérés par OVIDE sont :
● le contrôle d'unicité des identifiants
● des contrôles de structure
● des contrôles syntaxiques
● des contrôles lexicaux
● des contrôles de cohérence.
OVIDE applique ses règles de gestion document par document, et non sur un lot de
documents. C'est pourquoi il ne permet pas les contrôles d'intégrité référentielle (le
document A lié au document B est bien présent dans le corpus), qui doivent être pris en
charge en amont par les producteurs.
Pour fonctionner, l'application s'appuie sur :
● un fichier de paramétrage définissant la structure des données attendue pour chaque
base (.def) ;
● un fichier de paramétrage contenant l'ensemble des règles de gestion applicables par
base et par champ (.ini) ;
● les référentiels (lexiques) produits au moyen du module LEXIC.
OVIDE accepte en entrée plusieurs formats de données :
● le format ASCII délimité ;
● le format XML ;
● le format « ajout piloté »
Deux modes d'installation sont proposés :
● le mode Consultation destiné aux utilisateurs ;
● le mode Édition réservé à l'administration centrale pour la définition des
contrôles nationaux.
Acteurs
L'administration centrale (MCC/DAPA/SDARCHETIS/DSIAP) est chargée de traduire sous
la forme de règles de gestion les prescriptions méthodologiques en vigueur.
Toute évolution en termes de normes de description se traduira par l'adaptation du
contrôle correspondant, sa suppression ou la création d'un nouveau contrôle.
Les règles de gestion qui s'appliquent aux notices documentaires sont définies, pour
chaque base, dans les fichiers de paramétrage (.def et .ini) de l'application. A chaque
évolution de la norme, l'administration centrale (MCC/DAPA/SDARCHETIS/DSIAP) fournit
aux services producteurs une nouvelle version de ces fichiers.
Le paramétrage varie en fonction :
● du statut du service producteur (service central, service déconcentré, service
décentralisé) et du site (réseau culture, hors réseau culture) ;
● de la version monoposte ou réseau choisie pour l'installation de LEXIC
fiche VO6. Les services producteurs doivent donc indiquer aux administrateurs des bases
de données nationales la version de LEXIC qu'ils ont installée.
L'application OVIDE peut être utilisée par les producteurs durant toute la phase
d'élaboration de leur travail, en vue de contrôler régulièrement leur saisie. Elle sera
également utilisée par la personne ayant en charge le versement dans les bases
nationales, pour validation finale d'un lot de notices préalablement à son chargement
fiche AL1.
Sources et ressources
L'application OVIDE dans sa version Consultation est mise à la libre disposition des services
producteurs du ministère et, par voie conventionnelle, à la disposition des services
décentralisés.
La convention-type Convention relative aux conditions d'utilisation du logiciel LEXIC/OVIDE est
téléchargeable à l'adresse suivante :
http://www.culture.gouv.fr/culture/inventai/telechar/MCC_convention_LEXIC_v1.5.
pdf
L'application est téléchargeable sur le serveur ftp.culture.fr, sous réserve de l'attribution
d'un login et d'un mot de passe à solliciter auprès de l'administration centrale
(MCC/DAPA/SDARCHETIS/DSIAP).
L'installation d' OVIDE requiert l'installation préalable du SGBD MySQL et du module de
gestion des lexiques LEXIC. Se référer au document d'installation fourni avec l'application.
Adresse fonctionnelle des administrateurs nationaux :
[email protected]
Annexe 7 : Résultats enquête existant dans les Régions
1. MODELES DE GRILLES D’ANALYSE DE L’EXISTANT :
Un questionnaire a été envoyé à l’ensemble des SRI régionaux pour faire un état de l’existant des
données et des applications. 16 régions ont répondu au questionnaire :
ALSACE
AQUITAINE
AUVERGNE
ILEDEFRANCE
LANGUEDOCROUSSILLON
NORD-PASDECALAIS
BASSE-NORMANDIE
BOURGOGNE
BRETAGNE
CENTRE
PACA
PAYSDELALOIRE
PICARDIE
POITOUCHARENTES
FRANCHECOMTE
RHONE-ALPES
Nous avons réparti en 3 ensembles les éléments d’analyse :
1er ensemble : tout ce qui concerne les dossiers électroniques conformes à la DTD CI.
2e ensemble : tout ce qui concerne les notices conformes aux systèmes descriptifs de
l’Inventaire.
3e ensemble : tout ce qui concerne la production documentaire mais qui échappe aux 2 premiers
ensembles.
1.1. 1 Grilles de données
1.1.1. 1.1 Dossiers électroniques conformes à la DTD CI
1.1.2. 1.2 Notices conformes aux systèmes descriptifs de
l’Inventaire
1.1.3. 1.3 Eléments documentaires non - conformes aux normes
de la DAPA
NB chaque fichier contient les onglets chaîne (détail des tableaux de chaque région par terrain
d’étude), volumétrie, diffusion ou consultation serveur régional et all (synthèse).
1.2. 2 Grilles d’applications
1.2.1. 2.1 Chaînes de production et diffusion de dossiers
électroniques conformes à la DTD CI
1.2.2. 2.2 Chaînes de production et diffusion de notices
conformes aux systèmes descriptifs de l’Inventaire
1.2.3. 2.3 Chaînes de production et diffusion d’éléments
documentaires non - conformes aux normes de la DAPA
NB chaque fichier contient les onglets Chaîne et Fiche outils
2. SYNTHESE DE L’ENQUETE
2.1. LES FONDEMENTS
Décret n° 2005-835 du 20 juillet 2005 pris en appli cation de l’article 95 de la loi n° 2004809 du 13 août 2004 relative aux libertés et responsabilités locales et relatif au
contrôle scientifique et technique de l’Etat en matière d’inventaire général du
patrimoine culturel et au Conseil national de l’inventaire général du patrimoine culturel
« Chapitre Ier : Le contrôle scientifique et technique
Article 1
Le contrôle scientifique et technique de l’Etat sur l’inventaire général du patrimoine culturel
est destiné à garantir, sur l’ensemble du territoire, la qualité scientifique et technique des
opérations d’inventaire et à en assurer la cohérence, la pérennité, l’interopérabilité et
l’accessibilité…
Article 2
L’Etat définit les normes scientifiques et techniques selon lesquelles les opérations
d’inventaire général du patrimoine culturel sont conduites et veille à leur application. Ces
normes portent sur les méthodes de conduite des opérations, les vocabulaires, les
schémas et formats de données. »
Circulaire n° 2001/016 du 20 juin 2001 relative aux services régionaux de l’inventaire et
aux modalités de conduite de l’inventaire général des monuments et des richesses
artistiques de la France.
Annexe 1 Cadre scientifique et normes techniques de l’inventaire général au 1er
février 2001
« Ainsi que sur la recommandation R(95) 3 du Conseil de l'Europe. Le système d'information
documentaire est destiné à garantir la pérennité des données et un accès à l'ensemble de la
documentation produite dans le cadre des enquêtes d'inventaire. Il prévoit l'indexation de
l'ensemble de la documentation sous forme de notices
informatisées dans les bases de données documentaires structurées selon les systèmes
descriptifs énumérés ci-dessus.
Ce système inclut également des normes nationales pour la gestion des dossiers
numériques. Le format de stockage de ces dossiers repose sur l'utilisation de la norme
internationale XML, qui rend les données produites indépendantes de toute plate-forme
logicielle ou matérielle. Le XML, recommandation du comité de normalisation de l'internet,
est le format d'échange reconnu entre systèmes hétérogènes. Une structuration de
l'information au format XML a été mise au point, selon une définition de types de documents
(DTD), qui normalise le contenu des dossiers de l'inventaire. La structure proposée offre
un cadre suffisamment générique pour permettre des adaptations aux opérations locales,
que ce soit dans la profondeur d'utilisation du modèle ou dans la personnalisation. …. »
2.2. LES PRINCIPES
Perennite : XML
« Le format de stockage de ces
dossiers repose sur l'utilisation de la
norme internationale XML, qui rend les
données produites indépendantes de
toute plate-forme logicielle ou matérielle.
«
Il est une réponse à la question de
l’archivage informatique de la partie textuelle
du dossier.
COMMUNICABILITE :
DES SERVEURS REGIONAUX DE DOSSIERS
La structure proposée offre un cadre
suffisamment générique pour permettre
des adaptations aux opérations locales,
que ce soit dans la profondeur
d'utilisation du modèle ou dans la
personnalisation.
Les dossiers sont constitués d’éléments
spécifiques et d’éléments normalisés. Ils sont
chargés par les services régionaux de
l’Inventaire sur leur serveurs régionaux de
dossiers. Les notices d’indexation sont
transmises pour versement aux bases
nationales.
- Serveur du SRI Bretagne
http://www4.culture.fr/patrimoines/patrimoine
_architectural_et_mobilier/sribzh/main.xsp
- Serveur du SRI Rhône-Alpes
http://sdx.rhonealpes.fr
- Serveur du SRI Alsace
http://www.hp-
COHERENCE : NORME
« Ces normes portent sur les méthodes
de conduite des opérations, les
vocabulaires, les schémas et formats de
données. »
Conséquences : tous les aspects de la
norme s’appliquent (format XML, systèmes
descriptifs et vocabulaires pour les notices,
DTD pour les dossiers électroniques de
l’Inventaire, Schema DAPA pour les dossiers
électroniques de la DAPA)
INTEROPERABILITE : SERVEUR D'INDEX
NATIONAL
« Le XML, recommandation du comité de
normalisation de l'internet, est le format
d'échange reconnu entre systèmes
hétérogènes. »
Comparer les œuvres au niveau national est
la fonction des bases de données nationales.
Dans cet exemple, le serveur national joue le
rôle d’entrepôt d’index pour permettre l’acces
à des bases régionales de dossiers
électroniques :
Exemple : Je cherche toutes les gares de
Bretagne et de Rhône-Alpes. Le clic dans la
notice sur l’icône « dossier complet » route
vers le serveur Breton ou le serveur RhôneAlpin.
http://www.culture.gouv.fr/public/mistral/meri
mee_fr?ACTION=CHERCHER&FIELD_98=
DOSURLP&VALUE_98=OUI&FIELD_1=LOC
A&VALUE_1=(RHONEALPES%20OU%20BRETAGNE)&FIELD_98
=DENO&VALUE_98=gare
physique.org/sdx/sriaulp/main.xsp
2.3. LES NORMES
« Ces normes portent sur les méthodes de conduite des opérations, les vocabulaires,
les schémas et formats de données. »
•
Les notices conformes aux systèmes descriptifs
CONTENU : 1 ELEMENT, LA NOTICE
- de l’architecture :
- http://www.culture.gouv.fr/culture/inventai/extranetIGPC/normes/sysdescARCHI/sysdesc_
archi_sept1999.pdf
- des objets mobiliers :
- http://www.culture.gouv.fr/culture/inventai/extranetIGPC/normes/sysdescOBJ/sysdesc_obj
ets_dec1999.pdf
- de l’illustration :
- http://www.culture.gouv.fr/culture/inventai/extranetIGPC/normes/sysdescILL/pdf/SDILL_2
007.pdf
•
Les Dossiers Electroniques de l’Inventaire conforme à la DTD CI :
CONTENU : LA NOTICE + REFERENCES DOCUMENTAIRES + ILLUSTRATIONS + TEXTES
LIBRES + GEOREFERENCEMENT + LIENS
-Le fichier xml de la DTD CI 2.6 :
- http://collabra.rhonealpes.fr/eRoom/rra/ccrenabl/0_96c5
- Sous forme de pdf :
- http://collabra.rhonealpes.fr/eRoom/rra/ccrenabl/0_98c5
•
Les Dossiers Electroniques de la DAPA conformes au Schema DAPA
CONTENU : LA NOTICE + REFERENCES DOCUMENTAIRES + ILLUSTRATIONS + TEXTES
LIBRES + GEOREFERENCEMENT + LIENS
+ des éléments transversaux comme BIBLIOGRAPHIE, BIOGRAPHIE
- Le contenu
- http://projets.ajlsm.com/sdapa/
- Un exemple
-
http://www.patrimoineaixlesbains.fr/html/DapaSchema/guidelines/exemples/index.html
2.4. LES DONNEES
16 régions ont répondu au questionnaire (les résultats présentés ici ne prennent en compte que
les valeurs de ces 16 régions).
ALSACE
AQUITAINE
AUVERGNE
ILEDEFRANCE
LANGUEDOCROUSSILLON
NORD-PASDECALAIS
BASSE-NORMANDIE
BOURGOGNE
BRETAGNE
CENTRE
PACA
PAYSDELALOIRE
PICARDIE
POITOUCHARENTES
FRANCHECOMTE
RHONE-ALPES
Nous avons réparti en 3 ensembles les éléments d’analyse :
1er ensemble : tout ce qui concerne les dossiers électroniques conformes à la DTD CI.
2e ensemble : tout ce qui concerne les notices conformes aux systèmes descriptifs de
l’Inventaire.
3e ensemble : tout ce qui concerne la production documentaire mais qui échappe aux 2 premiers
ensembles.
NB chaque fichier contient les onglets chaîne (détail des tableaux de chaque région par terrain
d’étude), volumétrie, diffusion ou consultation serveur régional et all (synthèse).
2.4.1. Notices conformes aux systèmes descriptifs de l’Inventaire
Nombre de notices :
Taille moyenne des notices
Nombre d’images :
200 000 notices d’œuvres
et environ autant de
notices illustrations sur le
serveur national
entre 2ko et 5 Ko par
notice
800 000 images
2.4.2. Dossiers électroniques conformes à la DTD CI
Nombre de dossiers
électroniques
Taille moyenne des dossiers
Nombre d’images :
135 000 dont 105 000
archi et 30000 Objets
entre 7ko et 13 Ko par
dossier
377000 illustrations dont
environ 2% de documents
graphiques
2.4.3. Images numériques
Taille de l’image normalisée
150 Ko par image
Taille moyenne régionale de
l’image bitmap source
de 4 à 65 Mo
Taille moyenne régionale de
l’Image vecteur source
de 50Ko à 10 Mo
2.4.4. Autre multimedia
Sont signalés également quelques enregistrements sonores et films 3d précalculés qui illustrent
les dossiers électroniques.
2.4.5. Elements documentaires non normalisés
Les SRI régionaux signalent la production de nombreuses base de données non-normalisées qui
peuvent être segmentées en 2 groupes :
- Eléments spécifiques locaux :
Ex :matrices du cadastre napoleonien
- Eléments transversaux présents dans toutes les régions à rapprocher des éléments transversaux
proposés par le SCHEMA DAPA:
Ex : biographie, bibliographie
Volumétrie
70000
60000
Taille moyenne en Ko
50000
40000
Moyenne basse
Moyenne haute
30000
20000
10000
0
Taille moyennne d'une
notice
Taille moyennne d'un
dossier électronique
Taille moyennne d'une
image normalisée
Taille moyennne d'une
image Bitmap source
Type d'objet documentaire
Taille moyennne d'une
Image vecteur source
Les notices sont presque exclusivement diffusées par les bases de données nationales de la
DAPA ET ne font que rarement l’objet de diffusion sur un serveur web Régional. A noter
toutefois le serveur Patrimages du SRI de PACA qui diffuse sur internet les notices illustration
et les images numériques associées.
2.4.6.
2.4.7. Diffusion des dossiers électroniques sur les serveurs
régionaux
90000 dossiers électroniques sont diffusés par 4 (Bretagne, Rhône-Alpes, Alsace, Picardie)
serveurs web régionaux et illustrées par 250 000 images
2.4.8. Diffusion des dossiers électroniques sur les serveurs
régionaux
Les serveurs régionaux de dossiers Electroniques font l’objet de 370000 visites/an pour 2,8
Millions de pages visitées et 8,4 Millions de hits1.
2.5. LES APPLICATIONS
2.5.1. Notices conformes aux systèmes descriptifs de l’Inventaire
Les SRI doivent être répartis selon 3 cas de figure :
1=le SRI ne produit que des Notices : PACA, LANGUEDOC ROUSSILLON, BASSENORMANDIE, BOURGOGNE, FRANCHE COMTE, AQUITAINE, AUVERGNE
2= le SRI produit des Notices + dossiers électroniques à l’aide de 2 chaînes d’outils :
RHONE-ALPES, CENTRE, NORD - PAS DE CALAIS, PICARDIE, ALSACE, PAYS DE LA
LOIRE
3= leSRI produit des Notices + dossiers électroniques à l’aide d’une chaîne d’outils :
BRETAGNE, POITOU-CHARENTE
Les outils relatifs à la chaîne des notices :
Cindoc (Saisie), Mistral (diffusion), Olinp (Saisie de notices illustrations),
1
Définitions des indicateurs :
Visits : Quand une requête est envoyée au serveur depuis une adresse IP donnée, le temps écoulé entre la requête présente et
la précédente requête provenant de cette même adresse est calculé. Si cet intervalle de temps est supérieur à une valeur prédéfinie (30 mn par défaut), alors on considère qu'il s'agit d'une nouvelle visite sur le site: le nombre 'Visits' est incrémenté.
Pages : Le terme 'Pages' est similaire à 'Files' mais est limité aux documents HTML ou à tout fichier générant du code HTML.
Le nombre de 'Pages' est incrémenté à chaque envoi vers le navigateur client. Les autres fichiers tels que graphiques ou clips
audio ne sont pas comptabilisés. Le nombre 'Pages' peut être considéré comme le nombre de pages de votre site qui ont été
visitées.
Hits : Chaque requête enregistrée sur le serveur est considérée comme un 'hit'. Les requêtes peuvent porter sur des pages
HTML, des graphiques, des fichiers audio, des scripts CGI, etc... Le nombre de 'hits' correspond au nombre de requêtes faite
sur le serveur sur une période donnée.
Les outils relatifs à la chaîne des dossiers électroniques
RENABL6 (BRETAGNE, PICARDIE), RENABLLYON (PICARDIE, RHONE-ALPES,
CENTRE, NORD - PAS DE CALAIS, ALSACE, PAYS DE LA LOIRE, POITOUCHARENTE) pour saisie, contrôle, export
Georenabl pour capture de coordonnées (BRETAGNE, PICARDIE, RHONE-ALPES,
CENTRE, NORD - PAS DE CALAIS, ALSACE, PAYS DE LA LOIRE, POITOUCHARENTE)
Geoviewer : SIG documentaire pour synchronisation d’affichage de couches de
carto dynamiques et de pages HTML (BRETAGNE, PICARDIE, RHONE-ALPES,
CENTRE, NORD - PAS DE CALAIS, ALSACE, PAYS DE LA LOIRE, POITOUCHARENTE)
SDX Serveur web documentaire en xml (BRETAGNE, RHONE-ALPES, ALSACE,
PICARDIE)
RENABLMP (MIDI-PYRENEES)
LOGICIEL
LICENCE
CINDOC
payant
progiciel de gestion documentaire
Aquitaine / Rhône-Alpes / Alsace / Auvergne /
Bourgogne / Centre / Fcomté / Ile de France /
Languedoc-Roussillon / Nord Pas de Calais /
PACA / Pays de la Loire / Picardie / Poitou
Charentes
OLINP
libre
Outil libre d´indexation des notices Photo-Graphiques.
permet la saisie / modification / suppression de notices
Illustration, des ajouts et des modifications par lot,
l´importation (formats txt et xml DTD 2.6) et l´exportation
(format txt)
Bretagne / Centre / Poitou Charentes
LEXIC
libre
crée et gère les lexiques nécessaires à la mise en oeuvre
des contrôles lexicaux de l’application Ovide. Cet outil
fonctionne avec MySql.
Aquitaine / Rhône-Alpes / Alsace / Bourgogne /
Centre / Fcomté / Ile de France / LanguedocRoussillon / Nord Pas de Calais PACA / Pays de
la Loire / Picardie Poitou Charentes
OVIDE
libre
outil de contrôle des notices produites (illustration,
édifices et objets mobiliers) et de les charger dans les
bases documentaires nationales MEMOIRE, MERIMEE
et PALISSY. Cet outil fonctionne avec MySql.
Aquitaine / Rhône-Alpes / Alsace / Bourgogne /
Centre / Fcomté / Ile de France / LanguedocRoussillon / Nord Pas de Calais / PACA / Pays
de la Loire / Picardie Poitou Charentes
MISTRAL
hébergement
MCC
assure le stockage et la diffusion Internet des bases
documentaires nationales (MERIMEE, MEMOIRE,
PALISSY). Le serveur (application et données) est
hébergé par le DSI du MCC.
Aquitaine / Rhône-Alpes / Alsace / Bourgogne /
Bretagne / Centre / Fcomté / Ile de France /
Languedoc-Roussillon / Nord Pas de Calais /
PACA / Pays de la Loire / Picardie Poitou
Charentes
FILE ZILLA
gratuit
Utilises par le SRI de la région
Transfert des notices vers le serveur FTP du Ministère de
le Culture en vue de leur mise en ligne dans les bases
documentaires nationales MEMOIRE, MERIMEE et
PALISSY (utilisé par les services hors réseau Culture)
PACA
LOGICIEL
LICENCE
CARACTERISTIQUES
RENABLLYO
N
Application
gratuite
nécessitant
l'acquisition
d’une licence
access 97
Outil de saisie, de contrôle et d'export intégré dans la
chaîne de production du dossier électronique.
RenablLyon est le résultat de la collaboration de Pierrick
Brihaye et Yves Godde. L'essentiel de la valeur ajoutée
de cette version est l'intégration de la liste officielle des
contrôles nationaux au moment de son développement
(2001) et l'amélioration de l'ergonomie des formulaires
(accès aux vocabulaires et affichage des images en plein Rhône-Alpes / Alsace / Picardie / Poitouécran). En 2005, la DAPA a confié, le déploiement et la
Charentes / Centre / Nord pas de Calais / Pays
maintenance de Renabllyon à la Société AMJ.
de la Loire
RENABL6
Application
gratuite
nécessitant
l'acquisition
d’une licence
access 97
Outil de production de dossiers électroniques, Renab6 est
le résultat du développement et de la fusion par Pierrick
Brihaye de 2 applications utilisées avant 2005 par le SRI
Bretagne : Renabl5 et RenabllLyon
Bretagne / Picardie
GEORENABL Application
gratuite
nécessitant
l'acquisition
d’une licence
runtime
MapOjbects sur
laquelle
fonctionne
également
Geoviewer.
Outil de capture de coordonnées géographiques. Cet outil
permet de charger des couches de cartographie Arcview
pour en capturer les coordonnées et ainsi géoréférencer
les dossiers électroniques des bases de données
produites par RenablLyon et Renabl6. Il est doté d'un
outil simplifié de production de couches de cartographie
arcview. Il a été développé par Pierrick Brihaye.
JOINTURES
Cet outil permet de de joindre des tables Renabl
(RenablLyon Renabl6) en une ou deux tables Access. Il
permet également de générer un fichier *.shp pour ArcView et de lui attribuer des valeurs issues de Renabl. Il a
été développé par Pierrick Brihaye.
Runtime
access
Rhône-Alpes / Bretagne / Alsace / PoitouCharentes / Centre / Nord pas de Calais / Pays
de la Loire
GEOVIEWER Application
Outil d'affichage synchronisé de dossiers électroniques et
gratuite
de cartographie. Il a été développé par Pierrick Brihaye.
nécessitant
l'acquisition
d’une licence
runtime
MapOjbects sur
laquelle
fonctionne
également
Georenabl
SRIBZH sur Logiciel libre
SDX
(Système
Documentaire
en XML)
SRIAULP Logiciel libre
sur SDX
(Système
documentair
e en xml)
UTILISES EN
Outil web de recherche de documents XML. Cet outil est
un système de recherche documentaire sur serveur web
de dossiers électroniques conformes à la DTD CI. SDX
est déployé dans une architecture Web technologie Java
Servlet / Cocoon 2 et l'accès aux applications se fait à
l'aide d'un navigateur Web standard
Développé sur la base de SRIBZH sur SDX, Outil web de
recherche de documents XML. Cet outil est un système
de recherche documentaire sur serveur web de dossiers
électroniques conformes à la DTD CI. SDX est déployé
dans une architecture Web technologie Java Servlet /
Cocoon 2 et l'accès aux applications se fait à l'aide d'un
navigateur Web standard
Rhône-Alpes / Bretagne / Alsace / Picardie /
Poitou-Charentes / Centre / Nord pas de Calais /
Pays de la Loire
Rhône-Alpes / Bretagne / Alsace / Picardie /
Poitou-Charentes / Centre / Nord pas de Calais /
Pays de la Loire
Rhône-Alpes / Bretagne / Picardie
Alsace
RENABLMP
Application
gratuite
RenablMP est un outil de gestion des notices
documentaires : Architecture (Mérimée), Mobilier
(Palissy) et Illustration, ainsi que des fichiers
associés. Il permet de saisir ou importer les
données des notices ou images, et de les lier entre
elles pour former un dossier électronique. Il est
doté d’une localisation cartographique des
œuvres, et permet, en restitution, de produire les
dossiers électronique d’inventaire au format XML,
conformément à la DTD CI (classeurs de
l’inventaire) version 2.6 de la Direction de
l'Architecture et du Patrimoine (Ministère de la
Culture). L’application fonctionne en client lourd,
soit de façon autonome sur un poste individuel
(les
exécutables et la base de données sont installés
sur un poste de type bureautique) soit en réseau
(serveur de base de données et filesystem ou
support CD pour le images). Tables Mérimée et
Palissy et Illustration en base MySQL, fichiers liés
(images, dossiers d'Inventaire numérisés, sons,
Midi-Pyrénées
vidéos, ...) en répertoires.
2.6. En synthèse, ce qu’il faut retenir :
Exemples de dossiers en SDAPA :
Aix-Les-Bains :
DOSSIERS ELECTRONIQUES
DE LA DAPA
DOSSIERS ELECTRONIQUES DE
L’INVENTAIRE
•RENABL6 (2
régions)
RENABLLYON (7
régions)
Fonctionnalités :
(saisie, contrôle,
export)
Georenabl
(capture de
coordonnées)
Geoviewer (SIG
documentaire)
SDX (serveur web
doc. en xml)
•RENABLMP
1 region
DTD CLASSEUR
INVENTAIRE :
DTD CI
(documentation)
SCHEMA
DAPA
Serveur
Regional
ex : Mapguide
Cindoc (Saisie)
Olinp (Saisie)
Mistral (diffusion)
Serveurs Reg.
ex : Patrimages
SYSTÈMES
DESCRIPTIFS
135000
Dossier XML DTD CI 2.6 :
entre 7 et 13 Ko
par 377000
illustrations dont
environ 2% de
documents
graphiques
200000 notices d’œuvres
et environ autant de
notices illustrations sur le
serveur national
NOTICES
d’indexation
des dossiers
90000 dossiers
Notice :
entre
2ko et 5 Ko
électroniques
diffusés sur 4
800000 images
Image normalisée : 150Ko
Image source bitmap
: de 4 à 65 Mo
Image source vecteur:
La notice élément
de 50Ko à 10 Mo
unique
- de l’architecture
- des objets mobiliers
- de l’illustration
la notice +
references documentaires +
illustrations +
textes libres +
georeferencement
liens
Les éléments du dossier électronique DTD CI
(dont la notice) + des éléments transversaux
comme BIBLIOGRAPHIE, BIOGRAPHIE
Dossiers
Electroniques,
dont 105 000
archi et 30000
Objets illustrés
(Bretagne,
Rhône-Alpes,
Alsace,
Picardie)
serveurs web
régionaaux et
illustrées par
250000
images
Fréquentation serveurs régionaux de
dossiers Electroniques
370000 visites/an
2,8 Millions de pages visitées
8,4 Millions de hits
Eléments
transversaux :
biographie,
bibliographie,
etc.
Eléments spécifiques
locaux :
Ex :matrices du cadastre napoleonien