Analyse de la Version du 19 juillet 2011 du Catalogue CDS

En cours

Etude statistique du catalogue pour détecter toute éventuelle modification suite au nettoyage de code SearchCal

Ce qui a changé par rapport à la version antérieure du serveur searchcal:

  • un nouvel algorithme de décodage du type spectral plus précis. Il récupère mieux la classe de luminosité et 'sauve' certains types spectraux qui n'étaient auparavant pas compris, donc rejetés. On aura donc d'une part des étoiles classés auparavant "naines" (du fait du non-décodage de la classe de luminosité) qui seront correctement interpétées comme géantes, d'autre part des étoiles dont le type spectral pourra avoir varié de quelques places, ou qui ne seront pas rejetées pour absence de type spectral
  • l'algo ci-dessus décode une éventuelle binarité vue dans le spectre, donc une binarité nécessairement très proche (1 à 2 secondes d'arc). On y associe un flag de binarité de type "S".
  • le calcul de Teff, Logg et des diamètres uniformes est fait en interpolant les valeurs données dans les tables.

Calculs erronés pour les Teff et Logg:

Il apparait quand on compare les Teff et Logg de JSDC et celles de la nouvelle version de très gros changements de Teff et (principalement) logg sur 11532 étoiles, la nouvelle version donnant les bonnes valeurs de Teff et Logg. Apparemment l'algo de recherche dans les tables de la précédente version de alx était faux...
A contrario le nouvel algo retourne teff=99.99 pour quelques étoiles O (normal il n'y a pas de valeur ds la table), mais celles-ci ne sont pas filtrées: HIP26207, HIP109556

Pas de S09, F12 et S18 ?

le catalogue intermédiaire n'a pas ces infos ?

A t'on le bon nombre d'étoiles?

Le catalogue initial a 45936 étoiles avec diamOK. Le catalogue final a 39449 étoiles. Si on y enleve TOUTES les SB et TOUTES les WDS avec dist < 2 arc sec, il reste 42294 étoiles. A confirmer: ce qui est devenu des 42294-39449=*2845 étoiles manquantes*?

Detection de la binarite

SearchCal n'ajoute pour l'instant le flag S que si MultFlag est vide. On constate que le filtrage pour le JSDC ne prend pas en compte le nouveau flag S dans MultFlag. Plus généralement, la question se pose de savoir si on doit éliminer les étoiles 'à flag S'. Cela ne se fait pas systématiquement en effet si l'étoile est déjà marquée comme binaire (flag 'C' par ex) le flag 'S' ne remplace pas le flag existant. Donc trois cas pour ces étoiles spectralement binaires:
  • flag 'S' : elle n'est pas éliminée par le filtrage pour l'instant (à corriger évidemment!)
  • autre flag et présente dans SBC9 : éliminée
  • autre flag et présente dans WDS: éliminée que si la binaire est séparée de moins de 2 arcsec. Et c'est là qu'il y a problème. En effet elle peut être dans WDS avec 100 arcsec de séparation, et pourtant la composante qu'on regarde peut être double serrée sans que WDS ou SBC9 le sachent!

voir les cas possibles dans le subset des diamètres OK ayant un SpType avec un "+" dans la votable jointe (130 objets). -- GillesDuvert - 22 Jul 2011


This topic: Jmmc/Software > WebHome > SearchCal > JMMCSearchCalCDSCatalog > JMMCSearchCalCDSCatalogAnalyseVersionJully2010
Topic revision: r4 - 2011-07-22 - GillesDuvert
 
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