JMMCSearchCalCDSCatalogAnalyseVersionJully2010 < Jmmc/Software

Tags: view all tags
---+!! <center>Analyse de la Version du 19 juillet 2011 du Catalogue CDS</center>
---+!! <center> =En cours= </center>


%TOC%


---++ Etude statistique du catalogue pour détecter toute éventuelle modification suite au nettoyage de code SearchCal 
   * contient 39449 calibrateurs filtrés (38742 !JsdcV1) (*464* étoiles ont disparues et *1171 nouvelles* sont apparues)
   * 22h15min pour la recuperation des 21531 VOTables
   * version du serveur : developpement
   * version fits dispo [[http://jmmc.obs.ujf-grenoble.fr/~betaswmgr/CDS-run-2011-07-19T18-08-35/][en ligne]] : http://jmmc.obs.ujf-grenoble.fr/~betaswmgr/CDS-run-2011-07-19T18-08-35/result/final.fits 

---++++ 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...
<br> 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!
<br>voir les cas possibles dans [[%ATTACHURL%/DiamOKFlagSBeforeFiltering.vot][le subset des diamètres OK ayant un SpType avec un "+" dans la votable jointe (130 objets)]].
-- Main.GillesDuvert - 22 Jul 2011
Topic revision: r4 - 2011-07-22 - GillesDuvert