Tags:
create new tag
, view all tags

Réunion VizieR 19/09/2017

Présents: Gilles L., Pierre O., Emmanuelle P., Tiphaine P., Patricia V.

Emmanuelle

cf. J/ApJ/835/81 de la semaine dernière (CR 12/09) : positions ajoutées via une table.pos ont une décimale supplémentaire en ICRS ?

=> C'est normal, il y a une précision minimale pour les positions. Gilles nous retrouve quelle est elle.

Petit rappel sur les positions sexagésimales (base 60) : On a l'ascension droite en heures, minutes, secondes de temps avec :
24 h <-> 2{pi} = 360 degrés et
1 h = 3600 s
Donc 1 s = 360/(24x3600) = 1/240 deg (~0.004 deg)
De l'autre côté, on a la déclinaison en degrés, arcminutes et arcsecondes avec 1" = 1 deg / 3600" (~0.0003)
Il y a donc un facteur 15 (3600/240) entre la seconde de temps et l'arcseconde. C'est pour cela qu'on a une décimale de moins en déclinaison.

Gilles - calcul de precisions dans VizieR

Le calcul de la precision ne s'appliquent qu'aux colonnees calculées. Ce qui incluent :

  1. les valeurs des colonnes en rouge calculées a la vollé: ex: (_RAJ2000,_DEJ2000), (_GLON,_GLAT), etc
  2. les colonnes ajoutées par \vizpos
  3. les colonnes (_RA.icrs,_DE.icrs) calculees et ajouteesen base pour les catalogues qui ne sont pas en ICRS
Le changement de precision peut etre du a :
  • l'affichage des colonnes calculées a la vollées (1) selon la regle suivante: (note qu'il ne s'agit de de regle de formatage - la precision intiale est conservee en base)
    • le minimum pour le formatage des decimaux est de F8.4
    • le minimum pour le formatage des sexagesimaux est de A10.1
  • une precision calculee par VizieR pour (2) qui a une precision minimale (par defaut) de 6(precision de Simbad):
    cette valeur peut etre modifiée :\vizPosition{ table }{...}{... precoo
    ...}{...}
Note: Dans VizieR, le changement de système de coordonnées ne modifie pas la precision des valeurs en sortie
(quite a introduire une erreur sur le retour au système d'origine (due au consequence des calculs de transformation) - il faudrait pour cela ajouter une precision de 1digit)

Pierre

J/ApJ/791/57 : problème dans le calcul des positions et positions en degrés ?

Il y a des positions sexagésimales (RAJ2000,DEJ2000) et des positions en degrés (RAdeg,DEdeg dans le ReadMe qui se transforment aussi en RAJ2000,DEJ2000)...

Dans ce genre de cas où la table contient deux positions identiques, il est préférable d'ignorer l'une des deux.

N.B. : Pour ce catalogue, la positions sexagésimales vient du catalogue Asiago alors que la position en degrés vient d'une cross-identification avec SDSS. Il vaut donc mieux ignorer la position en sexagésimales et faire le lien vers Asiago par ID.

Note : si les positions sont différentes, en notant RAOdeg DEOdeg (ou autre chose à la place du "O") à la place de RAdeg DEdeg, le problème est également résolu.

Gilles

Mise en place d'un tri sur une liste de catalogues - quelles sorties par défaut ?

Par exemple, si on affiche la liste de tous les catalogues correspondant au mot-clef "optical", on a actuellement par défaut, l'ordre alphabétique des références catalogues (I/23, I/24 puis II, etc.).

Gilles veut ajouter des possibilités de tri.

Pierre propose d'afficher par défaut les catalogues triés par taille.

Il y aura aussi un tri possible par date de release.

A priori, on ne garde pas le tri par date de release+acronyme existant qui donnera une sortie déjà trop avancée à l'utilisateur.

Mail reçu via l'outil de suivi ?

=> A priori, aucun documentaliste ne reçoit de messages depuis l'outil (http://cdsarc.u-strasbg.fr/follow/index.gml) ...

-- EmmanuellePerret - 2017-09-19

Topic revision: r3 - 2017-09-20 - GillesLandais
 
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