Tags:
create new tag
, view all tags

Réunion VizieR 04/07/2017

Présents: Marianne B., Gilles L., Pierre O., Emmanuelle P., Pouvreau T., Patricia V.

Emmanuelle

J/ApJ/834/52 (Redmine #2733) : le calcul des coo à partir d'offsets et des positions données dans une autre table ne fonctionne pas ?

Attention à la précision des offsets : on est en mas alors que les coo affichées sont en 0.1"...

A priori la commande \vizPosition{ table3 }{}{*c=table1:Name x=oRA y=oDE precoo=8 Eq=J2000}\
{ Position computed from galaxies in table1 and offsets }
est correcte.

=> Gilles regarde : il semble que les offsets ne soient pas pris en compte ?

=> precoo=8 donne la précision des coo en mas, comment faire plus précis ?

GL: il sagit vraisemblablementd'un probleme de precision. Le code est bon mais la transformation en mas ne passe pas compare a la precision des positions.
Cela pourrait eventuelement joue sur le dernier digit affiche.... (Patricia l'avait bien ressentie)
Les valeurs sont neanmoins bien modifié en bases de données: ex:

recno | name_1 | vel | ora | e_ora | ode | e_ode | sb | noise | _ra | _de
-------+------------+--------+-----+-------+-----+-------+------+-------+------------------+------------------
1 | J0437+2456 | 487299 | 537 | 1535 | 527 | 3773 | 449 | 34 | 69.2652916831167 | 24.9352222368611
2 | J0437+2456 | 487159 | 213 | 1034 | 337 | 2288 | 694 | 34 | 69.2652916731916 | 24.9352222315833
3 | J0437+2456 | 487020 | 150 | 539 | 470 | 1243 | 1307 | 34 | 69.2652916712617 | 24.9352222352778
4 | J0437+2456 | 486881 | 91 | 515 | 623 | 1202 | 1354 | 34 | 69.2652916694543 | 24.9352222395278
5 | J0437+2456 | 486741 | 365 | 564 | 165 | 1324 | 1191 | 34 | 69.2652916778478 | 24.9352222268056
6 | J0437+2456 | 486602 | 280 | 505 | 347 | 1262 | 1357 | 34 | 69.265291675244 | 24.9352222318611
7 | J0437+2456 | 486463 | 253 | 421 | 329 | 1015 | 1675 | 34 | 69.2652916744169 | 24.9352222313611
8 | J0437+2456 | 486323 | 228 | 387 | 327 | 923 | 2012 | 34 | 69.2652916736511 | 24.9352222313056
9 | J0437+2456 | 486184 | 177 | 382 | 225 | 914 | 2014 | 34 | 69.2652916720888 | 24.9352222284722
10 | J0437+2456 | 486045 | 220 | 412 | 253 | 985 | 1865 | 34 | 69.265291673406 | 24.93522222925

J/ApJ/833/58 (Redmine #2563) : il fallait récupérer les logs de l'Heasarc pour Swift ?

A priori, la discussion est en berne. Le 4 Avril 2017, Tom McGlynn devait envoyer des liens "shortly" à Gilles...

J/ApJS/230/9 : les noms de colonne d'origine avec des primes ou des points ne passent pas ?

=> Impossible d'avoir des caractères tels que tirets, points, primes ou guillemets, etc. dans les requêtes sur les noms de colonnes d'origine.

Dans ce cas, on peut les laisser dans l'explication mais il ne faut pas faire de \originalcolumnnames

Avec quelles info rentre-t-on les filtres pour le Photometry viewer (par exemple J/ApJ/830/51) ?

J/ApJ/830/51 (Redmine #2537) donne des lambda_c_, FWHM et Zeropoint (AB mag) pour leurs filtres. Le FWHM varie. Qu'est-ce qu'il faut entrer ?

En fait, FWHM n'est pas le {Delta}lambda. Ce n'est d'ailleurs pas le paramètre le plus important. Il faut plutôt renseigner le lambda_C_ et le Flux0.

Pour retrouver les {Delta}lambda, il faut regarder pour chaque filtre quel est son épaisseur...

En regardant le papier de Cardamone+, 2010 (J/ApJS/189/270), on trouve que pour Subaru/Suprime-Cam, lambda/{Delta}lambda ~ 23. Donc la valeur à rentrer pour le {Delta}lambda des filtres Subaru est lambda_C_/23

=> Le mieux pour les filtres à ajouter est d'alimenter le tableau (http://cds.u-strasbg.fr/twiki/bin/view/Documentaliste/VizierDocumentaliste/ListeFiltres) avec une ligne par filtre. Il faut retrouver le lambda0 et le ZeroPoint surtout.

Pierre

Bug remonté par Ada : le catalogue III/274 est dans VizieR mais on ne le retrouve pas avec le nom de son premier auteur ?

Les onglets VizieR, FTP, etc. sont effectivement grisés (seuls le Summary et ReadMe fonctionnent sur http://cdsarc.u-strasbg.fr/viz-bin/Cat?cat=III%2F274). Pourtant dans le .Summary, le \cCenter est bien mis à "f" comme il devrait.

C'est assez embêtant car tous les catalogues >= à III/219 ne sont pas retrouvés par le findcat ...

=> Gilles va corriger le problème - bon courage.

GL: il s'agit encore et encore du meme probleme.... il suffit d'un seul fichier .status ou .Summary avec une accolade qui manque pour que tous les catalogues de la section qui suivent soient oublies!
C'est du beau bug.. et il faudra un jour le corriger!...
En attendant, j'ai modifie le .Summary du catalogue en question (III/218) - la "}" manquante venait d'un de mes ajouts...

Le problème du point 0,0 dans les graphes est-il résolu ? (voir J/ApJ/793/38)

cf. CR du 13 juin

=> Nope.
=> Pierre voit avec Thomas.

-- EmmanuellePerret - 2017-07-04

Topic revision: r3 - 2017-07-05 - GillesLandais
 
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