Réunions DJIN

Problèmes d'identification

Identification de galaxies couramment rencontrées dans la littérature :

Trucs et astuces

A propos de crossIDs (Xid)

D'une façon générale, les Xid de sources gamma, X, mm, Rad, ne doivent être faites qu'avec des sources identifiées dans le même domaine de longueur d'onde, sauf si les auteurs affirment que tel objet optique est le même qu'en X (Xid propres faites en analysant la distribution d'énergie). Quand un auteur donne un lien d'association, ce n'est qu'une association; on ne la prend pas comme Xid.

A propos des fusions

Est-il besoin de le rappeler ? Les fusions sont toujours à faire avec la plus grande prudence (en général après confirmation auprès d'un astronome). Une fois que la décision est prise, il est important de repérer les données qui doivent être conservées lors de la fusion (apres s'être assuré des compatibilités des différentes données).

Dans ce qui suit, j'appelle l'objet ayant le plus de données à conserver la cible, l'autre la source. Il faut également bien vérifier que les mesures, liens de hiérarchie, etc. sont bien tous transmis lors de la fusion. La commande de mise à jour pour les fusions est donc :
m source , cible

Règle à suivre lorsque l'on rencontre un identificateur qui n'est pas dans les catalogues officiels : Règle à suivre

A propos de la hiérarchie

En règle générale, les liens de hiérarchie sont plutôt entrés par le biais des tables en =g=. Toutefois, il arrive que ponctuellement, on ait envie/besoin de la hiérarchie. Ici aussi, il est utile d'en discuter avec un astronome (notamment pour le choix de la probabilité).

Voici les principales commandes liées à l'ajout de liens de hiérarchie :

o parent_id
a child child_id!, proba flag bibcode

ou :

o child_id
a parent parent_id!, proba flag bibcode

La probabilité (facultative) peut être donnée explicitement dans une référence (flag=B) ou estimée par Simbad (flag=S). Le bibcode (lui-aussi facultatif) permet de garder trace de la référence établissant le lien en question.

Par exemple :
o M31
a child M31GC J004037+403321!, 100 S 2007PASP..119....7K

Liste des '=T=' par requête SQL (Script submission)

Ces exemples de requêtes portent sur le commentaire de travail ( priv_com). Ici, on s'intéresse aux '=T=', mais on peut évidemment adapter la requête à n'importe quelle chaîne de caractères présente dans le commentaire de travail.

query select bibcode, bib_modif, priv_com, pub_com_dic from bib_ref where priv_com ~ '=T=' order by bib_modif

query select bibcode, priv_com from bib_ref where priv_com ~ '=T=' order by bibcode

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| bibcode             | bib_modif  | priv_com
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 2007ApJ...655..735H | 2007-08-14 | =T= Table 1: QSOs SDSS JHHMM+DDMM inclus ds la T.1 de 2006ApJ...651...61H, a faire lorsque la T.1 de 2006 sera faite.
| 2007ApJ...664..713S | 2007-08-14 | =T= T.1, N=48 [YSF2007] MIPS NNNNN, attendre que 2007ApJ...658..778Y soit fait, car contient de nbses cross-id. A z.
| 2007IAUC.8834....1M | 2007-08-31 | =T= (D2007.08.3) SN 2007BK in \object{[MTP2007] J152844.93+585200.3}. Pour les 8 autres coord. identiques a la SN.V
| 2005ATel..508....1R | 2007-09-12 | =T= ROTSE3 J212313-021446.6 format incomplet, cree en EQ J212313-021446.6

query select bibcode, bib_modif, priv_com from bib_ref where priv_com ~ '\\(T\\)' order by bib_modif

-------------------------------------------------------------------------------------------------------------
| bibcode             | bib_modif  | priv_com
-------------------------------------------------------------------------------------------------------------
| 2001PASP..113.1115K | 2009-02-26 | (T)Aline. Galaxy type available. (D#46.fev2009)
| 2000AcApS..20..427L | 2009-02-26 | (D#46.fev2009): 1RXP (T)Suzanne.
| 2000ApJ...531...95B | 2009-02-26 | (T)Marianne [FB98] (D#46.fev2009).
| 2001PASJ...53..663O | 2009-02-26 | (T)Aline H 31 = [DD90] 31 (2000: 1 33 16 +30 53 29). (D#46.fev2009)

D'autres exemples de requêtes SQL plus complexes sont disponibles sur la page SimbadSQL.

Autres requêtes SQL (Script submission)

Exemple de requête SQL pour afficher la liste des objets d'une référence, avec la liste des raw ids associes (utile surtout pour les références traitées après 2008, pour retrouver rapidement le nom SIMBAD à partir d'un raw id).

select id_princ, ref_norm_id, ref_raw_id, ref_flag, obj_freq from basic_data, has_bib_ref, bib_ref where bibcode like '2011AJ....142...57G' and basic_data.oid4 = has_bib_ref.oid4ref and has_bib_ref.oidbibref = bib_ref.oidbib

------------------------------------------------------------------------------------------------------------------------
| id_princ                  | ref_norm_id               | ref_raw_id                             | ref_flag | obj_freq
------------------------------------------------------------------------------------------------------------------------
| WISEP J045853.90+643451.9 | WISEP J045853.90+643452.6 | WISE 0458+6434;J045853.90+643452.6     | 188      | 8
| ULAS J003402.77-005206.7  | ULAS J003402.77-005206.7  | ULAS J003402.77-005206.7               | 32       | 1
| CFBDS J005910.90-011401.3 | CFBDS J005910.90-011401.3 | CFBDS J005910.90-011401.3              | 32       | 1
| WISEP J165311.05+444423.0 | WISEP J165311.05+444423.0 | WISE 1653+4444;J165311.05+444423.0     | 162      | 5
........
| WISEP J162725.64+325524.1 | WISEP J162725.64+325524.1 | J162725.64+325524.1;WISE 1627+3255     | 36       | 3
| 2MASS J17412462+2553343   | WISEP J174124.27+255319.6 | J174124.27+255319.6;WISE 1741+2553     | 34       | 3
Number of rows: 18

A propos des lentilles gravitationnelles dans Simbad

Voici un schéma (en attendant mieux) qui résume le rôle de chacun des acteurs d'un système formé par une lentille, une source derrière et des images, ainsi que le type d'objet de Simbad qui leur est associé :
GravLens2.jpg

Dans la mesure du possible, côté Dictionnaire, on essaie de clarifier la nomenclature : quand un acronyme est créé, on essaie de prévoir des formats pour les différents types d'objet concernés (lentille et images, source si besoin, et système), pour faciliter la lecture des identificateurs et de la hiérarchie. Si le système est trop implicite, et surtout si l'acronyme n'est créé que pour lui, alors privilégier les parents virtuels.

15-Nov-2017 : Décision de Bernd V.

On crée un parent virtuel si le système n'est pas nommé explicitement dans l'article de découverte (si le nom du système contient le nom de la lentille, alors ce n'est pas un vrai nom de système et on crée un parent virtuel ; si le nom du système est basé sur le nom tronqué de la lentille - comme c'est le cas avec les SDSS par exemple - alors là, on peut créer un acronyme).

Dans SIMBAD, les références bibliographiques ne sont pas attachées aux parents virtuels : ça n'est pas important (peu importe si la référence se retrouve sur la source ou la lentille ou une image, ou même sur rien du tout).

A propos des exoplanètes

On rentre les exoplanètes confirmées (si une exoplanète n'existe pas encore dans SIMBAD, la signaler à Catherine), et on leur donne la position de l'étoile-hôte.

Cas des KOI ( Kepler Object of Interest)

Il s'agit d'un sous-ensemble d'étoiles KIC (du Kepler Input Catalogue) susceptibles d'héberger des planètes. Lorsqu'un candidat-planète est découvert, un .NN est ajouté au numéro NNNN de l'étoile-hôte ( .01 pour le premier candidat, .02 pour le deuxième, etc.).

On ne souhaite pas entrer dans SIMBAD tous les KOI-NNNN.NN. Si un candidat-planète est cité dans un article, il est inutile de le créer : attacher la référence à l'étoile-hôte suffit.

La liste des KOI (étoiles-hôtes et candidats-planètes) est maintenant disponible dans VizieR (Cat. J/ApJ/736/19), ce qui permet de récupérer plus facilement la position de l'étoile-hôte. Si par hasard un numéro KOI n'apparaît pas dans ce catalogue, il peut être utile d'aller vérifier sur : http://archive.stsci.edu/kepler/host_stars.html ou http://archive.stsci.edu/kepler/planet_candidates.html (le site web ayant pu être mis à jour).

Remarque à propos du Kepler Input Catalog (KIC) (disponible dans VizieR) : la magnitude Kepler ne peut pas être entrée dans SIMBAD ; les magnitudes ugriz (qui ne viennent pas du SDSS) ne sont pas à rentrer non plus (si toutefois elles s'avèrent utiles, mettre la qualité E).

Sites utiles

Microlensing events

Voici les deux principaux sites web (MOA et OGLE) sur lesquels on peut trouver les coordonnées de ces événements :

• MOA Microlensing Alerts : http://www.massey.ac.nz/~iabond/moa/alerts/ (anciennement : https://it019909.massey.ac.nz/moa/ )
• OGLE Early Warning System : http://ogle.astrouw.edu.pl/ogle3/ews/ews.html

Supernovae

• Site officiel (IAU Supernova Working Group): Transient Name Server (TNS). C'est la source officielle des identificateurs <SN YYaaa> et <AT YYYYaaa>.
• Liste de Supernovae : http://www.rochesterastronomy.org/snimages/ (avec renvoi aux circulaires ou télégrammes d'origine, ainsi que des commentaires et des images)
• Les supernovae et leurs "petits noms"

Questions liées à DJIN

DJIN : petits problèmes

Listes des petites anomalies ou petits problèmes que l'on peut rencontrer dans DJIN lors de traitement de références:

• Haro NN: Les objets Haro NN, passent sous Haro NN et apparaissent en rouge, mais lors de la simulation ils ne passent pas. Les Haro NN sont les [H56] NN mais DJIN ne fait pas la conversion et surtout indique un acronyme inexistant en rouge. Pourtant l'acronyme [H56] NN fait bien partie des suggestions proposées par DJIN lors de l'ajout des objets, juste pas en priorité.

• SGR B2: DJIN va naturellement proposer [BJ84] B2 alors que dans 99,999999% des cas (si ce n'est plus) il s'agit de NAME SGR B2.

• Coma cluster/supercluster et Virgo cluster/supercluster : pas reconnus par DJIN (2011JApA...32..359D).

• Les Dwarf Spheroidal Galaxies (dsph) ne sont pas toutes reconnues

• DJIN attribue parfois d'office un ID sur un nom, sans demander au préalable (ex: SA 98 devient 'Sandqvist 98' au lieu de 'SA 98-' ; WR 124 devient '[MJ98] WR 124' au lieu de 'WR 124' ; ADS 3169 devient 'ADS 3169A' au lieu de 'ADS 3169AB' (idem pour ADS 3248) ; Johnson NN devient 'Schulte NN' au lieu de 'Cl* Melotte 25 NN'); 2012MNRAS.426.2917G : SFO 36 et 37 transformés en [TUW2004] SFO NN qui n'existent pas dans Simbad, alors que SFO 36 et 37 tout court existent.

• Parfois un objet existant dans Simbad et reconnu par DJIN est créé en NAME, et sans message d'erreur dans la mise à jour pour prévenir de la création d'un nouvel objet (ex: NAME Willman1 créé au lieu de NAME WILLMAN 1 existant dans Simbad). Idem avec message d'erreur cette fois : ref 2013A&A...551A..56F, les GMR A et NN ont été transformés en NAME GMR A/NN.

• Si dans la liste de références d'un article, une reference des letters de l'ApJ est écrit par exemple 2010, ApJL, 725, 176. Lorsqu'on fait la manip Name/Request bibcode in Simbad le bibcode sera traduit par 2010ApJL .725.176 , format que SIMBAD ne reconnait pas.

• "Simbad main id" (fenêtre bleue sur l'objet) ne se met pas à jour lorsque l'on change le nom d'un objet, ce qui empêche la fusion entre 2 ID d'un même objet.

DJIN : suggestions d'amélioration

Vous voudriez voir de petites améliorations de votre outil de travail, la boîte à idées c'est ici:

• Pour plusieurs objets selectionnés, pouvoir cliquer sur 'commande' pour ouvrir toutes les fenêtres de commande des objets en question. Et pouvoir ajouter une même commande à une sélection d'objets en même temps, sans avoir à les ouvrir un par un.

• Lorsqu'on surligne un bibcode pour pouvoir faire une 'request from bibcode' transformer Nature en Natur et Sciences en Sci automatiquement pour que le bibcode soit correct.

• Lorsqu'on fait une recherche dans une table, l'article est "re-scanné" : on perd donc tous les identifiants qu'on avait mis dans la "boîte" qui sert à l'exécution et également tous les identifiants trouvés dans le texte par une autre recherche (recherche par préfixe notamment). Serait-il possible de faire au moins un warning, sinon de pouvoir "superposer" ces différentes recherches ?

• Ce serait bien de pouvoir choisir entre ajouter des occurrences sur un objet ou les corriger ; pour l'instant on ne peut que corriger (script: "=") ce qui écrase les occurrences précédentes. Pourrait-on garder cela par défaut mais avoir la possibilité d'ajouter des occurrences (script: "+").

• Pourrait-on supprimer des occurrences pour un objet en les déselectionnant dans le PDF (annotated document) ?

• Pourrait-on modifier des raw-id sur plusieurs objets en simultané ? (pour l'instant c'est possible de modifier plusieurs ID à la fois, mais pas les raw-id. Cas où la typo des raw-id n'est pas reconnue, ex: "--" au lieu de "-")

• Serait-il possible d'afficher dans les "Output options" de Simbad les ID utilisés lors du traitement de la ref (a priori les + proches de ceux que l'on trouve dans l'article : pratique lorsqu'on cherche des objets recités).

• Ce serait bien de pouvoir parfois intégrer les noms tels qu'ils apparaissent dans l'article (ex: G346.6-0.2 est systématiquement changé en GRS 346.6-0.2, c'est vrai aussi pour les V NN, S NN, B NN, etc., ce serait bien d'avoir une option pour les entrer tels quels - bouton à cocher par exemple)

Comptes-rendus de réunions

• Réunion du 16/09/2014 : DJINistesCR20140916