T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Les standards de lOV, supports de linteropérabilité Thomas Boch [CDS] thomas.boch at astro.unistra.fr

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Interopérabilité Capacité que possède un système à fonctionner avec dautres systèmes Sappuie sur la définition et le respect dun ou plusieurs standards Exemples dinteropérabilité –Interopérabilité ferroviaire Standards : écartement des rails, signalisation, électrification –Interopérabilité électrique 230V / 50Hz Capacité que possède un système à fonctionner avec dautres systèmes Sappuie sur la définition et le respect dun ou plusieurs standards Exemples dinteropérabilité –Interopérabilité ferroviaire Standards : écartement des rails, signalisation, électrification –Interopérabilité électrique 230V / 50Hz

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Interopérabilité des clients de messagerie Simple Mail Transfer Protocol (RFC 821)

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Avant lOV Slide courtesy of Pedro Osuna (ESAC)

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Utilisation des standards OV Slide courtesy of Pedro Osuna (ESAC)

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 IVOA Alliance des différents projets OV nationaux, qui a la responsabilité de discuter et dédicter les standards de lOV Réparti en working groups : –Data Access Layer –Semantics –Data Models –Grid & Web Services –VOEvent –VOTable –Registry –Applications –VO Query Language Alliance des différents projets OV nationaux, qui a la responsabilité de discuter et dédicter les standards de lOV Réparti en working groups : –Data Access Layer –Semantics –Data Models –Grid & Web Services –VOEvent –VOTable –Registry –Applications –VO Query Language

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 IVOA (suite) Discussions par mailing-lists –Archives consultables : réunions Interop par an (mi-mai et octobre/novembre) –Prochaine réunion : Garching, 9-13 novembre Discussions par mailing-lists –Archives consultables : réunions Interop par an (mi-mai et octobre/novembre) –Prochaine réunion : Garching, 9-13 novembre

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Use case : recherche dimages Client OV Registry OV Liste dURLs de services images (SIAP) Service SIAP ESO Service SIAP VO-Paris Service SIAP SDSS Service SIAP … Liste (en VOTable) des images disponibles Services SIAP Images FITS

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 FITS Flexible Image Transport System LE standard de données en astronomie Métadonnées et données regroupées dans un même fichier Largement utilisé dans lOV (images, tables, spectres) Flexible Image Transport System LE standard de données en astronomie Métadonnées et données regroupées dans un même fichier Largement utilisé dans lOV (images, tables, spectres)

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 VOTable Standard déchange des données tabulaires Le premier standard de lOV Utilisé par de nombreux autres standards OV Conteneur flexible, compatible avec les tables FITS Formalisme XML contraint par un XML schema Un fichier VOTable est constitué de : –Métadonnées, décrivant les données (type, unité, etc) –Données (différents formats possibles) Standard déchange des données tabulaires Le premier standard de lOV Utilisé par de nombreux autres standards OV Conteneur flexible, compatible avec les tables FITS Formalisme XML contraint par un XML schema Un fichier VOTable est constitué de : –Métadonnées, décrivant les données (type, unité, etc) –Données (différents formats possibles)

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Modèle de données de VOTable VOTable = hierarchy of Metadata + associated TableData, arranged as a set of Tables Metadata = Parameters + Infos + Descriptions + Links + Fields + Groups Table =list of Fields + TableData TableData = stream of Rows Row = list of Cells Cell = Primitive or variable-length list of Primitives or multidimensional array of Primitives Primitive = integer, character, float, floatComplex, etc VOTable = hierarchy of Metadata + associated TableData, arranged as a set of Tables Metadata = Parameters + Infos + Descriptions + Links + Fields + Groups Table =list of Fields + TableData TableData = stream of Rows Row = list of Cells Cell = Primitive or variable-length list of Primitives or multidimensional array of Primitives Primitive = integer, character, float, floatComplex, etc

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Structure dun document VOTable

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Elément Elément Contient : –tag –Collection de : : description dune colonne : description dune valeur constante : associe de manière logique des FIELDs ou PARAMs connectés : ensemble de lignes de données. Contient les valeurs des FIELD définis auparavant Contient : –tag –Collection de : : description dune colonne : description dune valeur constante : associe de manière logique des FIELDs ou PARAMs connectés : ensemble de lignes de données. Contient les valeurs des FIELD définis auparavant

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Elément Elément Décrit une colonne dune table Peut contenir des tags, et (domaine de définition dune colonne) Attributs : –ID : identifie le champ. Requis si le champ doit être référencé par ailleurs –name –datatype : est-ce un entier, un flottant, une chaine de caractères ? –arraysize : nombre déléments du tableau –width et precision : information sur la précision et le format de la donnée Décrit une colonne dune table Peut contenir des tags, et (domaine de définition dune colonne) Attributs : –ID : identifie le champ. Requis si le champ doit être référencé par ailleurs –name –datatype : est-ce un entier, un flottant, une chaine de caractères ? –arraysize : nombre déléments du tableau –width et precision : information sur la précision et le format de la donnée

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Elément (suite) –unit : unité dans laquelle est exprimée la quantité décrite –ucd : Unified Content Descriptor. Marqueur sémantique décrivant la quantité physique (eg: pos.eq.ra) –utype : pointeur vers un modèle de données externe (eg: ) –ref : référence vers un autre élement du document Exemple: … –unit : unité dans laquelle est exprimée la quantité décrite –ucd : Unified Content Descriptor. Marqueur sémantique décrivant la quantité physique (eg: pos.eq.ra) –utype : pointeur vers un modèle de données externe (eg: ) –ref : référence vers un autre élement du document Exemple: …

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Elément Elément Un seul élément par 3 sérialisations possibles des données : –TABLEDATA : table XML –FITS <STREAM encoding="gzip href="ftp://archive.cacr.caltech.edu/myfile.fit.gz"/> –BINARY Un seul élément par 3 sérialisations possibles des données : –TABLEDATA : table XML –FITS <STREAM encoding="gzip href="ftp://archive.cacr.caltech.edu/myfile.fit.gz"/> –BINARY

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Exemple de VOTable Métadonnées Données Définition système de cordonnées

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Registry Pages jaunes, annuaire de lOV bin/twiki/bin/view/IVOA/IvoaResReghttp:// bin/twiki/bin/view/IVOA/IvoaResReg Décrit les ressources disponibles au sein de lOV Permet : –De localiser –Davoir des informations –Dinterroger toute ressource OV disponible Pages jaunes, annuaire de lOV bin/twiki/bin/view/IVOA/IvoaResReghttp:// bin/twiki/bin/view/IVOA/IvoaResReg Décrit les ressources disponibles au sein de lOV Permet : –De localiser –Davoir des informations –Dinterroger toute ressource OV disponible

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Caractéristiques du registry IVOA Architecture distribuée Interrogeable de différentes manières Types de ressources est extensible Ressources identifiées par un identifiant unique: –ivo://org.astrogrid/dsa/myCatalogue Architecture distribuée Interrogeable de différentes manières Types de ressources est extensible Ressources identifiées par un identifiant unique: –ivo://org.astrogrid/dsa/myCatalogue protocole Instance responsable (authority) Clé de la ressource

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Types de ressources publiables

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Registries en production

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Différents types de registres Publishing Registry : –un registry publiant uniquement les ressources XML quil gère (eg: le registry CDS gère les ressource relatives à VizieR et Simbad) –est harvesté par les full registries –na pas dinterface de recherche Full Registry : –contient lensemble des ressources –Propose une interface de recherche et de harvesting Publishing Registry : –un registry publiant uniquement les ressources XML quil gère (eg: le registry CDS gère les ressource relatives à VizieR et Simbad) –est harvesté par les full registries –na pas dinterface de recherche Full Registry : –contient lensemble des ressources –Propose une interface de recherche et de harvesting

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Harvesting Réplication de ressources dun registry à un autre Basé sur le protocole OAI –Open Archive Initiative : permet léchange de métadonnées entre différents fournisseurs de services/données (origine : centres documentaires, bibliothèques) – Réplication de ressources dun registry à un autre Basé sur le protocole OAI –Open Archive Initiative : permet léchange de métadonnées entre différents fournisseurs de services/données (origine : centres documentaires, bibliothèques) –

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Interrogation dun registry Plusieurs possibilités : –Par mot-clé –Sous-ensemble dADQL –Xquery (optionnel) Interrogation possible via Web service SOAP La plupart des implémentations proposent un formulaire Web dinterrogation, mais on accède généralement aux registries de façon transparente via un client VO (Topcat, Aladin, VODesktop, etc) Plusieurs possibilités : –Par mot-clé –Sous-ensemble dADQL –Xquery (optionnel) Interrogation possible via Web service SOAP La plupart des implémentations proposent un formulaire Web dinterrogation, mais on accède généralement aux registries de façon transparente via un client VO (Topcat, Aladin, VODesktop, etc)

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Les standards daccès aux données Définis au sein du working group DAL (Data Access Layer) Accès via HTTP Cone Search : protocole très simple daccès aux données tabulaires Standards S*AP : processus de requête en 2 temps : –Récupération dune liste décrivant données disponibles correspondant aux paramètres désirés (eg: liste des images pour M81) –Choix et récupération dune ou plusieurs données TAP : protocole évolué daccès aux tables Définis au sein du working group DAL (Data Access Layer) Accès via HTTP Cone Search : protocole très simple daccès aux données tabulaires Standards S*AP : processus de requête en 2 temps : –Récupération dune liste décrivant données disponibles correspondant aux paramètres désirés (eg: liste des images pour M81) –Choix et récupération dune ou plusieurs données TAP : protocole évolué daccès aux tables

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Cone Search Protocole simple daccès aux catalogues astronomiques comportant des positions Paramètres en entrée : –RA (en degrés décimaux) –DEC (en degrés décimaux) –SR (rayon de recherche en degrés) En sortie : VOTable contenant au moins 3 champs : –1 avec ucd=POS_EQ_RA_MAIN (asc. droite) –1 avec ucd=POS_EQ_DEC_MAIN (declinaison) –1 avec ucd=ID_MAIN (identifiant principal) Exemple : Protocole simple daccès aux catalogues astronomiques comportant des positions Paramètres en entrée : –RA (en degrés décimaux) –DEC (en degrés décimaux) –SR (rayon de recherche en degrés) En sortie : VOTable contenant au moins 3 champs : –1 avec ucd=POS_EQ_RA_MAIN (asc. droite) –1 avec ucd=POS_EQ_DEC_MAIN (declinaison) –1 avec ucd=ID_MAIN (identifiant principal) Exemple :

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Protocoles S*AP SIAP (images), SSAP (spectres), SLAP (lignes atomiques et moléculaires) Requête en 2 temps : –Etape 1 : on récupère un VOTable contenant une liste ditems (métadonnées + URL) correspondants aux paramètres demandés –Etape 2 : récupération des items désirée Standardisation –Des paramètres de la requête –Des champs dans le VOTable résultat SIAP (images), SSAP (spectres), SLAP (lignes atomiques et moléculaires) Requête en 2 temps : –Etape 1 : on récupère un VOTable contenant une liste ditems (métadonnées + URL) correspondants aux paramètres demandés –Etape 2 : récupération des items désirée Standardisation –Des paramètres de la requête –Des champs dans le VOTable résultat

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 SIAP Simple Image Access Protocol Paramètres de la requête : –Obligatoires : POS (position sur le ciel) et SIZE (taille de limage désirée/rayon de recherche) –FORMAT (image/fits, image/jpeg, …) –Autres paramètres spécifiques au service (FORMAT=METADATA) VOTable résultat : –Champs obligatoires Nom de limage (ucd=VOX:Image_Title) URL daccès à limage décrite (ucd=VOX:Image_AccessReference) Simple Image Access Protocol Paramètres de la requête : –Obligatoires : POS (position sur le ciel) et SIZE (taille de limage désirée/rayon de recherche) –FORMAT (image/fits, image/jpeg, …) –Autres paramètres spécifiques au service (FORMAT=METADATA) VOTable résultat : –Champs obligatoires Nom de limage (ucd=VOX:Image_Title) URL daccès à limage décrite (ucd=VOX:Image_AccessReference)

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 SIAP (suite) Ascension droite et déclinaison du centre de limage (ucd=POS_EQ_RA_MAIN, ucd=POS_EQ_DEC_MAIN Format de limage (ucd=VOX:Image_Format) Paramètre WCS : –NAXES –NAXIS –Image scale –Champs facultatifs : date de lobservation, bande spectrale, paramètres WCS complémentaires –Démo : accès au service SIAP SDSS DR7 depuis Aladin Ascension droite et déclinaison du centre de limage (ucd=POS_EQ_RA_MAIN, ucd=POS_EQ_DEC_MAIN Format de limage (ucd=VOX:Image_Format) Paramètre WCS : –NAXES –NAXIS –Image scale –Champs facultatifs : date de lobservation, bande spectrale, paramètres WCS complémentaires –Démo : accès au service SIAP SDSS DR7 depuis Aladin

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 SSAP Simple Spectral Access Protocol Paramètres de la requête : –POS, SIZE : similaires aux params SIAP –TIME : requête sur un intervalle temporel –BAND : requête sur un intervalle de longueurs donde –Résolution spatiale, résolution spectrale VOTable résultat : –Pointeur (URL) pour charger le spectre –infos sur lidentification du dataset –infos sur le curator –… Simple Spectral Access Protocol Paramètres de la requête : –POS, SIZE : similaires aux params SIAP –TIME : requête sur un intervalle temporel –BAND : requête sur un intervalle de longueurs donde –Résolution spatiale, résolution spectrale VOTable résultat : –Pointeur (URL) pour charger le spectre –infos sur lidentification du dataset –infos sur le curator –…

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 SSAP (suite) Amélioration par rapport à SIA : –Requêtes non positionnelles sont possibles (eg : liste des spectres entre 500 et 5000nm) –Sappuie sur un véritable data model Métadonnées exprimables dans le VOTable résultat très riches Références au data model Spectrum se font via les attributs utype du Votable résultat Est utilisé pour laccès aux spectres théoriques Exemple de requête : METADATA METADATA Amélioration par rapport à SIA : –Requêtes non positionnelles sont possibles (eg : liste des spectres entre 500 et 5000nm) –Sappuie sur un véritable data model Métadonnées exprimables dans le VOTable résultat très riches Références au data model Spectrum se font via les attributs utype du Votable résultat Est utilisé pour laccès aux spectres théoriques Exemple de requête : METADATA METADATA

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 SLAP Simple Line Access Protocol Sappuie sur le data model Atomic and Molecular Line ( bin/twiki/bin/view/IVOA/SpectralLineLists ) bin/twiki/bin/view/IVOA/SpectralLineLists Requête minimale : –WAVELENGTH= Paramètres supplémentaires : –CHEMICAL_ELEMENT, INITIAL_ENERGY_LEVEL, FINAL_ENERGY_LEVEL, TEMPERATURE, EINSTEIN_A, PROCESS_TYPE, PROCESS_NAME Simple Line Access Protocol Sappuie sur le data model Atomic and Molecular Line ( bin/twiki/bin/view/IVOA/SpectralLineLists ) bin/twiki/bin/view/IVOA/SpectralLineLists Requête minimale : –WAVELENGTH= Paramètres supplémentaires : –CHEMICAL_ELEMENT, INITIAL_ENERGY_LEVEL, FINAL_ENERGY_LEVEL, TEMPERATURE, EINSTEIN_A, PROCESS_TYPE, PROCESS_NAME

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 SLAP (suite) Résultat –VOTable contenant la liste des lignes atomiques et moléculaires correspondant aux paramètres dentrée –Au minimum : nom et longueur donde de chaque ligne Résultat –VOTable contenant la liste des lignes atomiques et moléculaires correspondant aux paramètres dentrée –Au minimum : nom et longueur donde de chaque ligne

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009TAP Table Access Protocol Protocole évolué daccès à des collections de tables astronomiques En discussion au niveau IVOA Mécanisme de découverte de structure des tables exposées (description des champs, liens entre les tables, clés primaires, etc) Permet à un client deffectuer des recherches sophistiquées : –Non limitées à la position (contraintes possibles sur nimporte quel champ) –Jointures sur différentes tables Table Access Protocol Protocole évolué daccès à des collections de tables astronomiques En discussion au niveau IVOA Mécanisme de découverte de structure des tables exposées (description des champs, liens entre les tables, clés primaires, etc) Permet à un client deffectuer des recherches sophistiquées : –Non limitées à la position (contraintes possibles sur nimporte quel champ) –Jointures sur différentes tables

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 TAP (suite) Requêtes synchrones ou asynchrones (utile pour requêtes longues) Possibilité dupload pour requêtes multi-positions (par liste) Pas encore dimplémentations en production 2 languages de requêtes –Parameter based Query Langage (le plus simple) –ADQL (Astronomical Data Query Language : SQL avec extensions spécifiques à lastronomie) --> le plus complet Requêtes synchrones ou asynchrones (utile pour requêtes longues) Possibilité dupload pour requêtes multi-positions (par liste) Pas encore dimplémentations en production 2 languages de requêtes –Parameter based Query Langage (le plus simple) –ADQL (Astronomical Data Query Language : SQL avec extensions spécifiques à lastronomie) --> le plus complet

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Requête Parameter-Based FROM=TAP_SCHEMA.tables&POS=180.0,1.0&SIZE=1.0 –Demande la liste des tables ayant des données à une position donnée FROM=fp_psc&POS=180.0,0&SIZE=0.2 &WHERE=j_m,/10.0 –Demande la liste des objets de la table fp_psc à une position donnée et ayant la magnitude j_m < 10 FROM=TAP_SCHEMA.tables&POS=180.0,1.0&SIZE=1.0 –Demande la liste des tables ayant des données à une position donnée FROM=fp_psc&POS=180.0,0&SIZE=0.2 &WHERE=j_m,/10.0 –Demande la liste des objets de la table fp_psc à une position donnée et ayant la magnitude j_m < 10

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Requêtes ADQL Source : documentation AstroGrid Standard ADQL : htmlhttp:// html Source : documentation AstroGrid Standard ADQL : htmlhttp:// html

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Data Models Le working group Data Model a la charge de modéliser les métadonnées permettant la description de données observées ou simulées. Ces modèles de données sont ensuite repris et utilisés par les autres standards (protocoles DAL, registry, etc) Exemples de Data Models : –STC, Space Time Coordinates Décrit les coordonnées spatiales et temporelles –Spectrum Data Model Le working group Data Model a la charge de modéliser les métadonnées permettant la description de données observées ou simulées. Ces modèles de données sont ensuite repris et utilisés par les autres standards (protocoles DAL, registry, etc) Exemples de Data Models : –STC, Space Time Coordinates Décrit les coordonnées spatiales et temporelles –Spectrum Data Model

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 STC STC est repris dans VOTable pour préciser le système de coordonnées utilisé

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Spectrum Data Model Repris partiellement dans SSAP

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Métadonnées, UCDs, Utypes, … Les métadonnées : –Décrivent le contenu des pixels/tables/spectres –Sont utilisés pour localiser/rechercher des ensembles de données –Sont généralement beacoup moins volumineuses que les données Les métadonnées : –Décrivent le contenu des pixels/tables/spectres –Sont utilisés pour localiser/rechercher des ensembles de données –Sont généralement beacoup moins volumineuses que les données

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Caractérisation dune quantité Vélocité héliocentrique radiale = km/s Cette quantité est constituée : –dun UCD ( spect.dopplerVeloc;pos.heliocentric ) –dune valeur ( ) avec un type de données ( float ) et un format ( %7.2f ) –dune unité ( km/s ) Tous ces élements peuvent être renseignés dans un ou un <PARAM Vélocité héliocentrique radiale = km/s Cette quantité est constituée : –dun UCD ( spect.dopplerVeloc;pos.heliocentric ) –dune valeur ( ) avec un type de données ( float ) et un format ( %7.2f ) –dune unité ( km/s ) Tous ces élements peuvent être renseignés dans un ou un <PARAM

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 UCDs Description sémantique des quantités Vocabulaire controlé : un document définit la liste des mots possibles eg : ceci est une ascension droite : ucd=pos.eq.ra Utilisés dans : –VOTable (FIELD, PARAM) –Description des tables dans le Registry –Elément PARAM dans VOEvent –Applications (les filtres dans Aladin par exemple) Description sémantique des quantités Vocabulaire controlé : un document définit la liste des mots possibles eg : ceci est une ascension droite : ucd=pos.eq.ra Utilisés dans : –VOTable (FIELD, PARAM) –Description des tables dans le Registry –Elément PARAM dans VOEvent –Applications (les filtres dans Aladin par exemple)

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 UCDs (suite) Standard – – Outils – Le premier mot comporte lessentiel du sens : –phot.mag;em.opt.V Standard – – Outils – Le premier mot comporte lessentiel du sens : –phot.mag;em.opt.V

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Unités Pas encore un standard de lOV (en cours de discussion) –Progrès dans la description des unités –Suit les recommendations de lIAU –Service en ligne –Bibliothèque de conversion Pas encore un standard de lOV (en cours de discussion) –Progrès dans la description des unités –Suit les recommendations de lIAU –Service en ligne –Bibliothèque de conversion

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 UTypes Utypes : pointeurs vers des modèles de données spécifiques –utype=stc:AstroCoords.TimeInstant.ISOTime –utype=stc:AstroCoordSystem.CoordFrame.CoordRefPo s.Position2D.Value2.C1 Utypes : pointeurs vers des modèles de données spécifiques –utype=stc:AstroCoords.TimeInstant.ISOTime –utype=stc:AstroCoordSystem.CoordFrame.CoordRefPo s.Position2D.Value2.C1

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Métadonnées dans le Registry Description des ressources : –Curation –Subject –Coverage (spatial, spectral) Description des ressources : –Curation –Subject –Coverage (spatial, spectral)

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Arbre de métadonnées

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 Footprints

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 SAMP Simple Application Messaging Protocol Protocole permettant la communication entre applications VO clientes sexécutant sur la même machine Architecture basée sur un hub central qui joue le rôle de routeur de messages Simple Application Messaging Protocol Protocole permettant la communication entre applications VO clientes sexécutant sur la même machine Architecture basée sur un hub central qui joue le rôle de routeur de messages

T. Boch - Journée OV - Bordeaux - 24 Septembre 2009 SAMP (suite) Hub Client 1 Client 2 Client 3 Client 4 Message