Proposition de structuration des métadonnées en géosciences: spécificité de la communauté scientifique
Télécharger en tant que PPT, PDF•0 j'aime•50 vues
Le document propose une structure générique de métadonnées destinée à améliorer la diffusion et l'accès aux données en géosciences au sein de la communauté scientifique. Il détaille les objectifs de cette structuration, notamment la visibilité et le partage des données, tout en soulignant l'importance des métadonnées pour la gestion du patrimoine scientifique. Des exemples d'architecture de services de métadonnées et des perspectives d'amélioration sont également présentés.
Proposition de structuration des métadonnées en géosciences: spécificité de la communauté scientifique
- 1. Proposition de structuration desProposition de structuration des métadonnées en géosciencesmétadonnées en géosciences :: Spécificité de la communauté scientifique Jean-Christophe DesconnetsJean-Christophe Desconnets** , Thérèse Libourel, Thérèse Libourel**** , Pierre, Pierre MaurelMaurel****** , André Miralles, André Miralles****** , Michel Passouant, Michel Passouant ******** * IRD – Programme ROSELT Maison de la télédétection, 500, avenue J.F. Breton 34093 Montpellier cedex 05. ** LIRMM,161 rue Ada 34392 Montpellier Cedex 5. *** Cemagref UMR 3S Maison de la télédétection, 500, avenue J.F. Breton 34093 Montpellier cedex 05. **** CIRAD - TERA, CIRAD, "TA 60/15", 73 avenue Jean François Breton, 34938 Montpellier Cedex 5.
- 2. Objectifs de la propositionObjectifs de la proposition • Assurer la diffusion de la donnée et son accèsAssurer la diffusion de la donnée et son accès au sein de la communautéau sein de la communauté • Faciliter sa visibilité et son partage à « l’extérieur »Faciliter sa visibilité et son partage à « l’extérieur » de la communautéde la communauté base pour la construction de services de métadonnéesbase pour la construction de services de métadonnées Proposer uneProposer une structure générique utilisable etstructure générique utilisable et instrumentableinstrumentable par les chercheurspar les chercheurs
- 3. ContexteContexte Domaine d’applicationDomaine d’application Intérêt pour la communauté scientifiqueIntérêt pour la communauté scientifique Systèmes d’information relatifs aux géosciences Gérer le patrimoine scientifique Besoin de structurer et représenter la connaissance scientifique Introduction d’une démarche qualité Capacités des NTIC pour la diffusion les données
- 4. Rôle des métadonnéesRôle des métadonnées Quel rôle ?Quel rôle ? Identification et spécification de la donnée de « référence » Faciliter ou améliorer la diffusion de la donnée Aider aux croisements de sémantiques liés à différents domaines d’expertises • Métadonnées « principales »Métadonnées « principales » • Métadonnées « élargiesMétadonnées « élargies »
- 5. Service de métadonnéesService de métadonnées Les services type « inventaire des ressources en géomatique »Les services type « inventaire des ressources en géomatique » Les services type « observatoire »Les services type « observatoire » Les services type « mémoire d’expertise »Les services type « mémoire d’expertise » Mutualisation interne, ex : Cemagref Accès direct ou filtré à la donnée, ex : ROSELT Remobiliser les données par d’autres équipes, ex : CIRAD
- 6. modèle générique de métadonnéesmodèle générique de métadonnées * Support 0..1 A pour T 1..* Est décrit 1..* Domaine Etude O Classé 1 * Type C ProtocoleTraitement * *Source Alimente T * Résultat ProtocoleAquisition/Traitement 1 Produit Protocole C T T 1..* * Applique T Opérateur * Se situe * Localisation C Donnée référence T
- 7. Type 1..* 1..1 3 a pour Exemple d’affinage du concept TYPEExemple d’affinage du concept TYPE • Cas d’un service type « observatoire » (ROSELT)Cas d’un service type « observatoire » (ROSELT) Donnée référence Type simple Mesure sol Information spatiale image carte Document texte Rapport Publication présentation BD SIG Catalogue Type complexe 2..* 0..1 3 est composé
- 8. Protocole de traitement 0..* 0..* est source 0..* 0..* produit Unité d'observation 0..* * Opérateur 1..* 1..* intervient Exemple d’affinage du concept PROTOCOLEExemple d’affinage du concept PROTOCOLE • Cas d’un service type « observatoire » (ROSELT)Cas d’un service type « observatoire » (ROSELT) Donnée référence Protocole protocole d'acquisition
- 9. Exemples d’architecture : module de saisieExemples d’architecture : module de saisie Serveur BD métadonnées SGBD méta-données Scripts PHP Page de vérification libellé xxxxx Date xxxxx validationValidation RequêtesSQL Client HTML Requêtes serveur Formulaire saisie libellé Date okok Module de contrôle javascript
- 10. Exemples d’architecture : module de consultationExemples d’architecture : module de consultation BD métadonnées BD métadonnées Serveur Requêteur Multi-critères Thématique localisation okok scripts PHP Requêtes SQL Servlet Cocoon XSLT transformer Analyseur XML Fichier XML Fiche de métadonnées nom date xxxxxx xxxxxx Liste des données Donnée 1 Donnée 2 xxxxxx xxxxxx okok okok Appel Script Page HTMLformatage XSL Client HTML
- 11. Intérêts et perspectivesIntérêts et perspectives • Structuration des métadonnéesStructuration des métadonnées • fonctionnalitésfonctionnalités d’und’un service de métadonnéesservice de métadonnées Inventaire et mise à jour semi - automatiqueInventaire et mise à jour semi - automatique Aide à la recherche d’informations cibléeAide à la recherche d’informations ciblée Accès direct ou filtré à la donnéeAccès direct ou filtré à la donnée Modèle OuvertModèle Ouvert Réutilisation des qualifications de la donnée par les normesRéutilisation des qualifications de la donnée par les normes Spécificité du cycle de vie d’une donnéeSpécificité du cycle de vie d’une donnée Traçabilité de la donnéeTraçabilité de la donnée