Tags:
create new tag
, view all tags

But de cette première réunion

Rencontre demandée par plusieurs personnes, mais pas forcément avec les mêmes préocupations. Ci-dessous une liste de points qui pourraient être abordés, liste non close. Le but n'est pas forcément de discuter tout ce qui a été proposé, encore moins de tout résoudre, mais plutôt de définir ce qui est prioritaire, et comment organiser l'interaction avec l'équipe et le travail de suivi (et parfois définition du cahier des charges). Garder à l'esprit les contraintes, de temps et disponibilité pour tout le monde, et techniques.


Propositions des sujets-problèmes à aborder

  • Infos statistiques sur les objets dans les articles (Simbad) : N'est-il pas temps de les rendre publiques ?

  • Nouvelle page d'accueil CDS (CL) : à rendre publique, ou bien c'est fait ?

  • Priorités entre les journaux pour Vizier

  • Improve the understanding of the scientific needs of CDS users. A user survey, or a some kind of external users committee, or science feedback workshop could be useful.

  • Improve the science tutorial materials, and investigate ways to get info about CDS services into external university courses. One idea would be to have a set of lectures that can be used by external lecturers to integrate into Astronomy courses. The tutorials developed for VO schools, and the materials used for the local masters level courses could provide a basis.

  • Support to focused science projects. Difficult but can be high impact. Supporting EuroVO research initiatives was successful, but it is clear these need to be short term and tightly managed.

  • Citizen science projects - everyone else is doing it, should we do it too?

  • Future of scientific publishing - where does CDS fit in? Data objects are likely to be more closely embedded in scientific publications, should we host them as we do tables?

  • Dimension temporelle des données (SD,FO) : Parmi les sujets importants, il me semble qu'il y a la dimension temporelle. C'est quelque chose qui va devenir essentiel sous peu : on va passer d'une situation où on avait soit une, soit aucune mesure pour chaque objet (je caricature exprès) à des séries temporelles (de magnitudes, vitesses radiales, etc...). Si on ne prévoit pas de garder l'époque de mesure de chaque paramètre, on ne pourra pas les exploiter. C'est aussi vrai pour les époques des images, etc. // Les epoques d'observation sont de + en + importantes -- et pour que ca soit utilisable il faudrait une "datation" dans un nombre de systemes qui ne soit pas trop divergent (il existe les annes Besseliennes, juliennes, des JD ou MJD, des temps UT ou TA ou TE, heliocentriques ou terrestres ou barycentriques, et j'en passe ;-). La resolution n'a bien sur pas besoin d'etre la meme suivant les cas, mais si on pouvait conserver de preference des echelles de temps aussi homogenes que possible...

  • Avenir du logiciel Vizier (LC) : Tel qu'il est écrit le logiciel Vizier est très difficile à maintenir pour Gilles. Ne faudrait-il pas le réécrire de façon à faciliter sa maintenance et assurer sa pérénité sur le long terme ?

  • Distribution des images (Aladin. CB) : Certaines images tout le ciel distribuees par Aladin actuellement ont un format different des celles d'origines puisqu'on les a passees en format Healpix, qu'on a pu faire des moyennes dans les zones de recoupement etc. Jusqu'ici rien de trop problematique. La question se corse quand on arrive au probleme des unites. En effet, on aurait envie de distribuer les donnees dans des unites de flux "utilisables directement", ce qui n'est pas toujours le cas des cartes d'origine. Un exemple, les cartes SCUBA sont en mJy/beam. En connaissant le beam SCUBA, on peut facilement les passer en MJy/sr, ce qui est une unite beaucoup plus generique et directement comparable a d'autres releves. Dans ce cas, on aurait envie de distribuer les donnees SCUBA en MJy/sr directement plutot que dans l'unite d'origine. Mais a-t-on le droit de faire cela? Un autre exemple: les cartes WMAP sont en mK CMB, une unite bien particuliere aux cosmologistes. Ne vaudrait-il pas mieux distribuer les cartes WMAP en MJy/sr aussi? etc

  • Distribution des tables et catalogues (LC,CL) : Dans Vizier, les colonnes sont souvent déplacées ou remaniées. En particulier, les colonnes coordonnées ont été déplacées à la fin dans plus de 200 catalogues; parfois les noms sont déplacés (J/A+A/463/175); vu aussi un RA donné à l'origine en heures (décimales) transformé en degrés (J/AN/325/740). La fusion des tables est fréquente (même pour des tables électroniques donc sans problème d'édition papier), une colonne flag est alors rajoutée. Dans quelle mesure avons-nous le droit de remanier les données des auteurs sans leur demander leur accord ? Si des tables électroniques n'étaient pas fusionnées les auteurs n'avaient-ils pas leurs raisons ? Est-ce une valuer ajoutée pour les utilisateurs ?

  • Sesame : noms courts : Le problème des noms courts de trois lettres reste non résolu. La solution mise en place à l'heure actuelle est de mettre des "patchs" au cas par cas (LMC par exemple), mais sans patch le nom n'est pas reconnu. La solution proposée par Laurent serait que Sésame ne recherche que le nom exact lorsqu'il n'y a que trois lettres.

  • Chantier du nouveau Raccord (Simbad. BV, CL) : Besoin d'un document expliquant ce que fait le Raccord actuel ? Cahier des charges pour Anais ? Suivi ?

  • Liens d'associations dans Simbad (suite de la hiérarchie)

  • Mesures de flux dans Simbad : Faut-il augmenter ou généraliser les magnitudes-flux dans Simbad à d'autres longueurs d'onde, soit en augmentant les DF, soit en créant un nouveau champ de mesures souple (qui ne présuppose pas une bande photmétrique donnée) ?

  • Conserver les coordonnées (Simbad. BV) : Bernd a plusieurs fois proposé de conserver les coordonnées liées à un acronyme dans Simbad. Il existe déjà un champ de mesure qu'il faudrait retoucher.

  • Priorités entre les journaux pour VizieR (FG)

  • Relations avec les astronomes amateurs (CB) : Les questions d'astronomes amateurs sont de plus en plus presentes, par exemple sur le compte question@simbad. Quel est notre role dans ce cas ? Doit-on traiter ces questions comme celles des astronomes professionnels ?

  • Point sur les opérations spéciales

http://cds.u-strasbg.fr/twiki/bin/view/Reunions/OpSpec

-- CecileLoup - 14 May 2012

Topic revision: r4 - 2012-05-15 - CecileLoup
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback