Reunion08novembre2011 < Reunions

Tri des listes pour SIMBAD

8 novembre 2011

Participants : Caroline B., Marianne B., Catherine B., Mihaela B., Laurent C., François O., Emmanuelle P., Arnaud S., Bernd V., Fabienne W.

I. Tri des listes --> 15 : 6 =g1=, 6 =g2=, 3 =v=

2009ApJ...700..844P : =v= =g2=. 11 cit. Etoiles OB connues. Egal g2 pour réviser les types spectraux en DF et ajouter en mesures les 3 vsini.

2009ApJ...700.1216M : =g1=. 10 cit. Mesure de Halpha dans 296 étoiles Be ou B. On ne rentre que la table 5, 128 membres. Mettre la hiérarchie avec l'amas 100% B. Type spectral en col.sp en DF et en mesures, type d'objet Be star si Be. Rentrer en mesures vsini, Teff, logg, et le rayon de l'étoile. Coords (Opt) D.

2009ApJ...700.1299J : =v= =g2=. 46 cit. Egal v pour la table 2. Egal g2 pour réviser les types spectraux en DF et ajouter la distance en mesures.

2009MNRAS.397.1713C : =v=. 10 cit. Eagl v spécial car il faut rechercher les SDSS par coordonnées.

2009AJ....138.1508K : =g2=. 1 cit. LPVSs, mais pas de période. Récupérer les données 2MASS.

2009MNRAS.399.1206H : =g1=. 10 cit. AGNs. Table SWIRE : sources SDSS, data à retrouver, rentrer les redshift spectros. Table COSMOS : attention, la ref 2007ApJS..172...29H a remplacé des coordonnées COSMOS à tort à cause d'une qualité C qui aurait du être D, donc reprendre les coordonnées COSMOS; rentrer les redshift spectros. Fusions possibles entre sources radio VLA et AGNs.

2009ApJS..185...32K : =v=. 179 cit. Il manquait encore des SNe dans Simbad, mais Emmanuelle revérifie la colonne Simbad (autre papier peut-être rentré entre-temps).

2009MNRAS.397.1073P : =g2=. 4 cit. 4406 étoiles vers NGC 2587, mais seulement 33 sont membres listées ailleurs dans l'article. Mags UBVI.

2009Ap.....52..369E : =g2=. 0 cit. "Blue objects", surtout des étoiles mais aussi quelques galaxies. Coords (Opt) D. Type spectral ou type de la galaxie en colonne Type.

2010ApJ...708.1335W : =g1=. 17 cit. Amas globulaires connus dont la majorité viennent de 2007AJ....134..494W; créer les nouveaux comme pour le papier de 2007. Tables 2 et 3 : rentrer les VR en DF et en mesures. Faire avec 2010AJ....139.1871W.

2010ApJS..187..495L : =g2=. 12 cit. SNR, Xod X-opt-radio. Beaucoup d'info mais c'est déjà assez complet dans Simbad. Créer les quelques objets manquants; accepter leurs Xid.

2010AJ....139.1871W : =g1=. 11 cit. Faire avec 2010ApJ...708.1335W. Nouveaux objets en table 3, rentrer VR en DF et data. Voir précisions dans 2007AJ....134..494W.

2010MNRAS.403..683C : =g1=. 32 cit. Galaxies du SDSS avec détection UV Galex. Table 1 : Récupérer les data du SDSS, dont le redshift spectro en DF en en mesures, ajouter l'id GASS. Table 2, rentrer le redshift zHI en mesures.

2010MNRAS.404..325R : =g1=. 42 cit. Table 4 : les "Multiples image " sont des LeG, taandis que l'amas est la lentille (gLe). Le redshift doit être rentré sur la LeG. Il faut aussi créer le parent virtuel avec le nom de l'amas en gLS.

Liste pré-triée

2010IBVS.5918....1H : =v=. 4 cit.

II. Ordre du jour du mardi 15 novembre 2011

1) Discussion format VLSR avec Anais, 10h-10h30

Les questions que se pose Anais :

On est un peu embeté par le fait que la vitesse LSR dépend de la position de l'objet. Il va falloir gérer tous les cas, où les coordonnées sont changées, ou supprimées.
De plus, un moyen d'accès en mode recherche de ces données devient complexe.
Est-on sûr de vouloir qu'une seule vitesse, c-a-d qu'on ne pourra pas avoir ET une vitesse radiale ET une vitesse LSR ?
Faudra t il afficher cette vitesse en grisée pour toutes les entrées dans simbad (ayant z/cz/vr + coordonnées) ?
Elle peut être comme les autres vitesses en photométrique/spectroscopique/absorption/emission ?
Dans le cas où l'entrée s'est faite en LSR, on aura aussi forcément des coordonnées. Si les coordonnées de l'objet sont changées, il faudra prévoir une réaction du programme (je suppose que la vitesse n'a plus de sens)
PS : je suis en train de me demander si finalement ce ne serait pas plutot une nouvelle mesure avec les coordonnées utilisées dans un champ ...

Et des réponses de François O. :

Personnellement je prefere une seule vitesse dans les donnees fondamentales, ca evite les incoherences -- je veux dire qu'il peut y en a voir 4 d'affichees, mais que la modification de l'une quelconque doit en consequence recalculer les autres. Mais bien sur dans la partie "Velocity measurements" on devrait pouvoir en mettre autant qu'on veut.
Il n'est pas impossible d'ailleurs qu'il y ait dans le futur d'autres vitesses (NED calcule des vitesses dans differentes hypothese pour les galaxies); pour les mouvements dans la Galaxie, il existe aussi des vitesses corrigees de la rotation solaire, ou encore galacto-centriques.
Pour les donnees fondamentales et si la donnee originale n'est pas du LSR, oui ! Sinon ce sont les 3 autres vitesses (z/cz/vr) qui devaient apparaitre en grise.
En principe la caracteristique est commune a toutes les vitesses. En pratique c'est uniquement en radio qu'on fournit les vitesses en LSR, c'est forcement de la spectro (sur une seule raie!). Elle peut effectivement etre en emission ou absorption.
Si bien sur la vitesse a toujours un sens -- si les coordonnees etaient fausses (erreur de saisie) et que l'origine de la vitesse est LSR, alors la vitesse LSR reste la meme, mais les autres devraient etre recalculees. Si l'origine de la vitesse est redshift ou vitesse radiale heliocentrique, alors c'est la vitesse LSR qui doit etre recalculee.

2) Tri des listes (9h-10h)

2010A&A...514A...5T : 5 cit. CDS comment:=g0= Table A.1 (q) Table A.1 (55 galaxies AKARI) AlineE 05/07/2010 (D#93.juil2011)

2009ApJ...699..186Z : 7 cit. CDS comment:=g0= Tables 2-3: les coordonnees sont donnees en offset a partir de Sgr A*. Table 2: mvt propre + ne pas faire de crossids entre col(1) et col(2) + ajouter note courte (de l'etoile vers le nuage). Bernd: do not put regions from table 3 (except if they are recited). (D#66.apr2010) =D=Marianne hierarchy with Sgr A West.

2009ApJ...700..331H : 100 cit. CDS comment:=g0= Tables 1,3,4,5,6,7,8,9. (http://www.cfa.harvard.edu/supernova/CfA3/) // Bernd: UBVri available + position opt qual D. (D#79.dec2010) //T1, N=185 SN (les memes en T3,4,5,6), toutes dans Simbad & T8, N=134 SN (dont certaines differentes de T1), toutes dans Simbad. T9 = memes objets que T8. (EP-11/08/2011)//

2009ApJ...700.1097H : 305 cit. CDS comment:=g0= tables 1 a 4.//T1-4: N=549 SN au total. Col. Simbad complete. (EP-22/07/2011)//

2009ApJ...700.1702V : 4 cit. CDS comment:=g0= table 1. Bernd: position X qual D + RB available. // Tables 3-5: crossid avec les CXOPS. // (D#81.dec2010)//T1: N=100 CXOPS (55 ne sont pas dans Simbad), T3,4,5: N=43 <[VHG2009] LW NN> (EP-10/08/2011)//

2009MNRAS.399.1506P : 9 cit. CDS comment:=g0= Tables 1 et 2 et 3 : Table 1 : 154 cores MSXDC avec cross-id JCMTSF. Sont mis sous la ref les JCMTSF qui existait deja dans Simbad. Table 2 : 51 cores MSXDC sans cross-id. Table 3 : sources de J/ApJ/680/349, ne sont pas tous dans table 1.

2009MNRAS.399.2146W : 9 cit. CDS comment:=g0= Tables 1, 2 et 4 : 488 open clusters a rentrer dans Simbad. Donnees pour Vizier ? [Fox.2011-11-11]

2009SerAJ.178...65P : 2 cit. CDS comment:=A= =g0= Table 1: N=100 radio sources. (q) T.1 : cata. point sources ds le chp de LMC, definies par leurs coord. (N = 100) ==> BV : creation d'acronyme,=b=

2010ApJ...715..429A : 145 cit. CDS comment:=g0= tables 1,2,3,6 et 7.

2010A&A...514A...5T : 5 cit. CDS comment:=g0= Table A.1 (q) Table A.1 (55 galaxies AKARI) AlineE 05/07/2010 (D#93.juil2011)

2010A&A...515A..42R : 6 cit. CDS comment:=f= Tables 2-5, 7. (q) Nouvelle liste Table 1 (226 High extinction clouds) et Nouvelle liste Tables 3 et 4 (MM peaks dans ces clouds) =g0= Table 1 (226 High extinction clouds) AlineE 10/08/2010 // Table 2: 25 HEC du quadrant 1, avec qq sous-groupes (mais pas de position pour les sous-groupes). Table 3: 44 clumps (1.2mm), avec positions et dimensions (+ distance en table 7). Table 4: les clumps "2" et "1" ne sont en fait pas detectes donc on les ignore. Vu avec Bernd: les tables 3 et 4 sont les plus interessantes pour Simbad. (Marianne - 29/04/2011) // Bernd: sizes available. // (D#92.jun2011)