Réunion Mensuelle du groupe Calibrateurs du JMMC - Septembre 2010

Date à fixer : Doodle

Ordre du jour

Participants

Membre du groupe	Présent
AlainChelli
DanielBonneau
DenisMourard
GillesDuvert
GuillaumeMella
HerveBeust
OlivierChesneau
PierreCruzalebes
SylvainLafrasse
XavierDelfosse

Actions ouvertes (à ce jour) :

JmmcSearchCalActionList %ACTIONSEARCH{ topic=Jmmc.JmmcSearchCalActionList?.* state="open" }%

Compte rendu

changelog release

changelog beta

Papier objets faibles

Xavier se remet dessus debut octobre.

%ACTION{ closed="2013-01-18" closer="" created="2010-09-23" creator="Main.GuillaumeMella" due="" notify="" state="closed" uid="001147" who="Main.GuillaumeMella" }% <<EOF indiquer comment se manifeste le passage ou pas par le module d'absortpion interstellaire.

déjà couvert par le ticket http://trac.jmmc.fr/jmmc-sw/ticket/411 EOF

Il faudra prevoir une discution specifique sur la bonne maniere de prendre en compte l'absorption.

SearchCal

Doit-on afficher les valeurs des diamUD dans le cas "faint" pour les bandes JHK?

C'est possible, mais l'interet semble extremement faible. Du coup on ne les affiche pas par defaut et on laisse tel quel en affichage etendu.

On revient sur une discution concernant l'automatisation bright/faint qui tend a uniformiser l'affichage entre les deux modes. Resterai a preciser les gammes de magnitudes (~5) et criteres de decisions. Il faut eventuellement envisager de recuperer du serveur la reunion d'interrogation bright et faint (pris dans une petite boite). Voir aussi pour une reutilisation de bright.

Que fait-on pour le scénario en bande N?

Voir discussion flux12um ci dessous.

Catalogue JSDC

Problème Crossmatch SBC9/WDS

Probleme des Equinox non resolu cote CDS/Pourbaix.

%ACTION{ closed="2013-01-10" closer="Main.LaurentBourges" created="2010-09-23" creator="Main.GuillaumeMella" due="" state="closed" uid="001150" who="Main.GuillaumeMella" }% Renvoyer un message a Daniel sur notre vision technique pour relancer le CDS

Collaboration ESO

Comparaison Diamètres UD

Confirmation par l'ESO de notre analyse. Il serait bien d'obtenir leur valeur pour les cas 'outliers'.

Peut-on n'utiliser que le JSDC?

Le groupe semble favorable a cette option. Reste a faire passer le message a l'ESO et valider les questions de format d'echange.

Peut-on calculer le Flux12um (et le voulons-nous ?) pour garantir une completude dans JSDC ?

...par opposition a une recherche dans IRAS ( daniel a deja donné les infos pour une eventuelle implementation dans le serveur) qui apporte lui aussi ses erreurs et n'aura probablement pas une couverture suffisante et champ de vue (a verifier!!).

La solution pourrait etre de recalculer le flux a partir du UDDN calculé en se basant sur un corps noir. Solution preferable a l'utilisation d'IRAS qui arrive avec ses barres d'erreurs... VERIFIER si certaines magnitudes N sortent actuellement.

En pratique, si cela fonctionne on pourra supprimer le scenario bande N.

%ACTION{ closed="2013-01-10" closer="Main.LaurentBourges" created="2010-09-27" creator="Main.GuillaumeMella" due="" state="closed" uid="001163" who="Main.DanielBonneau" }% Faire un memo decrivant le calcul de magN a partir de UDDN SpType... %ACTION{ closed="2013-01-10" closer="Main.LaurentBourges" created="2010-09-23" creator="Main.GuillaumeMella" due="" state="closed" uid="001148" who="Main.GuillaumeMella" }% Rajouter une interpolation linaire (bilineaire??) pour le calcul des TEFF et logg %ACTION{ closed="2011-02-09" closer="Main.GillesDuvert" created="2010-09-23" creator="Main.GuillaumeMella" due="" state="closed" uid="001151" who="Main.AlainChelli" }% Demander J.Melnick, la date de mise en ligne pubblique du catalogue pour valider avec eux la maquette concernant le point sur les acknowlegments (3 semaines avant).

BadCal

%ACTION{ closed="2013-01-10" closer="Main.LaurentBourges" created="2010-09-23" creator="Main.GuillaumeMella" due="" state="closed" uid="001152" who="Main.OlivierChesneau" }% Relancer regulierement l'existance de l'outil au PI d'instruments.

Olivier souligne le fait que les instruments dans le visible vont amener de nombreux mauvais calibrateurs.

Premières soumissions

%ACTION{ closed="2013-01-10" closer="Main.LaurentBourges" created="2010-09-27" creator="Main.GuillaumeMella" due="" state="closed" uid="001164" who="Main.OlivierChesneau" }% Relancer S. Lacour

Co-modération

Pas de probleme pour Chris Hummel.

Liste grise

%ACTION{ closed="2013-01-18" closer="" created="2010-09-23" creator="Main.GuillaumeMella" due="" notify="" state="closed" uid="001153" who="Main.GuillaumeMella" }% <<EOF Declarer un moyen de rajouter un niveau de confiance dans le mauvais calibrateur

Transféré dans trac : http://trac.jmmc.fr/jmmc-sw/ticket/423 EOF

GetStar ou comment savoir pourquoi mon etoile n'est pas un bon calibrateur.

Maintenant que SearchCal a fait ses preuves, les utilisateurs en demande plus et veulent connaitre les raisons qui font que leur etoiles ne resortent pas dans searchCal. C'est aussi un besoin que nous exprimons lors de construction de catalogue. Quelles doivent etre les actions à initier ?

"communication failed" très désagréable

Cette erreur peut se produire systematiquement dans le cas d'une utilisation sur un reseau qui interdit la sortie sur des port de communication reseau specifique. C'est le cas pour SearchCal et Aspro1. Nous avons trouver une solution pour pallier à ce problème. A developper rapidement en seance...

Il faut distinguer ce cas ou la requete se casse en milieu de commande.

%ACTION{ closed="2013-01-10" closer="Main.LaurentBourges" created="2010-09-23" creator="Main.GuillaumeMella" due="" state="closed" uid="001154" who="Main.GuillaumeMella" }% Automatiser la detection automatique d'une requete qui n'aboutit pas.

Infos statistique d'utilisation de SearchCal

Pour le rapport d'activite, nous avons commencer a mettre au point des stats d'utilisation.

http://jmmc.fr/stats/?data_file=SearchCal ( identifiant twiki pour la connection )

Prochaine réunion

Un template de compte-rendu est aussi fourni pour en faciliter la rédaction.

-- SylvainLafrasse - 20 Jul 2010