Tri des listes pour SIMBAD

1er décembre 2009

Participants : Caroline B., Marianne B., Catherine B., Laurent C., Cécile L., François O., Emmanuelle P., Arnaud S., Bernd V., Marc W.

I. Discussion finale hiérarchie

Nous décidons finalement de laisser les parents virtuels visibles aux utilisateurs, pour des raisons de simplicité technique, mais aussi pour que le contenu de la base soit transparent. Cela nécessite une explication supplémentaire dans le manuel. Le défaut de Simbad sera d'afficher la hiérarchie sur les objets individuels, mais pas sur les listes d'objets.

Version finale du manuel utilisateur :

* Hierarchy in Simbad is derived from information found in bibliographic references or catalogues.

* In order to visualize hierarchical links in object lists or individual objects, FIRST CHECK your Output options.

* A hierarchical link indicates a parent-child relationship. Typically, a star belongs to a galaxy. On another hand, a hierarchical link can also indicate that two objects are not physically related. Typically, a foreground star is not a member of the background galaxy. Siblings is the set of children linked to the same parent. Several hierarchical links can exist for a given astronomical object. For each link the bibcode of the reference mentioning the link is given. A probability of membership can also be provided.

Numerical probabilities given in the bibliographic reference are provided as is and marked with the letter "B".

However, in most cases, probabilities are estimated by the Simbad team from information available in the papers, and marked with the letter "S". Frequent evaluations are : 0, 25, 50, 75, 100%, corresponding to the following typical author's assessments : "not a member", "probably not member", "?", "probable member", "member", respectively. In some cases a hierarchical link is put without any probability due to insufficient information.

* Hierarchical links are not limited to indicate members and non-members of galaxies and clusters (of galaxies or stars). They can also be used to indicate that an object was confused and later resolved into two or more objects.

* In some cases it is required to link two objects at a sibling level, but the parent has not been named in the literature. Interacting galaxies is a typical example : the parent is the system of both interacting galaxies, but the authors did not name it. In such cases Simbad creates a "virtual" parent, with a generic name built as : VIRTUAL PARENT nameofmainobject. Such names are not intented to be used in publications as they are created only for technical purposes.

* The entry of hierarchical links in Simbad is done on a regular basis since January 2008. It is done in a systematic way for tables and catalogues recorded in the Vizier database. The hierarchy was not applied retrospectively to objects which were already in Simbad. Hence, the hierarchy in Simbad is far from being complete. Authors are welcome to contribute to the Simbad database enrichment by sending us electronic tables containing usable information about links, associated probabilities, and references.

II. Possibilité de mettre de la hiérarchie rétrospectivement

Bernd trouve quand même dommage de ne pas essayer de mettre de la hiérarchie rétrospectivement. François suggère de faire une première sélection de tables Vizier donnant de la hiérarchie en sélectionnant sur l'UCD CODE-MEMB. A l'étape suivante on commencerait par sélectionner les tables qui donnent des valeurs numériques. Cela ne dispensera pas néanmoins d'examiner la référence en réunion.

III. Rendre public Les occurences des noms d'objets ?

François se demande si les occurences des noms d'objet dans les titres, abstracts, textes, sont en état d'être rendus publics également. On fera le point avec Soizic à la prochaine réunion biblio mardi 15 décembre à 14h15.

IV. Tri des listes ---> 8 : 5 =g1=, 3 =v=

• 2008ApJS..176..216A : =g1=. 1 cit. En priorité 1 car Simbad manque de types spectraux. Corrections équipe Vizier : le simbad name pointe sur le système au lieu de chaque composante. Cinq composantes n'existent pas encore dans Simbad : les créer en reprenant le WDS ou CCDM pour recalculer sa position. La plupart des types spectraux viennent de leurs mesures.

• 2008ApJS..176..276V : =v=. 6 cit.

• 2008MNRAS.386..715T : =v=. 21 cit.

• 2008MNRAS.386.1625C : =g1=. 2 cit. Seulement 40 étoiles, avec une hiérarchie 0 (NM) ou 100% (M) B. Rentrer les HRV, mvts propres, et mags UBV. Coordonnées : (Opt) C [300 300 0].

• 2008ApJS..176..301O : =g1=. 78 cit. Type d'objet = EmG, sauf si la note précise AGN. Rentrer les z. Coordonnées : (Opt) C [200 200 0].

• 2008ApJS..176..355K : =v=. 30 cit. 318 AGN ou QSO dont la plupart devrait être dans Simbad si ce n'est tous. François vérifie la faisabilité de la colonne Simbad. Passer en égal v si il ne manque que peu d'objet, sinon il faudra changer le statut en égal g2. Rentrer les z en DF si besoin, mais ce ne sont pas leurs mesures.

• 2008ApJS..176..374H : =g1=. 2 cit. Amas de galaxies bien identifiés ou candidats (si "A"). Rentrer les z spectrosocopiques en DF et mesures. Qques Xid données en col.n. Coordonnées (Opt) D [~ ~ ~].

• 2008ApJS..176..414Y : =g1=. 924 amas de galaxies recherchés dans le SDSS. Beaucoup sont des amas connus, mais il y en a aussi des nouveaux. Rentrer les des amas, et des galaxies les plus brillantes de chaque amas (type d'objet BiC). Coordonnées : (Opt) D [~ ~ ~].

V. Ordre du jour du mardi 8 décembre 2009

• 2008ApJS..177..431B : 9 cit. CDS comment:=g0= (D#33.oct2008)

• 2008ApJS..177..551M : 15 cit. CDS comment:=g0= T.5 a 9. cross-id SSTc2d et autres + hierarchie avec Lupus I, III, IV. (D#34.oct2008)(D#59.oct2009)

• 2008AJ....136..654K : 4 cit. CDS comment:=g0= Tab.1 des etoiles BEST.hc.

• 2008ApJS..178...56F : 19 cit. CDS comment:=g0= (D#36.oct2008)

• 2008MNRAS.389.1871H : 3 cit. CDS comment:=g0= Table 2. Ce ne sont pas des sources SDSS, les mags ugriz viennent de cette ref. A rentrer: mags ugriz, redshift (parfoisspectro) + pour les SISN NN en gras : a s SN.Ia D 2008MNRAS.389.1871H. (D#52.mai2009)

• 2008ApJS..178..247K : 20 cit. CDS comment:=g0= T.1, 3, les objets ont tous ete entres par DJIN

• 2008ApJS..178..280B : 2 cit. CDS comment:=g0= T.1, 2 (les objets de la T.1 ont ete entres par DJIN) (F) T.4. LaurentC: T.4: ligne de visee dans les galaxies, pas des objets a proprement parler.

• 2008ApJS..178..302S : 1 cit. CDS comment:=g0= (D#37.nov2008) T.3, 5. T.5: association entre Core et MCS

• 2008ApJS..178..339C : 3 cit. CDS comment:=g0= Tables 2, 3, 4. CXOMP

• 2008A&A...489..571T : 8 cit. CDS comment:(T)Aline Table 3. =g0= Table 2: Object: overall -> ?, table 2 -> G if z = 0, -> * if z = 0, table 3 -> GrG, VRizK and redshift available. (D#44.janv2009).

• 2008MNRAS.390..741G : 0 cit. CDS comment:=g0= Table 1 (D#55.juin2009)

• 2008MNRAS.390..819G : 3 cit. CDS comment:=g0= Tables A, B1-B2. Les sources de la table A ont toutes une crossid. (D#54.juin2009)

• 2008MNRAS.390.1185A : 0 cit. CDS comment:=g0= T1-3. Bernd: JHK available. (D#53.juin2009)

• 2008A&A...490..625M : 20 cit. CDS comment:=g0= T.8, 9

• 2008A&A...490..641S : 1 cit. CDS comment:=g0= (D#44.janv2009) cross-id si correspondance unique: XMM CN ou NN = [SWB2008], T.5 avec [DKZ2005], T.6 avec Cl* NGC 2808 PKD.

-- CecileLoup - 07 Dec 2009