Développement, hébergement et maintenance d’une … · 2014-11-21 · d’ouvrir le dialogue...

Développement, hébergement et maintenance d’une base de données documentaires en ligne pour le

Pôle relais « Mares, zones humides intérieures et vallées alluviales »

Cahier des charges – 20 novembre 2014

___________________________________________________________________________________

REFERENCE DU DOSSIER

AFEPTB_2014-I1_BASE DOCUMENTAIRE PRMZHIVA PERSONNES REFERENTES

Suivi administratif : Catherine GREMILLET, Directrice de l’AFEPTB ; [email protected], 01 43 40 50 30 / 06 82 34 60 89

Suivi technique : Florence THINZILAL, Chargée de mission ; [email protected], 01 43 40 50 30 / 06 79 14 27 59 Denis BERLEMONT, Assistant aux projets ; [email protected], 01 43 40 50 30 PERSONNE PUBLIQUE CONTRACTANTE

AFEPTB – Association Française des Etablissements Publics Territoriaux de Bassin 44 rue Crozatier – 75012 PARIS – www.eptb.asso.fr L’AFEPTB est une association de groupements de collectivités territoriales composée à ce jour de 29 collectivités de

bassin (dont 27 labellisées EPTB).

Comme le précisent ses statuts, l’Association Française des Etablissements Publics Territoriaux a pour but :

� de favoriser l’aménagement intégré et le développement durable des bassins hydrographiques,

� d’assurer les échanges d’informations entre les élus responsables d’EPTB,

� d’ouvrir le dialogue avec tous les acteurs intéressés au présent et à l’avenir des EPTB, en particulier

en France et en Europe,

� d’être l’interprète des EPTB auprès des pouvoirs publics,

� d’accompagner les EPTB dans l’exercice de leurs missions en leur apportant un soutien technique et

une expertise et en favorisant les échanges d’expériences.

L’AFEPTB anime le Pôle relais « mares, zones humides intérieures, vallées alluviales » (PRMZHIVA). Ce Pôle relais est l’un des 5 Pôles-relais mis en place pour accompagner les initiatives locales en faveur de la gestion durable des zones humides. Les 4 autres Pôles relais : - Le Pôle-relais Lagunes Méditerranéennes (http://www.pole-lagunes.org/ ); - Le Pôle-relais Tourbières (http://www.pole-tourbieres.org/ ); - Le Pôle-relais des zones humides de l’Atlantique, de la Manche et de la mer du Nord (http://www.forum-marais-atl.com/zones-humides-pole-relais.html ). - Le Pôle relais Mangroves et Outre-mer (site internet en construction)

Leurs objectifs principaux sont de constituer un réseau d’échanges entre les acteurs concernés par la conservation des zones humides et de mutualiser les connaissances, les bonnes pratiques et le savoir-faire pour agir plus efficacement pour la préservation et la restauration des zones humides. Pour atteindre ces objectifs, les Pôles-relais articulent leurs activités autour de trois axes de travail: - La diffusion de connaissances fiables sur les zones humides au niveau national ; - La promotion des bonnes pratiques de gestion et de restauration au sein du réseau ; - La mise en avant de la Journée Mondiale des Zones Humides. Leurs actions respectives sont coordonnées au niveau national par l’Onema (http://www.onema.fr/ ).

ANNEXES

- Guide méthodologique DC qualifié v2.1

- Powerpoint Documentation de l’eau

- Excel Modele BDD compatible OAI (disponible sur demande auprès des personnes référentes)

PROCEDURE

La procédure se déroule en plusieurs temps : remise des offres initiales, négociation puis remise des offres définitives, et signature de la prestation sur la base de l’offre négociée. Calendrier prévisionnel (susceptible d’évoluer en fonction des disponibilités du maître d’ouvrage et du prestataire retenu) :

- Consultation lancée le : 20 novembre 2014 - Remise des offres initiales le : 2 décembre 2014 - Présentation des offres initiales par les candidats pré-sélectionnés le : 9 décembre 2014 - Remise des offres définitives le : 12 décembre 2014 - Réunion de lancement de la prestation le : 17 décembre 2014

CONTEXTE ET OBJET DE LA PRESTATION

Les bases de données documentaires sont des outils structurants du fonctionnement des Pôles relais. Elles doivent

être structurées, et facilement accessibles notamment sur le web via les sites Internet de chaque Pôle relais.

L’alimentation de ces bases de données est réalisée par les pôles relais, sur la base des productions de leurs partenaires et des membres des réseaux des Pôles-relais : structures de gestion de ces milieux, associations, collectivités territoriales, universités, établissements publics, etc. Les bases documentaires alimentent également le portail documentaire sur l'eau « Les documents techniques de l’eau ». Riche de plus de 51 000 notices documentaires à ce jour, mis en ligne en 2009 par l'Onema et ses principaux partenaires publics de l’eau, ce portail documentaire a pour objectif la diffusion des documents techniques sur l’eau et les milieux aquatiques détenus par les centres de documentation au niveau national.

Tous les Pôles relais ont mis en place leur base documentaire. Néanmoins, celle du PRMZHIVA n’est pas fonctionnelle : elle n’est pas consultable via internet, ni interopérable, notamment avec le portail documentaire sur l’eau. Elle est actuellement sous la forme de fichiers Excel qui réunissent des éléments descriptifs des documents disponibles (environ 2500 documents). Les documents des bases de données documentaires sont de nature scientifique, technique, juridique, administrative et pédagogique, sur les thèmes suivants : environnement et patrimoine naturel, aménagement et développement durable des territoires, écologie de l’eau et des zones humides, activités humaines en zones humide. Les types de documents sont les suivants :

- Articles de revue - Bibliographies - Brochures - Cartes - Congrès et colloques

- Documents de communication - Documents pédagogiques - Etudes et rapports internes (Pôles-relais) - Extraits de monographie & livres - Guides – Manuels - Images - Photos - Rapports - Revues/périodiques - Textes officiels - Thèses et mémoires - Vidéos

Liste des bases de données documentaires des autres Pôles relais :

Pôle-relais Lagunes : http://85.31.222.100/alexandrie-7/

Pôle-relais Tourbières : http://pole-tourbieres.org:8080/dyn/portal/index.seam?page=home&fonds=2 Pôle-relais des zones humides de l’Atlantique, de la Manche et de la mer du Nord : http://www.forum-marais-atl.com:8083/documentation/

Il s’agit donc aujourd’hui de développer une nouvelle base de données documentaire pour le PRMZHIVA, accessible via son site internet, et interopérable et avec le portail documentaire sur l’eau. Les caractéristiques techniques du site internet (http://www.pole-zhi.org) du PRMZHIVA seront fournies ultérieurement. NATURE DE LA PRESTATION

La prestation comprend 3 lots : - La conception et la construction de la base de données documentaire du PRMZHIVA ; - L’hébergement de la base de données documentaire du PRMZHIVA ; - La maintenance corrective et évolutive de la base de données documentaire du PRMZHIVA.

LOT 1 : CONCEPTION ET CONSTRUCTION DE LA BASE DE DONNEES DOCUMENTAIRE

1. Description et fonctionnalités de la base de données documentaire.

La base doit permettre de stocker tous les documents centralisés par le PRMZHIVA de façon structurée, afin de permettre aux utilisateurs de les consulter via le site internet du pôle, et d’être interopérable avec l’outil utilisé pour le portail documentaire sur l’eau. La consultation est libre (pas d’accès sécurisé) à partir du site internet. La base de données proposée doit être immédiatement compatible avec les caractéristiques techniques de ce site.

Une interface de recherche front-office sera développée et intégrée dans le site internet du pôle-relais MZHIVA pour permettre un accès en consultation de la base depuis le site internet La base de données alimentera le portail national des documents techniques sur l’eau (http://www.documentation.eaufrance.fr/), via un protocole OAI détaillé plus loin.

Notice bibliographique

Chaque document sera décrit par une notice bibliographique, qui comporte plusieurs champs. Ces champs sont

renseignés en suivant les prescriptions de normes nationales ou internationales. La notice de chaque document sera renseignée avec les champs du format Dublin Core qualifié pour les portails de la sphère eau (oai_pse) (http://www.documentation.eaufrance.fr/IMG/guides/Guide_methodo_DC_qualifie_V2-1.pdf ). L’image suivante (capture d’écran de l’interface de saisie précédemment développée) contient l’ensemble des champs à renseigner. (Également en Annexe 1)

Il sera précisé pour chaque champ si le contenu sera libre ou sous forme de menus déroulants (éventuellement les deux). Une saisie semi-automatique doit également être prévue pour certains champs. Il doit être possible d’appliquer une ou plusieurs modifications à un ensemble de notices préalablement sélectionnées. Lors de l’enregistrement après création ou modification d’une notice, un contrôle devra être opéré pour les champs obligatoires afin de s’assurer qu’ils soient correctement renseignés. Certains champs devront être obligatoirement

renseignés. Une alerte sera émise si certains de ces champs de sont pas renseignés, empêchant l’implémentation de la base en l’état. Avant de supprimer toute notice une confirmation de suppression doit être demandée. Une fonction de signalement des liens rompus devra être mise en place. Le prestataire proposera une solution permettant aux utilisateurs de signaler les liens qui ne fonctionnent pas. Le prestataire proposera une solution de détection automatique des liens rompus. A défaut, l’ajout d’un champ « Date du lien » sera effectué. Ce champ sera obligatoire si un lien hypertexte est affiché par la notice. Il contiendra la date d’ajout du lien hypertexte. Ce champ sera rempli automatiquement à la date du jour lors de l’ajout ou la modification du lien hypertexte de la notice.

Chaque notice doit pouvoir être visualisé au sein d’un portail d’impression, simplement composé d’un entête, des champs descriptifs (tout ou partie, au choix de l’utilisateur), et d’un pied de page.

Indexation

Pour faciliter les recherches de documents, ceux-ci seront indexés par mots-clés et en texte intégral.

- Indexation par mots-clés

Les documents seront indexés thématiquement et géographiquement. Le prestataire utilisera la liste des mots clés fournie par le PR MZHIVA et intégrera de base un thésaurus géographique qui sera fourni au prestataire par le Pôle-relais. Après une durée de mise en ligne de 12 mois. Le prestataire fera une proposition pour développer un thésaurus sur la base des mots clés utilisés / rajoutés pendant cette période. Ce thésaurus s’appuiera sur le modèle du thésaurus « Ecoplanète ». - Gestion du thésaurus : l’administrateur pourra ajouter/modifier/supprimer des mots-clés dans chacun des thésaurus.

- Indexation en texte intégral

Le contenu intégral des documents numériques pourra être indexé. Le contenu ainsi indexé sera utilisable pour les recherches de l’administrateur mais occultable des résultats de recherche des utilisateurs en cas de problème de droits d’auteur. Cet état sera indiqué par une case à cocher ajoutée au formulaire de saisie. Le prestataire retenu proposera une solution pour l’indexation du contenu des documents scannés (module OCR). Cote des documents

Un système automatisé devra permettre de générer automatiquement la cote du document enregistré. Un système de cotation sera proposé par le prestataire. Moteurs de recherche

Deux modes de recherche sont attendus : recherche simple et recherche avancée. Dans ces deux modes de recherche l’utilisateur pourra formuler une recherche en majuscule ou minuscule, avec ou sans accents indifféremment. Les caractères spéciaux comme par exemple « oe » devront être considérés comme « oe » afin de ne pas perdre d’information. Le moteur de recherche devra pouvoir proposer des suggestions de corrections orthographiques. La recherche simple consiste à indiquer dans un champ unique un ou plusieurs mots qui seront cherchés dans les titres, les auteurs, les résumés, et les mots clés thématiques et géographiques. La recherche avancée est multi-critères (sur la base de plusieurs champs de la notice bibliographique, proposition de champs ci-dessous qui pourront être modifiés dans la proposition du prestataire).

Exemple de contenu de la recherche avancée : - Titre – champ de saisie - Menu déroulant (Et/ou/sauf) – Auteur(s) – champ de saisie – bouton ajouter un auteur (3 maximum) – menu déroulant index des auteurs - Menu déroulant (Et/ou/sauf) – Organisation(s) – champ de saisie – bouton ajouter une organisation (3 maximum) – menu déroulant index des organisations - Menu déroulant (Et/ou/sauf) – Date (dd/mm/yyyy) – menu déroulant (supérieur ou égal, inférieur ou égal, exactement) - champ de saisie - Menu déroulant (Et/ou/sauf) – Identifiant documentaire (ISBN) – champ de saisie - Menu déroulant (Et/ou/sauf) – Résumé – menu déroulant (contient l’expression, ne contient pas l’expression, contient les mots, ne contient pas les mots) – champ de saisie - Menu déroulant (Et/ou/sauf) – Mots-clés - champ de saisie – bouton ajouter un mot-clé (5 maximum) – menu déroulant thésaurus thématique - Menu déroulant (Et/ou/sauf) – Couverture géographique - champ de saisie – bouton ajouter un mot-clé (5 maximum) – menu déroulant thésaurus géographique - Menu déroulant (Et/ou/sauf) – Thématique – liste de choix à cocher - Menu déroulant (Et/ou/sauf) – Type de documents – liste de choix à cocher - Menu (Et/ou/sauf) – Texte intégral - menu déroulant (contient l’expression, ne contient pas l’expression, contient les mots, ne contient pas les mots) – champ de saisie

Affichage des résultats de la recherche Les termes de la requête seront affichés en haut de la liste des résultats. Les résultats des requêtes seront affichés sous la forme d’une liste de références. Par défaut, la liste s’affichera en ordre décroissant de pertinence selon la recherche effectuée. Le tri de la liste des résultats sera également paramétrable par l’utilisateur (date de publication, type de document, nombre de références par page, par ordre alphabétique du premier auteur). Par défaut, chaque page contiendra 10 références, avec pour chacune d’entre elles la possibilité de visualiser directement la notice complète (tous les champs renseignés lors de l’indexation). Chaque référence sur la page des résultats comportera un résumé de la notice. Les champs présents sur ces résumés de notice seront proposés par le Pôle-relais et validés avec le prestataire. Après visualisation des résultats d’une requête, il sera possible de revenir à l’interface de recherche grâce à une option « Modifier la requête ». L’utilisateur aura la possibilité d’effacer ses critères de recherche grâce à une fonction « Effacer la recherche » ou de la modifier. Les résultats d’une recherche doivent pouvoir également être imprimés sous forme de listing précisant les champs prioritaires que l’AFEPTB précisera (titre, auteur …).

Sélection et export de références La liste des réponses pourra permettre de sélectionner certaines références à intégrer au « panier » dont le contenu pourra ensuite être exporté (format word et pdf) et/ou envoyé par e-mail. La sélection, en vue d’un export ou d’un envoi de référence, de tous les résultats d’une requête doit être possible avec un clic unique. Les documents non publiques (confidentiels, ou nécessitant une demande de diffusion à l’auteur) devront faire l’objet d’une demande écrite (e-mail) auprès du Pôle-relais. Cette information apparaitra sur la notice et son résumé. Création de produits documentaires

La solution proposée intègrera une fonctionnalité permettant de créer facilement les produits documentaires suivants :

- Catalogues de la base documentaire (actualisation régulière) ; - Des bibliographies ou dossiers sur une/des thématique(s) particulière(s) ;

Ces exports devront pouvoir se faire au format .doc et .pdf.

Eléments graphiques

Le design de la Base (organisation des pages, bandeau, couleurs, etc.) devra correspondre à la charte graphique du Pôle-relais (logo, bandeau, couleurs, etc.) et être appliqué à l’ensemble des pages de la Base. Par ailleurs, le prestataire fera des propositions d’agencement de l’ensemble des pages (page d’accueil, recherche, résultats, pages notice, etc.) en se basant sur les pages des bases de données des autres Pôles-relais zones humides (recherche de cohérence entre les bases de données des Pôles-relais). Le contenu des différents blocs de la page d’accueil sera modifiable par l’administrateur.

Figure 1 Propositions de mise en page de la page d’accueil (Annexe 2)

Caractéristiques techniques

La base de données sera dotée d'un entrepôt OAI respectant le protocole OAI-PMH version 2 (http://www.openarchives.org/OAI/openarchivesprotocol.html), en particulier les aspects suppression de notices en mode transient, permettant de faire des moissonnages incrémentaux. Les formats de métadonnées à implémenter sont : - le DC simple (oai_dc) qui est requis par le protocole ; - le DC qualifié (oai_pse) qui lui est requis par les portails de la sphère eau. Les métadonnées de ce format sont décrites dans le guide : http://www.documentation.eaufrance.fr/IMG/guides/Guide_methodo_DC_qualifie_V2-1.pdf Le prestataire s’engage à se mettre en relation avec l’OIEau pour s’assurer de la conformité technique de l’interopérabilité de la base. Un référent assure cette conformité au sein de l’OIEau (Etienne MARCHAND [email protected]). Il semble qu’une solution en mode full web soit particulièrement adaptée au projet, aussi bien pour la partie utilisateur que pour la partie administrateur. Si la partie administrateur n’est pas full web, elle devra être compatible avec Windows 7 et suivants. Auquel cas, le prestataire se chargera de l’installation et du paramétrage du logiciel retenu. L’outil doit être conforme aux normes SQL/92 ou plus. Le code d’interrogation de la base de données doit respecter les normes SQL/92 ou plus. Les documents numériques (pdf, images, …) sont stockés sur un serveur ftp associé au site internet. Les liens proposés dans la base renverront le cas échéant vers ces fichiers.

Migration des documents existants

Le contenu des bases de données actuelles (sous format Excel) devra être intégré dans la nouvelle base de données. Les notices présentant des champs obligatoires vides devront être signalées pour être complétées.

2. Administration

Le prestataire se chargera de l’installation et du paramétrage de la solution sur le serveur d’hébergement (LOT 2). Si la solution n’est pas en « full web » le prestataire procédera à l’installation et au paramétrage de la partie « non web » sur un ordinateur de l’AFEPTB, (sur place ou à distance si les outils permettant de le faire sont explicités par le prestataire) et fournira au client une notice d’installation. Le prestataire devra fournir tous les documents nécessaires à l’administration régulière du site, et également proposer des outils permettant une acquisition des compétences nécessaires pour l’ensemble du personnel de l’AFEPTB (tutoriels, formation …). Pour le bon fonctionnement et le développement de la base de données documentaire, il est nécessaire qu’elle soit munie d’une interface d’administration pratique et intuitive. Plusieurs administrateurs doivent pouvoir être désignés. L’accès à l’interface d’administration se fera par un module de connexion, avec login et mot de passe. Les administrateurs devront pouvoir :

- Ajouter, modifier ou supprimer des documents - Paramétrer les champs descriptifs (listes déroulantes) - Personnaliser l’interface d’accueil - Gérer les logins et mot de passe

Un profil de gestionnaire doit être proposé, qui pourra ajouter ou modifier des documents. Un masque de saisie devra être proposé pour l’ajout ou la modification de documents.

3. Situation de contenu de la base de données et statistiques de connexion

Il est indispensable de pouvoir connaitre l’état de la base de données ainsi que les statistiques liées à son utilisation. Concernant l’état, il est utile de connaitre le nombre et le volume des références (global, par thématique et par type de document). Un accès en ligne aux statistiques de fréquentation du site doit être prévu pour les administrateurs. Elles doivent comprendre :

- Le nombre d’accès visiteurs - Le nombre de documents consultés et le taux de rebond - Le nombre de documents téléchargés - Les mots clés tapés par les internautes - Les types de documents consultés - Les thématiques des documents consultés

Cette liste n’est pas exhaustive et le prestataire pourra proposer d’autres paramètres à intégrer au suivi statistique.

LOT 2 : Hébergement

La base de données devra être accessible 24h/24 sans durée de vie limitée. La bande passante, le processeur et la mémoire devront être dimensionnés afin de supporter au minimum 10 consultations instantanées et une moyenne journalière de 50. La capacité de stockage sera d’au minimum 100Go/5000 documents. Le prestataire fera une proposition de sécurisation et sauvegarde de la base de données documentaire qui sera validée par l’AFEPTB. La procédure de sauvegarde depuis le serveur où seront hébergés les fichiers sources du site fera partie de la formation. LOT 3 : Maintenance

1. Maintenance corrective Le titulaire assurera la maintenance corrective du site à partir de la Vérification de service régulier et fera l’objet d’un bon de commande (un pour les mois restant jusqu’au 31 décembre de l’année en cours et un à chaque début d’année pour les trois années suivantes). Au cours de cette période, le prestataire s’engage à prendre en charge immédiatement toute anomalie bloquante signalée par le Pôle-relais (site inaccessible, contenu absent, mises à jour impossibles, etc.), et à la résoudre sous 24 heures ouvrées. Le prestataire s’engage à prendre en charge sous 48 heures ouvrées et à résoudre sous 96 heures ouvrées toute anomalie non bloquante.

2. Maintenance évolutive Cette maintenance concerne les demandes d’évolutions de la base documentaire. Il est demandé de chiffrer l’intervention en coût horaire. Dans le cadre de ce contrat de maintenance, le prestataire s’engagera à prendre en charge et évaluer sous heures ouvrées les demandes d’intervention formulées par le Pôle-relais. Il émettra un devis d’intervention basé sur le nombre d’heures à y consacrer. Le contrat de maintenance sera révisé tous les deux ans pour être réadapté aux besoins identifiés. DUREE ET CALENDRIER DE LA PRESTATION

La prestation est prévue du 17 décembre 2014 au 31 mars 2015 pour le lot 1. Une première version de l’outil doit

être produite et installée pour le 31 janvier 2015 afin de pouvoir le tester. Le titulaire s’astreint à corriger sous 3 jours ouvrés toutes les anomalies détectées par le Pôle-relais au cours de la période de recette. Cette période s’achève par la mise en production des développements, que sanctionne un procès-verbal de recette. Le Pôle-relais doit accepter cette livraison des développements sans réserve pour que commence la période de maintenance corrective des développements. L’hébergement et la maintenance (lots 2 et 3) sont des prestations annuelles. PIECES CONSTITUTIVES DE L’OFFRE

Le prestataire proposera un projet présentant :

- L’entreprise, son organisation et l’équipe en charge du projet (en précisant les rôles de chacun, les compétences et le chef de projet) ;

- La méthode de réalisation des actions ; - Un planning prévisionnel ; - Un schéma organisationnel informatique (solutions techniques proposées) ou plusieurs scénarios

présentant avantages et inconvénients ; - Une première maquette papier de la base de données ; - Les modalités de transfert d’information et de compétences pour l’administration de la base de données

Le développement des fonctionnalités pourra être divisé en sous-lots, mais sans interruption de fonctionnement, et avec des modifications n’entrainant pas des changements majeurs d’exploitation et d’utilisation par les administrateurs, les gestionnaires et les utilisateurs. Certaines fonctionnalités pourront ne pas être conservées, au regard des possibilités techniques et/ou financières. Le choix sera fait par l’AFEPTB sur la base de l’offre complète présentée par le prestataire. Le prestataire proposera un devis structuré autour des missions listées ci-dessus. L’offre pourra être faite par un prestataire, ou plusieurs en groupement. Dans ce dernier cas, un des prestataires sera désigné coordinateur de la mission, et le chef de projet devra être salarié de ce prestataire. Le(s) prestataire(s) peut(peuvent) sous-traiter l’exécution des prestations prévues dans la mission sous réserve du

respect des dispositions de la loi du 31 janvier 1975 modifiée relative à la sous-traitance. Le titulaire s’engage

notamment à présenter à l’AFEPTB les entreprises auxquelles il(s) envisage(nt) de confier la réalisation de certaines

prestations. L’AFEPTB devra accepter le sous-traitant proposé et agréer ses conditions de paiement, qui pourront

bénéficier de paiement direct de la part de l’AFEPTB.

PAIEMENT DES PRESTATIONS

Le paiement de la rémunération se fera selon les modalités suivantes :

- 20% au lancement de la prestation - 30% à la livraison de la version 1 de la base de données (fin janvier 2015) - Le solde en mars 2015 après validation de la recette de l’outil.

La validation par l’AFEPTB conditionne le paiement du prestataire. Les factures afférentes à la mission sont établies, en un original et une copie, à l’attention de : AFEPTB 44 rue Crozatier 75012 PARIS UTILISATION DES RESULTATS

L’AFEPTB peut librement utiliser les résultats, même partiels, de la prestation, sans toutefois nommer les noms des

intervenants sans leur autorisation préalable donnée de manière expresse et écrite.

L’AFEPTB est propriétaire de l’outil développé dans le cadre de la prestation.

L’AFEPTB possède les droits d’utilisation secondaire suivants :

Droit de publication (droit d’éditer et de publier, ou de faire éditer et publier, par tout moyens et

notamment de livres, de catalogues, ainsi qu’au moyen de vidéos, CD ROM, Internet ou tout support connu

ou inconnu à ce jour, y compris ceux à caractère publicitaire ou promotionnel, des éléments constitutifs de la

prestation, objet de la présente prestation).

Droit de diffusion (droit de représenter sous forme d’exposition, communiquer ou faire communiquer des

éléments constitutifs de la prestation au public, sur tout support et ce quel que soit le mode de diffusion,

connu ou inconnu à ce jour, par télécommunication ou télédiffusion par voie hertzienne, par câble, vers un

satellite, Internet, et dans tout lieu accessible au public.)

Droits du(des) titulaire(s)

Le(s) titulaire(s) ne peut(vent) faire aucun usage commercial des résultats de la prestation sans l’accord expresse et

écrit de l’AFEPTB. Il ne peut communiquer sur la prestation à titre gratuit ou onéreux qu’avec l’autorisation expresse

et écrite de l’AFEPTB.

La publication des éléments de la prestation, ou des éléments qui ont été nécessaires à la prestation fournis par

l’AFEPTB ou les EPTB, ne peut être faite par le titulaire que sur accord préalable de l’AFEPTB et des EPTB concernés

donné de manière expresse et écrite. La publication devra indiquer que le(s) prestataire(s) est rémunéré par

l’AFEPTB au titre de la prestation.

Le(s) titulaire(s) est(sont) tenu(s), ainsi que l’ensemble de son(leur) personnel, des sous-traitants, au secret

professionnel et à l’obligation de discrétion pour tout ce qui concerne les faits, informations et décisions dont il aura

eu connaissance à l’occasion de l’exécution de la présente prestation. Il(s) s’interdit(sent) notamment toute

communication et toute remise de documents à des tiers sans l’accord préalable de l’AFEPTB.

Annexe 1 : Exemple d’interface de saisie

Cet exemple présente l’ensemble des champs de la base documentaire avec, en rouge, les champs obligatoires pour

la compatibilité avec le protocole d’échange OAI.

Annexe 2 : Charte graphique de la base documentaire des Pôles relais

Guide méthodologique : collecte et diffusion des documents –Utilisation de Dublin Core pour les portails de la sphère eau

Titre : Guide méthodologique : collecte et diffusion des documents – Utilisation de Dublin Core pour lesportails de la sphère eau

• Créateur : Système d’information sur l’eau

Sujet : Documentation, Information, Etudes, Documents, Eau, MétadonnéesRésumé : Ce guide fournit la description des métadonnées Dublin Core nécessaires à l'alimentation des portails de lasphère eau reposant sur le protocole OAI-PMH version 2. Deux formats de métadonnées sont retenus : le DC nonqualifié oai_dc (format minimal requis par le protocole OAI-PMH), et le DC qualifié oai_pse permettant de mieuxdécrire les ressources référencées et mises en ligne.Date : 2011-01-10Type : TexteFormat : PDFLangue : fraCouverture spatiale : France métropolitaine et DOMDroits d’usage : http://creativecommons.org/licenses/by-nc-sa/2.0/fr

Table des matières

1.. Le contexte.........................................................................................................................................2

2.. Procédures de collecte et de diffusion des documents................................................................................2

3.. Dictionnaire de métadonnées.................................................................................................................5

Changements de la version 1.5 à la version 2.0 (ne concernent que le Dublin Core qualifié oai pse)

• la balise racine est maintenant <oai_pse:dc> (voir exemple en avant dernière page)

• tous les préfixes "pse" dans les espaces de nommage deviennent "oai_pse"

• le schéma XML du format Dublin Core qualifié pour les portails de la sphère eau (oai_pse) est publié sur

http://xml.sandre.eaufrance.fr/scenario/oai/1/oai_pse.xsd

• la balise de la date de création n'est plus <dc:creation> mais devient <dc:created>

• la norme ISO639-1 pour la métadonnée "Langue" disparaît. Seules les normes ISO639-2 et ISO639-3 perdurent

• le xsi:type="URI" devient xsi:type="dct:URI" dans la métadonnée adresse URL de la ressource

• la balise du niveau de lecture n'est plus <dc:audience> mais devient <dct:audience>

• précisions sur l'arborescence des thèmes et fourniture d'un exemple

Changements de la version 2.0 à la version 2.1

• ajout de la liste des thèmes en annexe 2

Le contexte

Le portail national "les documents techniques sur l’eau" offre via une interface d’interrogation un accès unique àl’ensemble des documents déjà disponibles. Le système va permettre ainsi à un plus grand nombre d’internautes,institutionnels ou non, de consulter et d’accéder plus facilement aux documents numériques.

Afin d’optimiser cette recherche, l’homogénéisation des métadonnées décrivant les documents est une étapeindispensable. Le dictionnaire de données ci-dessous dresse donc la liste des attributs obligatoires à fournir, ainsi quele format normé des métadonnées.

Une autre étape est également essentielle : il s’agit des circuits de production et de diffusion des documents quimanquent actuellement de formalisation.

Ce guide s’adresse aux acteurs partenaires du portail. Il aborde les sujets suivants :

1) les procédures de collecte et de diffusion des documents et des modèles de règles internes à chaquepartenaire permettant d’identifier et de collecter systématiquement les documents produits,

2) le dictionnaire de métadonnées qui dresse la liste des métadonnées obligatoires et facultatives à renseignerpour les nouveaux documents.

Procédures de collecte et de diffusion des documents

L’étude de faisabilité a mis en évidence un manque de formalisation dans le circuit de production, de collecte et dediffusion des documents.

Chaque organisme doit mettre en place une procédure pour assurer une remontée systématique des documentsproduits, financés ou co-financés, vers leurs services de documentation.

Ce chapitre propose quelques préconisations pour faciliter cette remontée systématique.

2.1. Identification des documents

Certains organismes ont mis en place des démarches qualité assurant une traçabilité et un réflexe de dépôt desdocuments. Ces modes opératoires permettent aux services de documentation de suivre la réalisation puis la diffusiondes documents.

Cet existant a permis de rédiger les recommandations suivantes (à charge à chaque organisme de les adopter ounon).

2.1.1. Lancement et production du document

Pour tout lancement d’étude, l’auteur (ou le maître d’œuvre) fait une demande d’identifiant auprès du service dedocumentation, en fournissant le titre et le ou les auteur(s), et éventuellement le diffuseur des métadonnées et celuide l’étude.

Une information de type « Date prévue de publication » permet d’assurer le suivi du document.

� Comment contrôler qu une étude ne commence pas avant d avoir un numéro : pourquoi ne pas pousser lespartenaires à avoir des procédures dans lesquelles toute commande ou appel d offres d études doit comporter lidentifiant de l étude à produire ?

L’annexe 1 (p.11) présente un exemple de formulaire de demande d’identifiant.

Une fois l’identifiant créé, le service de documentation pré saisit une fiche dans son outil de gestion des métadonnées.

2.1.2. Suivi du document

La demande et l’attribution d’un identifiant permet de recenser les documents avant leur publication. Le service dedocumentation peut alors exercer une veille grâce à une comparaison entre la date du jour et la date prévue depublication, afin de vérifier si le document final a été bien transmis.

2.1.3. Collecte du document

A la parution du document, l’auteur doit fournir au service de documentation :

- X exemplaires papier,

- un fichier numérique au format PDF du rapport définitif et ses annexes,

- un fichier numérique au format texte des métadonnées correspondantes.

Les fichiers numériques doivent être protégés en mode écriture.

Le nom du fichier du document doit reprendre l’identifiant fourni par le service de documentation (exemple : le fichierdu document 156 sera nommé document156.PDF).

Le service documentaire peut alors saisir les métadonnées fournies par l’auteur, vérifier les documents, puis diffuser ledocument.

Remarque : la vérification peut porter sur la présentation (structure), la lisibilité, la taille du fichier, les métadonnées,etc.

2.1.4. Diffusion du document

En ce qui concerne les études cofinancées, il est nécessaire de savoir avant la réalisation de l’étude qui en assurera ladiffusion, ainsi que la diffusion des métadonnées. Il faut donc prévoir une clause dans les contrats précisantl’organisme responsable de la diffusion des métadonnées et du document.

Le maître d’ouvrage doit également préciser les droits de diffusion de l’étude (confidentialité, diffusion différée,diffusion immédiate, etc.).

2.2. Cas des études réalisées par un prestataire

Dans le cas d’études financées, cofinancées, aidées ou subventionnées, les dispositions suivantes sont à inclure dansles conventions ou les cahiers des charges définissant les conditions de réalisation de l’étude.

2.2.1. Cession des droits

Cette clause peut comprendre les éléments suivants :

• description des droits cédés : droits de reproduction, de représentation, d utilisation secondaire, dediffusion, de modification, d adaptation, de traduction

• exploitation des droits cédés : modes de diffusion (supports existants), lieux, durée, conditionsfinancières

Proposition de texte sur la cession des droits :

« Les résultats de la prestation sont cédés à titre exclusif au profit du maître d’ouvrage, pour une exploitation noncommerciale.

Les droits cédés au maître d’ouvrage incluent :

- la reproduction partielle ou complète des documents remis (quelque soit leur forme),

- la transmission partielle ou complète des documents remis à des tiers,

- la représentation des résultats à des tiers,

- les actions de communication faisant référence aux résultats,

- la traduction des documents remis,

- la possibilité de réaliser des traitements complémentaires sur les données recueillies,

- la mise à jour et la possibilité de compléter les documents remis.

La cession de ces droits est valable dans le monde entier (quelqu’en soit le support, via Intranet et Internet) pour unedurée de X années, à compter de la fin du marché. Les conditions financières de la cession sont comprises dans lemontant forfaitaire du marché.

La cession des droits définis ci avant confère au maître d’ouvrage la faculté d’exercer personnellement ou parl’intermédiaire d’un tiers, les droits patrimoniaux qui lui sont cédés. »

Le site Internet Marché Public (http://www.marche-public.fr/) propose un modèle de Cahier des ClausesAdministratives Générales applicables aux marchés de prestations intellectuelles, avec au chapitre IV un texte surl’utilisation des résultats.

2.2.2. Métadonnées

Les documents étant parfois référencés dans plusieurs bases documentaires, il est désormais nécessaire de savoiravant la réalisation du document qui en assurera sa diffusion, ainsi que la diffusion des métadonnées.

Il faut donc ajouter dans le cahier des charges une clause précisant l’organisme de référence responsable de ladiffusion des métadonnées et l’organisme de référence responsable de la diffusion du document.

Afin d’éviter les doublons, un document ne sera diffusé que par un seul organisme (voir les procédures), ainsi que lesmétadonnées (l’organisme diffuseur des métadonnées peut être différent du diffuseur de l’étude). Ces informationssont à préciser dans le cahier des charges de réalisation de l’étude.

2.2.3. Charte d'édition

Les contrats doivent comporter une clause sur le respect d’une charte d’édition qui reprend au minimum les élémentssuivants qui doivent figurer sur la page de titre :

- Titre du document

- Date du document

- Auteurs physiques

- Auteurs moraux

- Pagination

2.2.4. Documents à remettre

Cette clause permet de préciser le type de documents à remettre avec le nombre d’exemplaires (papier), le format(PDF), la taille et la qualité.

Le prestataire fournira :

le document en X exemplaires papier au maître d’ouvrage,

un exemplaire sur support informatique au format PDF (cédérom, dvd, ou clé USB…),

Dans certains cas, un fichier par document contenant les métadonnées au format texte pourra également être fourni.

Dictionnaire de métadonnées

3.1. Définition de métadonnées

Les métadonnées décrivent une ressource d'information (on parle ici de ressource d'information plutôt que dedocument car les métadonnées peuvent décrire des ensembles plus petits qu'un document, par exemple, des images,ou des fichiers sonores, à l'intérieur d'un document). Le terme « métadonnée » renvoie aux termes « notice » ouréférence bibliographique mieux connues des documentalistes.

Pour en savoir plus : (http://www.bibl.ulaval.ca/DublinCore/usageguide-20000716fr.htm#1.1)]

Afin de standardiser le format des métadonnées, la norme du Dublin Core (http://dublincore.org/) a été choisie pourdécrire les documents.

3.2. Format de métadonnées Dublin Core non qualifié

3.2.1. Dublin Core non qualifié

Le Dublin Core est un schéma de métadonnées générique qui permet de décrire des ressources numériques ouphysiques et d’établir des relations avec d'autres ressources.

Créé en 1999, le format Dublin Core [DCMI1] est passé en 2003 au statut de norme ISO, sous la référence ISO15836:2003 « Information et documentation - L'ensemble des éléments de métadonnées Dublin Core » [ISO15836].

Le Dublin Core non qualifié a été conçu pour décrire de façon simple mais non ambiguë des ressources documentaires

disponibles sur Internet.

Il se compose d’un jeu de 15 éléments, chacun de ces éléments étant facultatif et répétable. Il comprendofficiellement 15 éléments de description formels (titre, créateur, éditeur), intellectuels (sujet, description, langue, …)et relatifs à la propriété intellectuelle.

Il s’agit d’un format ouvert. Son utilisation est libre et la documentation concernant son utilisation est disponible surInternet. Il est interopérable et compatible avec les principaux standards du web tels que HTML, XML, RDF. C’est l’undes formats de métadonnées descriptives les plus répandus sur Internet.

3.2.2. Dublin Core non qualifié utilisé pour les portails documentaires de la sphère eau

Le Dublin Core non qualifié (ou Dublin Core « simple ») est utilisé par le portail "Les documents techniques sur l'eau"et les portails de la sphère eau. Son utilisation entre en effet dans le cadre du protocole OAI-PMH (exposition etcollecte automatique de métadonnées), qui requiert le Dublin Core non qualifié comme format minimal de données[OAI].

Le dictionnaire des métadonnées définit les métadonnées obligatoires et facultatives à fournir pour alimenter le portailnational "Les documents techniques sur l'eau". Toutes les nouveaux documents produits devront être décrits à l’aidede ces métadonnées dont les règles d’écriture sont ci-dessous.

Correspondance entre les éléments choisis pour le portail et les éléments du Dublin Core

les notices en Dublin Core (DC) ne sont pas créées manuellement, mais dérivées de notices ou de bases de donnéesexistantes. Les données ne sont donc pas nativement formatées en Dublin Core.

Chaque élément DC possède

- le nom officiel, en anglais

- la définition en français

- un statut :

o obligatoire l’élément doit impérativement figurer dans la notice DC

o facultatif l’élément peut figurer ou non dans la notice

- la règle d’écriture

- un ou plusieurs exemples

Description des éléments choisis

Titre(s)Nom Dublin Core TitleDéfinition Titre principal, original (dans la langue du document), ou traduitStatut ObligatoireRègles d'écriture AlphanumériqueExemple de Titre(s) Ex 1: Schéma d'aménagement et de gestion des eaux du bassin Vienne

Ex 2: SAGE du bassin VienneExemple de Titre(s) en balise XML OAI Ex 1: <dc:title>Schéma d'aménagement et de gestion des eaux du bassin

Vienne</dc:title>Ex 2: <dc:title>SAGE du bassin Vienne</dc:title>

IdentifiantNom Dublin Core IdentifierDéfinition Code unique permettant l'identification du document au sein de l'entrepôt

partenaireATTENTION : cette métadonnée identifier est la même que celle utilisée pourdécrire la ou les URL(s), sauf que celle-ci n'est pas précédée de "dc:"et qu'elleapparaît dans l'entête de la réponse XML (balise header)

Statut ObligatoireRègles d'écriture AlphanumériqueExemple d'Identifiant Ex 1: oai:archimer.ifremer.fr:46

Ex 2: oai:eau-loire-bretagne.fr:ETMO1945Exemple d'Identifiant en balise XML OAI Ex 1: <identifier>oai:archimer.ifremer.fr:46</identifier>

Ex 2: <identifier>oai:eau-loire-bretagne.fr:ETMO1945</identifier>

Auteur(s)Nom Dublin Core CreatorDéfinition Auteur(s) physique(s) et ou moral(aux) du document, c'est-à-dire le nom de la

personne, de l'organisme ou du service à l'origine de la rédaction du document(auteurs, maître d'oeuvre, maîtred'ouvrage,...)

Statut ObligatoireRègles d'écriture Alphanumérique, sans tiret entre les motsExemple d'Auteur(s) Ex 1: Agence de l’Eau Loire Bretagne

Ex 2: Agence de l’Eau Loire Bretagne Conseil Régional Poitou Charentes

Exemple d'Auteur(s) en balise XML OAI Ex 1: <dc:creator>Agence de l’Eau Loire Bretagne</dc:creator>Ex 2: <dc:creator>Agence de l’Eau Loire Bretagne</dc:creator> <dc:creator>Conseil Régional Poitou Charentes</dc:creator>

Date de publicationNom Dublin Core dateDéfinition Date de publication du documentStatut ObligatoireRègles d'écriture AAAA-MM-JJExemple de Date de publication Ex : 2008-09-18Exemple de Date de publication en baliseXML OAI

Ex : <dc:date>2008-09-18</dc:date>

Diffuseur du document ; Diffuseur des métadonnéesNom Dublin Core PublisherDéfinition Entité responsable de la mise à disposition du document et entité responsable

de la mise à disposition des métadonnées. Un seul diffuseur du document et unseul diffuseur des métadonnées.

Statut ObligatoireRègles d'écriture Alphanumérique, 2 valeurs exactement (1 pour le diffuseur du document, 1

pour le diffuseur des métadonnées) : Nom de l'organisme (spécifier entre parenthèses si documentoumétadonnées).La précision documentest renseignée en minuscule accentuée au singulier,tandis que la précision métadonnéesest renseignée en minuscule accentuéeau pluriel. Si le diffuseur du document et des métadonnées est le même organisme, il fautrenseigner les deux organismes en les qualifiant.

Exemple de Diffuseur du document et deDiffuseur des métadonnées

Ex 1 : Agence de l’eau Loire Bretagne (document) Fontaine (métadonnées)Ex 2 : Agence de l’Eau Rhin Meuse (document) Agence de l'Eau Rhin Meuse (métadonnées)

Exemple de Diffuseur du document et deDiffuseur des métadonnées en balise XMLOAI

Ex 1 : <dc:publisher>Agence de l’eau Loire Bretagne(document)</dc:publisher> <dc:publisher>Fontaine (métadonnées)</dc:publisher>Ex 2 : <dc:publisher>Agence de l’Eau Rhin Meuse(document)</dc:publisher> <dc:publisher>Agence de l'Eau Rhin Meuse(métadonnées)</dc:publisher>

Langue(s)Nom Dublin Core LanguageDéfinition Langue du contenu de la ressourceStatut ObligatoireRègles d'écriture Codée à 2 caractères (Norme ISO 639-1)Exemple de Langue(s) Ex 1: FR

Ex 2: FR EN

Exemple de Langue(s) en balise XML OAI Ex 1: <dc:language>FR</dc:language>Ex 2: <dc:language>FR</dc:language> <dc:language>EN</dc:language>

URL(s)Nom Dublin Core Identifier

Définition Adresse internet d’accès au fichier du documentStatut FacultatifRègles d'écriture L’adresse doit contenir le « http:// »Exemple d'URL(s) Ex 1: http://www.onema.fr/doc/doc1_2008.pdf

Ex 2: http://www.onema.fr/doc/doc25_A.pdf http://www.onema.fr/doc/doc25_B.pdf

Exemple d'URL(s) en balise XML OAI Ex 1:<dc:identifier>http://www.onema.fr/doc/doc1_2008.pdf</dc:identifier>Ex 2:<dc:identifier>http://www.onema.fr/doc/doc25_A.pdf</dc:identifier><dc:identifier>http://www.onema.fr/doc/doc25_B.pdf</dc:identifier>

Résumé(s)Nom Dublin Core DescriptionDéfinition Présentation du contenu de la ressource Statut Facultatif (conseillé quand le document n’existe pas ou est une image)Règles d'écriture AlphanumériqueExemple de Résumé(s) Ex 1: Ce document spécifie les règles d'écritures des métadonnées pour le

portail nationalEx 2:

• Le laboratoire conchylicole des pertuis charentais présente dans sonrapport annuel 2003 les principaux résultats de ses recherches. L'aideau développement de la conchyliculture se caractérise par desréseaux de suivis hydrologiques et de la ressources aquacoles enparticulier la croissance , la mortalité l'indice de condition des huîtreset moules. L'estimation des stocks, l'analyse de leur répartitionspatiale et l'étude des mortalités estivales sont les principaux sujetsde recherche développés

• Shellfish research laboratory in Pertuis Charentais (France) presentthe main results concerning its activity during the year 2003. Waterquality monitoring, growth, mortality and condition indices areperformed on oysters ansd mussels all along the year. Shellfich stockassessment and its spatial distribution, summer mortalities events arethe main research topics developped

Exemple de Résumé(s) en balise XML OAI Ex 1: <dc:description>Ce document spécifie les règles d'écritures desmétadonnées pour le portail national</dc:description>Ex 2: <dc:description>Le laboratoire conchylicole des pertuis charentais présentedans son rapport annuel 2003 les principaux résultats de ses recherches.L'aide au développement de la conchyliculture se caractérise par des réseauxde suivis hydrologiques et de la ressources aquacoles en particulier lacroissance , la mortalité l'indice de condition des huîtres et moules.L'estimation des stocks, l'analyse de leur répartition spatiale et l'étude desmortalités estivales sont les principaux sujets de recherchedéveloppés</dc:description><dc:description>Shellfish research laboratory in Pertuis Charentais (France)present the main results concerning its activity during the year 2003. Waterquality monitoring, growth, mortality and condition indices are performed onoysters ansd mussels all along the year. Shellfich stock assessment and itsspatial distribution, summer mortalities events are the main research topicsdevelopped</dc:description>

Mot(s) clé(s)Nom Dublin Core SubjectDéfinition Mots-clefs, phrases de résumé, ou codes de classement. Les mots clés peuvent

être choisis d’une liste contrôlée ou d’un thésaurus Statut FacultatifRègles d'écriture AlphanumériqueExemple de Mot(s) clé(s) Ex 1: Nitrates

Ex 2: Pesticide Bon état écologique

Exemple de Mot(s) clé(s) en balise XMLOAI

Ex 1: <dc:subject>Nitrates</dc:subject>Ex 2: <dc:subject>Pesticide</dc:subject> <dc:subject>Bon état écologique</dc:subject>

Droit(s)Nom Dublin Core RightsDéfinition Informations sur les droits associés au document Statut FacultatifRègles d'écriture AlphanumériqueExemple de Droit(s) Ex : Accès libreExemple de Droit(s) en balise XML OAI Ex : <dc:rights>Accès libre</dc:rights>

Couverture(s) géographique(s)Nom Dublin Core CoverageDéfinition Portée géographique principale du document.Statut FacultatifRègles d'écriture AlphanumériqueExemple de Couverture Géographique Ex : Seine

75Exemple de Couverture Géographique en balise XML OAI Ex : <dc:coverage>Seine</dc:coverage>

<dc:coverage>75</dc:coverage>

Rappelons qu'il existe un explorateur d'archive OAI sur internet à l'adresse http://re.cs.uct.ac.za/

Les contributeurs sont invités à utiliser cet outil pour tester et valider leur archive OAI, que ce soit enDublin Core non qualifié (oai_dc) ou en Dublin Core qualifié (oai_pse).

3.3. Format de métadonnées Dublin Core qualifié

3.3.1. Dublin Core qualifié

Le Dublin Core qualifié défini dans ce document permet de décrire de façon plus exhaustive et plus précise desressources documentaires disponibles sur Internet.

Il se compose d’un jeu de 28 éléments, chacun de ces éléments étant répétable.

Il s’agit d’un format ouvert. Son utilisation est libre et la documentation concernant son utilisation est disponible surInternet. Il est interopérable et compatible avec les principaux standards du web tels que HTML, XML, RDF. C’est l’undes formats de métadonnées descriptives les plus répandus sur Internet.

3.2.2. Dublin Core qualifié utilisé pour les portails documentaires de la sphère eau

Le Dublin Core qualifié est utilisé par les portails documentaires de la sphère eau. Son utilisation entre en effet dans lecadre du protocole OAI-PMH (exposition et collecte automatique de métadonnées), qui requiert le Dublin Core nonqualifié comme format minimal de données [OAI]. Le Dublin Core qualifié est un complément au Dublin Corenon qualifié.

Le dictionnaire des métadonnées définit les métadonnées obligatoires et facultatives à fournir pour alimenter le portailnational "les documents techniques sur l'eau". Tous les nouveaux documents produits devront être décrits à l’aide deces métadonnées dont les règles d’écriture sont ci-dessous.

Correspondance entre les éléments choisis pour les portails de la sphère eau et les éléments du Dublin Core

Les notices en Dublin Core (DC) ne sont pas créées manuellement, mais dérivées de notices ou de bases de donnéesexistantes. Les données ne sont donc pas nativement formatées en Dublin Core.

Chaque élément DC possède

- le nom officiel, en anglais

- la définition en français

- un statut :

o obligatoire l’élément doit impérativement figurer dans la notice DC

o facultatif l’élément peut figurer ou non dans la notice

- la règle d’écriture

- un ou plusieurs exemples

Description des éléments choisis

Titre de la ressourceNom Dublin Core titleDéfinition Titre original (titre principal et sous-titre) de la ressource décrite, c’est-à-dire

celui sous lequel la ressource est principalement connue.Statut Obligatoire, peut être multivalué (1,N)Règles d'écriture AlphanumériqueExemple de Titre de la ressource Ex: Schéma d'aménagement et de gestion des eaux du bassin VienneExemple de Titre de la ressource en baliseXML OAI

Ex: <dc:title>Schéma d'aménagement et de gestion des eaux du bassinVienne</dc:title>

Titre alternatif de la ressourceNom Dublin Core alternativeDéfinition Ce champ concerne les formes de titre autres que le titre original.

Il peut s’agir :- d’un titre abrégé, - d’un autre titre avec lequel l’ouvrage est également connu (nom d’usage, quine serait pas le titre officiel ou le titre indiqué sur la ressource), - de traductions du titre original (dans un objectif informatif, s’il s’agit des titresdans une autre langue dans le cas d’un document multilingue, on utilisera lamétadonnée "Titre de la ressource").

Statut Facultatif, peut être multivalué (0,N)Règles d'écriture AlphanumériqueExemple de Titre alternatif de la ressource Ex: SAGE VienneExemple de Titre alternatif de la ressourceen balise XML OAI

Ex: <dct:alternative>SAGE Vienne</dct:alternative>

IdentifiantNom Dublin Core identifierDéfinition Code unique permettant l'identification du document au sein de l'entrepôt

partenaireATTENTION : cette métadonnée identifier est la même que celle utilisée pourdécrire la ou les URL(s), sauf que celle-ci n'est pas précédée de "dc:"et qu'elleapparaît dans l'entête de la réponse XML (balise header)

Statut ObligatoireRègles d'écriture Alphanumérique

L'identifiant doit être unique pour l'ensemble des portails de la sphère eau.L'utilisation de la spécification OAI est vivement recommandéehttp://www.openarchives.org/OAI/2.0/guidelines-oai-identifier.htm

Exemple d'Identifiant Ex 1: oai:archimer.ifremer.fr:46Ex 2: oai:eau-loire-bretagne.fr:ETMO1945

Exemple d'Identifiant en balise XML OAI Ex 1: <identifier>oai:archimer.ifremer.fr:46</identifier>Ex 2: <identifier>oai:eau-loire-bretagne.fr:ETMO1945</identifier>

Créateur de la ressourceNom Dublin Core creatorDéfinition Responsables principaux de la ressource, c’est-à-dire :

- le nom de la ou des personne(s) physique(s) ayant contribué majoritairementau contenu intellectuel du document,- le nom du ou des collectivité(s) et organisme(s) auteur(s), ou de service(s),quand il n’y a pas d’auteur(s) physique(s)

Il s’agit généralement de l’auteur ou des co-auteurs de la ressource, ou del’organisme qui l’a produite.

Statut Obligatoire, peut être multivalué (1,N)Règles d'écriture Alphanumérique, sans tiret entre les motsExemple de créateur de la ressource Ex 1: Agence de l’Eau Loire Bretagne

Ex 2: Stéphanie LARONDE Conseil Régional Poitou Charentes

Exemple de créateur de la ressource enbalise XML OAI

Ex 1: <dc:creator>Agence de l’Eau Loire Bretagne</dc:creator>Ex 2: <dc:creator>Stéphanie LARONDE</dc:creator> <dc:creator>Conseil Régional Poitou Charentes</dc:creator>

Producteur de la ressourceNom Dublin Core creator xsi:type="oai_pse:Producteur"Définition Le producteur est l’organisation propriétaire de la ressource et qui en détient

les droits patrimoniaux.Statut Facultatif, peut être multivalué (0,N)Règles d'écriture Alphanumérique, sans tiret entre les motsExemple de producteur de la ressource Ex 1: Agence de l’Eau Rhin MeuseExemple de producteur de la ressource enbalise XML OAI

Ex 1: <dc:creator xsi:type="oai_pse:Producteur">Agence de l’Eau RhinMeuse</dc:creator>

Contributeur de la ressourceNom Dublin Core contributorDéfinition Personnes, physique(s) ou morale(s), ayant participé au contenu de la

ressource (préface, traduction, participation à l’étude…)Statut Facultatif, peut être multivalué (0,N)Règles d'écriture Alphanumérique, sans tiret entre les motsExemple de contributeur de la ressource Ex 1: Agence de l’Eau Artois PicardieExemple de contributeur de la ressourceen balise XML OAI

Ex 1: <dc:contributor>Agence de l’Eau Artois Picardie</dc:contributor>

Date de création de la ressourceDate de modification de la ressourceDate de publication de la ressource

Date d'acceptationDate du copyright

Nom Dublin Core createdmodifiedissueddateAccepteddateCopyrighted

Définition La date de la ressource correspond à la date retenue comme la pluscaractéristique dans le cycle de vie de la ressource décrite, en fonction de lanature de la ressource : ainsi une donnée géographique aura une date decréation ; une publication, un ouvrage auront une date de publication ; unethèse aura une date d’acceptation, ou de soumission.

Statut Obligatoire pour au moins une des trois dates suivantes : - création, - modification, - publicationFacultatif pour les autres dates.

Règles d'écriture AAAA-MM-JJExemple de Date Ex : 18/09/2008 pour la création , 25/09/2008 pour la modification,

14/01/2009 pour la publication, 12/03/2009 pour l'acceptation et 03/04/2009pour le copyright

Exemple de Date en balise XML OAI Ex : <dct:created>2008-09-18</dct:created> <dct:modified>2008-09-25</dct:modified> <dct:issued>2009-01-14</dct:issued> <dct:dateAccepted>2009-03-12</dct:dateAccepted> <dct:dateCopyrighted>2009-04-03</dct:dateCopyrighted>

Diffuseur des métadonnéesNom Dublin Core publisher xsi:type="oai_pse:MetaDiffuseur"Définition L'organisme qui diffuse les métadonnéesStatut Obligatoire, une seule valeur (1,1)Règles d'écriture AlphanumériqueExemple de Diffuseur des métadonnées Ex 1 : Ifremer

Exemple de Diffuseur des métadonnées enbalise XML OAI

Ex 1 : <dc:publisherxsi:type="oai_pse:MetaDiffuseur">Ifremer</dc:publisher>

Editeur / Diffuseur de la ressourceNom Dublin Core publisherDéfinition L’éditeur / Diffuseur est la personne, l’organisation ou le service, à l’origine de

la publication du document. Statut Obligatoire, peut être multivalué (1,N)Règles d'écriture AlphanumériqueExemple d'Editeur / Diffuseur de laressource

Ex 1 : Agence de l’eau Loire Bretagne

Exemple d'Editeur / Diffuseur de laressource en balise XML OAI

Ex 1 : <dc:publisher>Agence de l’eau Loire Bretagne</dc:publisher>

Point de contact sur la ressourceNom Dublin Core publisher xsi:type="oai_pse:PointContact"Définition Cette métadonnée permet d’indiquer la ou les personne(s) à contacter pour

tout supplément d’informationStatut Facultatif, peut être multivalué (0,N)Règles d'écriture AlphanumériqueExemple de point de contact sur laressource

Ex 1 : Laurent COUDERCYEx 2 :[email protected]

Exemple de point de contact sur laressource en balise XML OAI

Ex 1 : <dc:publisher xsi:type="oai_pse:PointContact">LaurentCOUDERCY</dc:publisher>Ex 2 : <dc:publisher xsi:type="oai_pse:PointContact">[email protected]</dc:publisher>

Langue de la ressourceNom Dublin Core language xsi:type="[namespace langue]"Définition Caractérise la ou les langue(s) utilisée(s) dans la ressource décrite.Statut Obligatoire, peut être multivalué (1,N)Règles d'écriture Il est obligatoire de préciser le type de standard [namespace langue] utilisé

pour la langue : "dct:ISO639-2"ou "dct:ISO639-3".Le code sera sur 3 caractères pour l'iso639-2 et l'iso639-3. Les codes sont en minuscules.Voir http://www.loc.gov/standards/iso639-2/php/code_list.php

Exemple de Langue de la ressource Ex 1: anglaisEx 2: français

Exemple de Langue de la ressource enbalise XML OAI

Ex 1: <dc:language xsi:type="dct:ISO639-2">eng</dc:language>Ex 2: <dc:language xsi:type="dct:ISO639-3">fra</dc:language>

Identifiant de la ressourceNom Dublin Core identifier xsi:type="dct:URI"Définition Identifiant de la ressource (normalisé ou non)Statut Facultatif, peut être multivalué (0,N)Règles d'écriture Pour le cas des identifiants bibliographiques, on utilisera le guide

http://www.ukoln.ac.uk/metadata/dcmi-ieee/identifiers/Pour les identifiants non normalisés, l'espace de nommage ne sera pas précisé.

Exemple d'identifiant de la ressource Ex 1: ISBN = 1-56592-149-6Ex 2: ISSN = 1361-3200Ex 3: Identifiant interne = MRS D23654

Exemple d'identifiant de la ressource enbalise XML OAI

Ex 1: <dc:identifier xsi:type="dct:URI">urn:ISBN:1-56592-149-6</dc:identifier>Ex 2: <dc:identifier xsi:type="dct:URI">urn:ISSN:1361-3200</dc:identifier>Ex 3: <dc:identifier>MRS D23654</dc:identifier>

Adresse URL des métadonnées en HTMLNom Dublin Core identifier xsi:type="oai_pse:MetaHTML"Définition Adresse URL valide pointant vers la notice HTML (comportant les

métadonnées) disponible en ligneStatut Facultatif, peut être multivalué (0,N)Règles d'écriture L’adresse doit commencer par "http://"Exemple d'adresse URL des métadonnéesen HTML

Ex : http://www.ifremer.fr/docelec/notice/1994/notice1430.htm

Exemple d'adresse URL des métadonnéesen HTML en balise XML OAI

Ex : <dc:identifier xsi:type="oai_pse:MetaHTML">http://www.ifremer.fr/docelec/notice/1994/notice1430.htm</dc:identifier>

Adresse URL de la ressourceNom Dublin Core identifier xsi:type="dct:URI"Définition Adresse URL valide et pointant vers la ressource décrite (page web ou

document téléchargeable à partir d’une page web ou directement), ou vers uneadresse permettant l’accès à cette ressource (base de données, donnéescartographiques…).

Statut Facultatif, peut être multivalué (0,N)Règles d'écriture L’adresse doit commencer par "http://"ou par "ftp://"Exemple d'adresse URL de la ressource Ex 1: http://www.onema.fr/doc/doc1_2008.pdf

Ex 2: http://www.oieau.org/documentation/doc25_A.pdf http://www.ifremer.fr/docelec/doc/2006/rapport-2102.pdf

Exemple d'URL de la ressource en baliseXML OAI

Ex 1: <dc:identifierxsi:type="dct:URI">http://www.onema.fr/doc/doc1_2008.pdf</dc:identifier>Ex 2: <dc:identifierxsi:type="dct:URI">http://www.oieau.org/documentation/doc25_A.pdf</dc:identifier><dc:identifierxsi:type="dct:URI">http://www.ifremer.fr/docelec/doc/2006/rapport-2102.pdf</dc:identifier>

Résumé de la ressourceNom Dublin Core description xsi:type="oai_pse:Resume"Définition Permet de présenter le contenu de la ressource. Contient le résumé qui sera

pris en compte dans la plupart des portailsStatut Facultatif, peut être multivalué (0,N)Règles d'écriture AlphanumériqueExemple de Résumé de la ressource Ex 1: Ce document spécifie les règles d'écritures des métadonnées pour le

portail nationalEx 2:

• Le laboratoire conchylicole des pertuis charentais présente dans sonrapport annuel 2003 les principaux résultats de ses recherches. L'aideau développement de la conchyliculture se caractérise par desréseaux de suivis hydrologiques et de la ressources aquacoles enparticulier la croissance , la mortalité l'indice de condition des huîtreset moules. L'estimation des stocks, l'analyse de leur répartitionspatiale et l'étude des mortalités estivales sont les principaux sujetsde recherche développés

• Shellfish research laboratory in Pertuis Charentais (France) presentthe main results concerning its activity during the year 2003. Waterquality monitoring, growth, mortality and condition indices areperformed on oysters ansd mussels all along the year. Shellfich stockassessment and its spatial distribution, summer mortalities events arethe main research topics developped

Exemple de Résumé de la ressource enbalise XML OAI

Ex 1: <dc:description xsi:type="oai_pse:Resume">Ce document spécifieles règles d'écritures des métadonnées pour le portailnational</dc:description>Ex 2: <dc:description xsi:type="oai_pse:Resume">Le laboratoire conchylicoledes pertuis charentais présente dans son rapport annuel 2003 les principauxrésultats de ses recherches. L'aide au développement de la conchyliculture secaractérise par des réseaux de suivis hydrologiques et de la ressourcesaquacoles en particulier la croissance , la mortalité l'indice de condition deshuîtres et moules. L'estimation des stocks, l'analyse de leur répartition spatialeet l'étude des mortalités estivales sont les principaux sujets de recherche

développés</dc:description><dc:description xsi:type="oai_pse:Resume">Shellfish researchlaboratory in Pertuis Charentais (France) present the main results concerningits activity during the year 2003. Water quality monitoring, growth, mortalityand condition indices are performed on oysters ansd mussels all along theyear. Shellfich stock assessment and its spatial distribution, summermortalities events are the main research topicsdevelopped</dc:description>

Description de la ressourceNom Dublin Core descriptionDéfinition Autre description de la ressourceStatut Facultatif, peut être multivalué (0,N)Règles d'écriture AlphanumériqueExemple de Description de la ressource Ex : Annexes : voir aussi tel document ou l'étude YYYExemple de Description de la ressource enbalise XML OAI

Ex 1: <dc:description>Annexes : voir aussi tel document ou l'étudeYYY</dc:description>

Mots clésNom Dublin Core subjectDéfinition Les mots-clés sont des termes descripteurs qui permettent de caractériser les

sujets traités dans la ressource décrite.Les mots-clés doivent donc refléter le contenu du document. Il s’agit de choisirles plus représentatifs, et d’exclure les termes trop génériques.Les mots clés peuvent être choisis d’une liste contrôlée ou d’un thésaurus

Statut Facultatif, peut être multivalué (0,N)Règles d'écriture AlphanumériqueExemple de Mots clés Ex 1: Nitrates

Ex 2: Pesticide Bon état écologique

Exemple de Mots clés en balise XML OAI Ex 1: <dc:subject>Nitrates</dc:subject>Ex 2: <dc:subject>Pesticide</dc:subject> <dc:subject>Bon état écologique</dc:subject>

Droits d'accès et d'utilisation de la ressourceNom Dublin Core rightsDéfinition Cette métadonnée précise l’ensemble des droits associés à la ressource décrite

: nature des droits (droits de propriété intellectuelle, copyright, autres droitspatrimoniaux…), statut de la ressource, utilisation possible de la ressource.

Pour identifier les documents d'accès libre, il est obligatoire de mettre unebalise <dc:rights>avec le libellé "Accès libre"

Statut Facultatif, peut être multivalué (0,N)Règles d'écriture AlphanumériqueExemple de Droits d'accès et d'utilisationde la ressource

Ex : Accès libre

Exemple de Droits d'accès et d'utilisationde la ressource en balise XML OAI

Ex : <dc:rights>Accès libre</dc:rights>

RelationNom Dublin Core relationDéfinition Les relations permettent d’indiquer les liens entre la ressource décrite et

d’autres ressourcesStatut Facultatif, peut être multivalué (0,N)Règles d'écriture AlphanumériqueExemple de relation Ex : Exemple de relation en balise XML OAI Ex : <dc:relation></dc:relation>

Thème Nom Dublin Core subject xsi:type="oai_pse:Theme"Définition Cette métadonnée correspond au(x) thème(s) principal(aux) traité(s) dans la

ressource décrite. Ce lexique est notamment utilisé par les portailsthématiques pour mettre en correspondance avec les propres "thématiques"duportail. Les thèmes sont organisés dans une arborescence à 3 niveaux. Lesniveaux sont séparés par le caractère slash "/".

Statut Facultatif, peut être multivalué (0,N)Règles d'écriture AlphanumériqueExemple de Thème Ex : Thème : Dynamique et gestion des milieux aquatiques

Sous-thème : Restauration Sous-sous-thème : Restauration de zones humides

Exemple de thème en balise XML OAI Ex : <dc:subject xsi:type="oai_pse:Theme">Dynamique et gestion desmilieux aquatiques/Restauration/Restauration de zoneshumides</dc:subject>

Fréquence de mise à jour de la ressourceNom Dublin Core accrualPeriodicityDéfinition Permet de donner des informations sur la fréquence (prévue ou probable) de

mise à jour du contenu de la ressource : tous les mois, tous les semestres,tous les ans…

Statut Facultatif, peut être multivalué (0,N)Règles d'écriture Alphanumérique

La liste de valeurs est issue de la norme ISO 19115 :Continue : Continuously UpdatedJournalière : DailyHebdomadaire : WeeklyBi-mensuelle : BimonthlyMensuelle : MonthlyTrimestrielle : QuaterlyBi-annuelle : SemiannualAnnuelle : Annual Irrégulière ou Inconnue : Completely irregular

Exemple de Fréquence de mise à jour Ex : AnnuelleExemple de Fréquence de mise à jourenbalise XML OAI

Ex : <dct:accrualPeriodicity>Annual</dct:accrualPeriodicity>

Couverture géographiqueNom Dublin Core spatial xsi:type="[espace de nommage]"Définition Définit l’emprise spatiale, c’est-à-dire les territoires ou lieux concernés par les

informations contenues dans la ressource. Cette métadonnée permet dedécrire l’étendue du territoire sur lequel porte l’information fournie, (une partiede ce territoire pouvant ne pas être concernée). Lorsque l'emprise spatiale est connue, il est obligatoire de renseigner au moinsle référentiel administratif. Les référentiels eaux sont alors renseignésseulement lorsque la ressource porte sur une entité très localisée.

Statut Obligatoire, peut être multivalué (0,N)Obligatoire suppose que :- le champ soit renseigné obligatoirement par les référentiels administratifsquand le document porte sur un territoire bien précis ; - si les documentalistes le souhaitent ou si le document porte sur une zone quile nécessite, les référentiels BD Carthage, DCE, BDRHF peuvent êtrerenseignés. Le renseignement de ces référentiels reste facultatif ;- si le document est de portée générale, d’ordre méthodologique, le champsera alors renseigné « Non applicable ». Afin de réduire la saisie, il a étédécidé de remplacer « Non applicable » par « NA ».

Règles d'écriture AlphanumériqueL'espace de nommage permet de déterminer l'extension géographiqueassociée. Référentiel administratif<xsi:type="oai_pse:CodeRegion">[CODE INSEE de la région]<xsi:type="oai_pse:CodeDepartement">[CODE INSEE du Département]<xsi:type="oai_pse:CodeCommune">[CODE INSEE de la commune]

<xsi:type="oai_pse:CodeNational">FRA (France entière) ou FXX (Francemétropole uniquement)

Référentiels Eaux<xsi:type="oai_pse:CodeEntiteHydrographique">[CODE du cours d'eau]<xsi:type="oai_pse:CodePlanEau">[CODE du plan d'eau]<xsi:type="oai_pse:CodeRegionHydrographique"><xsi:type="oai_pse:CodeSecteurHydrographique"><xsi:type="oai_pse:CodeSousSecteurHydrographique"><xsi:type="oai_pse:CodeZoneHydrographique"><xsi:type="oai_pse:CodeEntiteHydrogeologique"><xsi:type="oai_pse:CodeBassinDCE"><xsi:type="oai_pse:CodeSousBassinDCE"><xsi:type="oai_pse:CodeMasseEau">

Exemple de Couverture Géographique Ex : Région administrative : ALSACEDépartement administratif : AINCommune Administrative : AASTCours d'eau : Abitolako ErrekaPlan d'eau : Bassin Adrien WeirichRégion hydrographique : Affluents du RhinSecteur hydrographique : Côtiers de l'Hérault au petit RhôneSous-secteur hydrographique : Côtiers du Gapeau au cap BénatZone hydrographique : Bras de CilaosEntité hydrogéologique : AGENAIS ET QUERCYBassin DCE : Les cours d'eau de la CorseSous-bassin DCE : CorseMasse d'eau : (Masse d'eau cours d'eau) Le Caramy

France EntièreFrance MétropolitaineNon applicable

Exemple de Couverture Géographique enbalise XML OAI

Ex: <dct:spatial xsi:type="oai_pse:CodeRegion">42</dct:spatial><dct:spatial xsi:type="oai_pse:CodeDepartement">01</dct:spatial><dct:spatial xsi:type="oai_pse:CodeCommune">64001</dct:spatial><dct:spatialxsi:type="oai_pse:CodeEntiteHydrographique">Q7220560</dct:spatial><dct:spatial xsi:type="oai_pse:CodePlanEau">A0600353</dct:spatial><dct:spatialxsi:type="oai_pse:CodeRegionHydrographique">D</dct:spatial><dct:spatialxsi:type="oai_pse:CodeSecteurHydrographique">Y3</dct:spatial><dct:spatialxsi:type="oai_pse:CodeSousSecteurHydrographique">Y47</dct:spatial><dct:spatialxsi:type="oai_pse:CodeZoneHydrographique">4060</dct:spatial><dct:spatialxsi:type="oai_pse:CodeEntiteHydrogeologique">AQUI231562</dct:spatial><dct:spatial xsi:type="oai_pse:CodeBassinDCE">E</dct:spatial><dct:spatialxsi:type="oai_pse:CodeSousBassinDCE">FRE_CORS</dct:spatial><dct:spatial xsi:type="oai_pse:CodeMasseEau">DR111</dct:spatial>

<dct:spatial xsi:type="oai_pse:CodeNational">FRA</dct:spatial><dct:spatial xsi:type="oai_pse:CodeNational">FXX</dct:spatial><dct:spatial>NA</dct:spatial>

Niveau géographiqueNom Dublin Core subject xsi:type="oai_pse:NiveauGeo"Définition Le niveau géographique correspond au niveau d’'étendue géographique

couverte par la ressource, c’est-à-dire, en quelque sorte, à une gamme desurface.

Statut Facultatif, une valeur maximum (0,1)Règles d'écriture Le contenu du niveau géographique est l'une des valeurs suivantes :

- mondial- national- régional- départemental- communal

Exemple de Niveau géographique Ex : mondialExemple de Niveau géographiqueen baliseXML OAI

Ex : <dc:subject xsi:type="oai_pse:NiveauGeo">mondial</dc:subject>

Niveau de lectureNom Dublin Core audienceDéfinition Le niveau de lecture permet d’indiquer la spécificité de la ressource, et donc le

public visé par la ressource décrite, ou pour qui la ressource décrite sera utile. Statut Facultatif, peut être multivalué (0,N)Règles d'écriture Le contenu DOIT être l'une des valeurs suivantes :

- Scolaires- Citoyens- Professionnels- Experts

Exemple de Niveau de lecture Ex : ProfessionnelsExemple de Niveau de lectureen balise XMLOAI

Ex : <dct:audience>Professionnels</dct:audience>

Nature de la ressourceNom Dublin Core type xsi:type="oai_pse:TypeRessource"Définition Cette métadonnée permet de caractériser la nature de la ressource décrite.Statut Facultatif, peut être multivalué (0,N)Règles d'écriture Le contenu DOIT être l'une des valeurs suivantes :

- Page Internet- Document- Multimédia- Base de données- Notice- Tableau de Données- Couche d'information géographique- Ressources juridiques- Logiciels

Exemple de Nature de la ressource Ex : DocumentExemple de Nature de la ressourceenbalise XML OAI

Ex : <dct:typexsi:type="oai_pse:TypeRessource">Document</dct:tytpe>

Exemple de notice XML en Dublin Core qualifié oai_pse

Rappelons qu'il existe un explorateur d'archive OAI sur internet à l'adresse http://re.cs.uct.ac.za/

Les contributeurs sont invités à utiliser cet outil pour tester et valider leur archive OAI, que ce soit enDublin Core non qualifié (oai_dc) ou en Dublin Core qualifié (oai_pse).

Annexe 1 : Proposition de modèle pour un formulaire de demande d’identifiant

MODELE

Demande d’identifiant d’étude

Description de l’étude

Titre de l’étude :…………………………………………………………………………………….....….....…………………………………………………………………………………………………………………..

Auteur physique : ……………………………………………………………………………………..……

Auteur moral : ………………………………………………………………………………………….……

Diffusion de l’étude

Diffuseur des métadonnées : ……………………………………………………………………………….

Diffuseur de l’étude : …………………………………………………………………………………………

Date prévue de publication : __/____ (MM/AAAA)

Date de la demande :

Auteur de la demande :

Signature :

---------------------------------------------------------------------------------------------------------------------------------

Réponse du service de documentation

Identifiant de l’étude : ……………………..

Date de l’identification :

Auteur de l’identification :

Signature :

Annexe 2 : Liste des thèmes

1 - Dynamique et gestion des milieux aquatiques 1.1 Ecosystèmes aquatiques

1.1.1 Faune1.1.2 Flore1.1.3 Habitat

1.2 Milieux particuliers1.2.1 milieux continentaux 1.2.2 milieux marins et côtiers

1.3 Restauration1.3.1 Restauration et entretien des cours d'eau1.3.2 Restauration de plans d'eau1.3.2 Restauration de zones humides

2 - Dynamique physique et gestion quantitative de la ressource 2.1 cycle de l’eau (composants,processus)

2.1.1 Eaux de surface - Hydrologie2.1.2 Eaux souterraines - hydrogéologie2.1.3 Eaux littorales, estuaires et lagunes2.1.4 Milieux humides2.1.5 Caractéristiques des cours d'eau2.1.6 Autres composants et processus du cycle de l'eau2.1.7 Usages de l'eau : état, prélèvements, consommation2.1.8 Usages de l'eau :domestiques2.1.9 Usages de l'eau : industries2.1.10 Usages de l'eau :agriculture2.1.11 Usages de l'eau :hydroélectricité

2.2 Evénements extrêmes2.2.1 Changement climatiques2.2.2 Risques 2.2.3 Impacts environnementaux

3 - Pollutions et risques chimiques 3.1 Analyse de l'eau : analyses physico-chimiques et microbiologiques3.2 Pollution de l'eau et Nuisances3.3 Qualité de l'eau/et ou Hydrobiologie3.4 Santé - Hygiène - Sécurité3.5 Alertes et surveillances

4 - Technologies4.1 Technologies

4.1.1 Agriculture4.1.2 Aquaculture (Pisciculture, salmoniculture)4.1.3 Assainissement des collectivités locales4.1.4 Boues et Déchets4.1.5 Distribution d'eau (potable)4.1.6 Traitement de l'eau potable4.1.7 Traitement des eaux usées 4.1.8 Réutilisation des eaux usées4.1.9 Industrie - Artisanat PME/PMI4.1.10 Energie hydroélectrique4.1.11 Dessalement de l'eau de mer4.1.12 Pêche et aquaculture marine4.1.13 Géothermie

4.2 Ouvrages4.2.1 Travaux de construction et génie civil

4.2.2 Hydraulique urbaine4.2.3 Aménagement des eaux

5 Socio-économie, usages et gouvernance 5.1 Gestion intégrée5.1.1 Gestion de l'eau douce,des zones côtières et des territoires5.1.2 Planification/Plans de gestion/Outils de gestion participative5.1.3 Modes de gestion des services d'eau et d'assainissement

5.2 Gouvernance5.2.1 Législation Réglementation5.2.2 Sociologie/Politiques publiques

5.3 Evaluation économique5.3.1 Economie de l'eau 5.3.2 Gestion de service d'eau et d'assainissement dans les collectivités5.3.3 Protection de l'environnement

Portail national documentaire sur l’eauPrésentation PR ZH

24/02/2011

Portail « Les documents techniques sur l’eau »

Stéphanie LARONDE Etienne MARCHAND

Office International de l’Eau

� En 2006, constat par la DE du Ministère chargé de l’Ecologie : études sur l’eau produites en France par le secteur public étaient méconnues, difficiles d’accès, alors que la directive 2003/4 sur l’accès à l’information environnementale en garantit l’accès au public.

� Etude de faisabilité

� Les travaux menés en 2006 et 2007 : � Cerner les acteurs,

� Identifier les types de documents concernés,

� Sélectionner les solutions techniques à privilégier pour le portail d’accès,

Origine du projet

� En 2008, l’Onema qui venait d’être créée, a été chargée dans le cadre de la RGPP de piloter une réflexion pour la mutualisation des fonctions documentaires entre l’Onema et les Agences de l’eau. Le portail documentaire envisagé par la DE a été repris parmi les propositions de l’Onema, avec une vocation plus ambitieuse puisqu’il s’agit maintenant de bâtir une base collaborative de documentation technique du secteur de l’eau.

�Les objectifs principaux sont :�d’élargir le plus possible les sources (différents producteurs) et les types de document (articles, livres, …)

�d’améliorer l’organisation (règles d’identification des études, de référencement et d’indexation)

�d’offrir un accès performant, en privilégiant les documents plein texte et les fonctions d’indexation géographique.

Vers un projet plus large

� La base collaborative de documentation technique du secteur de l’eau est constituée de l’ensemble des bases documentaires des acteurs publics concernés par l’eau, et d’un dispositif d’accès unifié, le portail documentaire.

� Le portail « Les documents techniques sur l’eau » alimente le portail « tousurlenvironnement.fr »

Vers un projet plus large

� Créé et géré par l’Onema, avec l’appui de l’Office International de l’Eau

� Quels types de documents ?

Rapports, études, articles, ouvrages, à caractère scientifique et technique, publiés en français et en anglais (avec titre et résumé en français) sur la ressource en eau et les milieux aquatiques

Le portail « Les documents techniques sur l’eau »

� Ouverture du portail : le 19 juin 2009, avec 20 300 notices

� Les contributeurs : Les 6 agences de l’eau, de l’office international de l’eau, du ministère en charge de l’écologie (SIDE), de l’office de l’eau de la Martinique, de l’office de l’eau de la Réunion, de l’Onema, de l’Ifremer, du Cemagref, du BRGM, Gest’eau, Sandre.


Le portail – Architecture

OIEau

Ouvrages Articles

Métadonnées

Restent stockés chez le

producteur

consulte

AEAP

Documents (pdf)

Métadonnées


producteur

Métadonnées

dont URL vers documents sur sites distants

Index central

SIDE

Documents (pdf)

Métadonnées


producteur

IFREMER

Documents (pdf)

Métadonnées


producteur

ONEMA

Documents (pdf)

Métadonnées


producteur

Portail nationalrécupère les notices

indexe les documentsdiffuse

Architecture - Principes

� Chaque contributeur :� conserve ses études (numérisées ou non)

� met ses études numérisées à disposition sur internet

� produit et maintient ses métadonnées sur toutes ses études (numérisées ou non)

� devient fournisseur de données

Architecture - Principes

� Le niveau national a le rôle de fournisseur de services en :� collectant les métadonnées des fournisseurs de

données

� indexant les lots de métadonnées

� indexant les textes intégraux à distance

� fournissant une interface de recherche unique

� Juillet 2010 : mise en place du moteur de recherche Polyspot

� Décembre 2010 : développement de la recherche cartographique

� 2011 : mise en place de la recherche carto, élargissement à de nouveaux contributeurs, mise en place de compte pour requêtes mémorisables


Evolution du nombre de notices indexées par le port ail "Les documents techniques sur l'eau"

31000

20300

4000043479

0

10000

20000

30000

40000

50000

sept-09 janv-10 mai-10 sept-10

� Les contributeurs se sont adaptés progressivement :

� Architecture et mise à disposition des notices et documents

Mise en place d’entrepôt OAI (gérer les métadonnées des documents, être capable d’exporter ces métadonnées au minimum au format Dublin Core, mettre en place un serveur web http capable de répondre à des requêtes simples en générant des flux XML, mettre à disposition les textes intégraux sur internet)

� Saisie des notices

Respect des formats et des champs à renseigner, en particulier le diffuseur du document, le diffuseur des métadonnées, l’URL, le champ « couverture géographique »


Métadonnées - Couverture géographique

� Couverture géographique = portée géographique principale de l’étude

� informations saisies de 4 ordres� commune et ascendance département / région (référentiel

administratif INSEE)

� rivière et ascendance bassin versant (référentiel BD Carthage)

� nappe souterraine (référentiel BFRHF)

� masse d’eau et ascendance bassin DCE (référentiel SANDRE)

Métadonnées - Couverture géographique

� 2 objectifs à terme :

� retrouver les documents grâce à une requête "textuelle" type moteur de recherche sur la métadonnée couverture géographique

� retrouver les documents grâce à une interface cartographique

Couverture géographique – Choix des référentiels

� Référentiels (dans un premier temps)

� Administratif pour tous les documents

� Eau plutôt pour les études à petite couverture

� Non applicable pour les documents sans portée géographique particulière, par exemple guide méthodologique

Couverture géographique – Impacts pour les documentalistes

� Les documentalistes disposent d'interfaces de sélections pour :

� chacun des référentiels administratifs

� et des référentiels eau

� utilisation de l'outil d'aide à la saisie du portail documentaire

Processus de saisie du champ Couverture géographique

Présentation du portail

www.documentation.eaufrance.fr

- La recherche alphanumérique en ligne

- L’outil d’aide à la saisie du champ « couverture géographique »

- La recherche cartographique en cours de développeme nt

Métadonnées Dublin Core

Métadonnée Balise Oblig. Métadonnée Balise xsi:type Oblig.Titre dc:title Oui Titre dc:title OuiAuteur dc:creator Oui Titre alternatif dct:alternativeDate de publication dc:date Oui Créateur de la ressource dc:creatorDiffuseur document dc:publisher Oui Producteur dc:creator pse:producteurDiffuseur métadonnées dc:publisher Oui Contributeur dc:contributorLangue dc:language Oui Date de création dct:creationURL dc:identifier Date de modification dct:modifiedRésumé dc:description Date de publication dct:issuedMots clés dc:subject Date d'acceptation dct:dateAcceptedDroits dc:rights Date du copyright dct:dateCopyrightedCouverture géographique dc:coverage Diffuseur des métadonnées dc:publisher pse:MetaDiffuseur Oui

Editeur / Diffuseur de la ressource dc:publisher OuiPoint de contact sur la ressource dc:publisher pse:PointContactLangue dc:language [namespace langue] OuiIdentifiant dc:identifier [espace de nommage]Adresse URL des métadonnées en HTML dc:identifier pse:MetaHTMLAdresse URL de la ressource dc:identifier URIRésumé dc:description pse:resumeDescription dc:descriptionMots clés dc:subjectDroits d'accès et d'utilisation dc:rightsRelation dc:relationThème dc:subjectFréquence de mise à jour dct:accrualPeriodicityCouverture géographique dct:spatial [espace de nommage]Niveau géographique dc:subjectNiveau de lecture dc:audienceNature de la ressource dct:type pse:TypeRessource

Oui, au moins pour une des

trois

Dublin Core simple Dublin Core qualifié

Développement, hébergement et maintenance d’une … · 2014-11-21 · d’ouvrir le dialogue...

Documents

Transcript of Développement, hébergement et maintenance d’une … · 2014-11-21 · d’ouvrir le dialogue...