Ordre du jour

• point d'avancement sur les deliverables CDS pour le cycle 3

• premier tour de table des propositions potentielles pour le cycle 4

• compte-rendu de la réunion AstroGrid Consortium Meeting #10 (Sébastien)

Présents

Brice Gassmann, Cyril Pestel, André Schaaff, Françoise Génova, Christian Bonnin, Gilles Landais, Soizick Lesteven, Thomas Boch, Alexandre Richard, François Bonnarel, Pierre Fernique, Sébastien Derrière

Excusés : Bernd Vollmer, François Ochsenbein

Avancement cycle 3 / Préparation cycle 4

Transparents introductifs

Remarque : le kickoff meeting a eu lieu en novembre 2004, mais formellement, le projet a commencé au 01/01/2005

NB : Les différents identifiants des deliverables (DSx.yy) font référence à ceux utilisés sur la page listant l'ensemble des deliverables CDS pour le cycle 3

DS3

DS3.01 - WS Basic Profile

Dans le groupe Grid&Web Services(WS), Basic Profile dépend de Support interfaces. Suite à l'interop de Victoria, Support interfaces va passer en recommendation (REC). Basic Profile pourra alors également passer en REC.

Il manque encore une implémentation des Support interfaces. Actuellement, seule la partie obligatoire, getAvailability, est implémentée. André va éalement implémenter les autres parties pour nos WS.

DS3.02 - Workflow

Le groupe de travail au sein d'OV-France a bien avancé sur ce thème. Il faudra réfléchir aux moyens de faire remonter ces travaux vers VOTech, puis vers l'IVOA. La visibilité de ce groupe de travail est assurée par des posters, des présentations orales, notamment à l'AG de l'IAU en août prochain.

On envisage d'ouvrir la prochaine réunion à nos partenaires dans VOTech (Guy Rixon, Paul Harrisson par exemple).Cette réunion pourrait avoir lieu en novembre.

JLOW (Java Libraries fOr Workflow) : la version 2 de JLOW est en cours de finalisation. AÏDA (Astronomical Image processing Distribution Architecture) utilise la version précédente de JLOW.

La question de la maintenance/évolution d'AÏDA se pose. Il est utilisé actuellement à Nice (Observatoire de Côte d'Azur) et au LSIIT. Ce n'est qu'un frontal utilisant JLOW. Faut-il développer un workflow builder plus générique qui engloberait par exemple les essais d'utilisation de JLOW pour Aladin ? A réfléchir. A noter qu'AÏDA est actuellement un outil simple. Le faire évoluer vers quelque chose de plus complexe nécessiterait beaucoup de développement. Est-ce souhaitable ou vaut-il mieux utiliser un produit 'off-the-shelf' ?

DS3.03 - VizieR ADQL SkyNode

Présentation à Victoria des développements SkyNode pour VizieR. Les problèmes soulevés (comment intégrer un grand nombre de catalogues hétérogènes dans l'environnement SkyNode) n'ont pas été bien compris et ne semblent pas solvables facilement avec la spécification actuelle.

La priorité actuelle est d'ajouter les SkyNode CDS dans le Registry afin d'assurer leur visibilité. Rappel : les catalogues VizieR disponibles sous forme de SkyNode ont été choisis sur la base de 2 critères : catalogues les plus populaires, et catalogues non disponibles ailleurs.

DS4

Pas de feedback des utilisateurs pour le moment. On va développer un service pour cet outil (deadline : avant septembre)

Le xmatch avec ellipses a été intégré dans Aladin : c'est surement un outil trop pointu pour les utilisateurs d'Aladin. En revanche, le xmatch "simple" par position est utilisé par quelques utilisateurs (mai : 361 xmatch par 31 utilisateurs, juin : 1521 par 20 utilisateurs)

Il y a un besoin de davantages de tutoriels Aladin. Les tutoriels existant sont à mettre à jour. Il serait intéressant de refaire des démos/tutoriels au sein des équipes, comme on avait fait en 2004 à Meudon et Paris.

Aladin supporte de nouveaux formats : sortie SExtractor native, FITS extensions

DS4.02 - Study and evaluation of low level interfaces

Plusieurs travaux entrent dans ce cadre : la présentation de Pierre "VOApp.compareTo(PLASTIC)" à Victoria, le développement de l'interface entre IDL et Aladin. On pourrait également y ajouter une étude d'une architecture de plugins donnant les points d'entrée permettant à des personnes extérieures d'ajouter de nouvelles projections, et d'enrichir Aladin de nouvelles fonctions. Cela constituerait une réponse aux demandes d'utilisation d'Aladin par les communautés solaire, planéto, et aux demandes de développement de nouveaux outils (eg photométrie) relativement spécifiques.

DS4.03 - Development of a prototype application using the Aladin/IDL interface

Le développement actuel permet de charger des données dans Aladin depuis IDL. Initier des commandes IDL depuis Aladin n'est pas possible.

Une application IDL montrant les interactions possibles avec Aladin va être développé avec Laurent Cambrésy.

La documentation sur l'installation et l'utilisation de l'interface Aladin/IDL est à mettre en ligne.

DS4.04 - Simple footprint description

Un brouillon de doc. a été rédigé pour Victoria. François B va le mettre au propre.

Concernant la compatibilité avec STC : Arnold Rots n'a pas répondu pour le moment.

On sent une demande assez forte concernant les FoVs. Pour faciliter l'adoption du format, on propose pour le cycle 4 le développement d'un outil graphique permettant la construction de son propre FoV sans avoir à se plonger dans du XML.

DS4.05 - Manipulation of cubes and FITS extensions in Aladin

FITS extensions : le développement est terminé (pas mal de code), Aladin supporte désormais les FITS extensions

Cubes : le développement a commencé. On sent qu'il y a de la place pour pas mal d'outils additionels de manipulation des cubes --> proposition pour cycle 4

Pierre suggère de regarder ce qui se fait dans d'autres outils comme le visualiseur Euro3D et de ne conserver pour Aladin que les outils les plus simples. Ces développements d'étaleraient surement sur les cycles 4 et 5

Le chargement des cubes dans Aladin constituerait un mode d'accès supplémentaire pour les données CGPS ou Euro3D par exemple.

DS4.06 - New positional index for VizieR

François Ochsenbein va s'y atteler dans les prochains jours.

DS4.07 - Demos for IAU@Prague

On peut fabriquer des scripts Aladin qui tourneraient automatiquement. On peut également montrer les FoVs, le xmatch, PLASTIC. Il faut surtout des démos scientifiques. A voir avec Mark, Laurent et Sébastien.

On peut partir des cas scientifiques/tutoriels existant.

Idées pour démos : régions d'extinction, astéroïdes avec SkyBot, paramètres des étoiles dans les amas

DS4.08 - WCS information in JPEG headers

En attente. Pourrait servir pour le nouveau serveur d'images Aladin.

Mais on place la priorité sur les cubes, on ne maintient pas cette proposition pour le cycle 4, d'autant qu'on peut déja faire quelque chose de similaire en mettant les infos WCS dans le SIA.

DS4.09 - Study an automatical astrometric tool

On maintient cette proposition pour le cycle 4. François B propose de passer par une phase intermédiaire, en utilisant SExtractor et le xmatch pour obtenir des appariements initiaux.

Discussion nécessaire entre Sébastien et François B

DS5

DS5.01 - Registry query tool

A avancé au niveau de la gestion des catalogues pour Bernd, et de l'homogénéisation de ces catalogues.

Démo à Prague : on pourra montrer une chaîne complète de traitement appliquée sur les catalogues radio de Bernd

Poursuite du développement : passage aux UCD1+, accès à d'autres registries (pour le moment, on accède uniquement à Carnivore)

Pour cycle 4 : généralisation à d'autres registries, rapprochement avec AstroGrid

DS5.02 - Ontology of object types

De nombreux problèmes techniques et conceptuels ont été résolus. Reste un problème théorique concernant les restrictions sur les composantes. On pourra sans doute le contourner.

Un rapport technique est à rédiger pour la réunion de septembre.

Un prototype développé pour un use case spécifique devrait aussi être disponible pour septembre.

Que montre-t-on à la réunion Interop@Moscou ?

Cycle 4 : choix des use cases, faire participer les astronomes de la maison pour enrichir l'ontologie

DS5.03 - Study registry contents

Travail effectué sur les ressources VizieR. Les mots-clé étant potentiellement des noms d'objets ont été isolés ...

DS5.04 - Reconnaissance automatique des noms d'objets

Dévloppement déja effectué : extraction de texte, d'un fichier PDF vers une info interprétable. Outil configurable (prise en compte des spécificités de chaque éditeur, caractères spéciaux, mise en page différente selon date de publication, etc). Tests effectués pour mettre en valeur les noms d'objets au sein des documents PDF via des "annotations". Fonctionne dans Acrobat Reader 6 et 7. Ne fonctionne pas avec xpdf, ou d'autres lecteurs PDF ne prenant pas en compte les annotations. Si on souhaite ouvrir l'outil vers l'extérieur, on peut envisager par la suite de remplacer les annotations par des liens hypertexte par exemple, qui seraient compris par davantage de lecteurs PDF.

Pour cycle 4 : travail sur le dictionnaire, extraction d'expressions régulières. Problème des ambiguités dans le dictionnaire, pas facile à résoudre car elles font partie de l'existant.

DS5.05 - Keywords in litterature

Travail effectué par Soizick avec Andrea.

Extraction des mots-clés des journaux, puis comparaison avec la liste des mots-clés des éditeurs. Etude statistique : quels mots clés sont très utilisés, lesquels sont ignorés, quels sont les mots clés trop généraux qui mériteraient d'être spécialisés.

Lien à faire avec les ontologies.

DS6

DS6.01 - DAL protocols

SIA Extensions : Doug a donné son accord pour que les extensions DAL soient décrites dans le draft SSA.

Nouvelles implémentations : ne sera pas fait. Peu ou pas d'intérêt de la part de Pedro. Côté CFHTLS, ça n'a pas avancé non plus.

Generic Data Set Access Layer : repoussé (au niveau du WG DAL) à dans 2 ans

Access & Views Data Model : a été posté sur la liste DM, et présenté à Victoria. A relancer sous forme d'une note pour Moscou ?

3D cube data access : une collaboration se met en place avec Philippe Prugniel autour des données Euro3D.

DS6.02 - Characterization DM

Ca avance très lentement.

Draft pour Moscou : François B va travailler sur le schéma et les champs mandatory.

Implémentation au niveau du service Aladin : un prototype existe, il pourra être montré en septembre. Jérôme Berthier serait éventuellement client d'un tel service

Rem : les lenteurs constatées ne sont pas de notre fait.

Cycle 4 : passage en REC (recommendation)

DS6.03 - PLASTIC

PLASTIC a été présenté à l'Interop à Victoria (présentation générale+démos+présentations faisant référence à PLASTIC).

Encore un peu de développement nécessaire pour une bonne intégration dans Aladin. Les développements PLASTIC passeront dans la version officielle à la rentrée. En attendant, ils sont disponibles dans la version proto.

Note IVOA : du retard a été pris. John Taylor a été contacté pour qu'il fournisse une première version du draft. Il doit envoyer quelque chose d'ici le 8 juillet.

DS6.04 - Démos IAU Prague

On pourra montrer PLASTIC, et peut-être l'accès aux données CGPS.

kd-trees

Semble compromis : pas de stagiaire, Bob Nichol très peu réactif, François O trop occupé Point positif : Sébastien est intéressé.

Même si on devait trouver un stagiaire, la priorité est à mettre sur une interface "à la Google Sky".

Propositions pour cycle 4

La liste des propositions potentielles pour le cycle 4 est disponible sur cette page.

Compte-rendu AstroGrid Consortium Meeting #10

Sébastien nous a fait un bref compte-rendu de la réunion AstroGrid (AG) auquel il a assisté :

- Présentation de Nic Walton : les scientifiques montrent un intérêt durant les démos. AG est actuellement en phase de déploiement de services opérationnels. Questionnement sur la qualité des données et des produits.

- Démo Anita Richards et Eduardo Gonzales-Solares : démonstration du workbench, chargement d'images Merlin, utilisation de PLASTIC et d'Aladin, démo du workflow builder intégré au Workbench

- Démo Silvia Dalla : Helioscope (Data Scope pour données solaires), utilisation d'Aladin pour les données solaires. Remarque : le support des coordonnées solaires sera bientôt disponible et à la disposition de la communauté solaire française.

AstroGrid étudie actuellement l'utilisation de Taverna comme moteur de workflow.

Questionnement également sur l'utilisabilité , le besoin de fedback de la part des utilisateurs, le besoin ou non de moyens dédiés de stockage et de traitement.

- Présentation de Christophe Arviset (ESAC) : l'ESAC veut devenir un VO Data Provider, mais aussi un VO Processing Center (lien avec la Grille)

- Guy Rixon : VOSpace 1.0 sortira cette année, VOSpace 2.0 est prévu pour l'an dernier

- Kevin Benson : le harvesting entre registries ne pose pas de problème. Le prochain problème à résoudre est : comment faire une requête efficace ?

- Questions posées à Sébastien : - quand aurons-nous un service de x-match (avec un emballage CEA) ? - support des cubes et FITS extensions dans Aladin - documentation sur l'index positionnel dans VizieR

- Session sur Taverna : Taverna est orienté génétique et Grille. Actuellement, pas de construction graphique de workflow (mais c'est en cours de développement dans une version bêta).

Problème généraux : passage à l'échelle, robustesse, usability

Point critique : accès aux données

-- ThomasBoch - 20 Jun 2006