Réunion VizieR 22/09/2020

Présents (masqués) : Marianne B., Coralie F., Gilles L., Giacomo M., Pierre O., Emmanuelle P.

Emmanuelle

Problème du LaTeX dans les titres des tables fusionnées

Il est parfois nécessaire de coller 2 tables l'une à côté de l'autre ( \vizPaste ) ou l'une en-dessous de l'autre ( \vizMerge ), dans ce cas, les 2 commandes permettent de donner le titre de la table résultante.

Sauf que, jusqu'à récemment, on mettait des commandes de type \bf pour mettre le nom des tables d'origines en gras, par exemple.

Nous avons cessé de mettre du LaTeX pour ce genre de cas puisque les balises LaTeX sont désormais détectées par le 2v qui liste des warning.
Au final, le titre est remplacé dans les sorties VOTable par "Combined table from original tables" --on peut vérifier ce que ça donne grâce à la sortie VOTable dans le menu à gauche de VizieR.

Par contre, pour faire un lien vers un plot depuis une table fusionnée, nous n'avons parfois pas d'autre choix que de le faire directement dans le \vizMerge ; est-ce qu'on peut continuer à faire de cette manière ?

=> La modification du titre de la table n'est a priori pas trop gênante à part peut-être dans les sorties via astroquery où on listerait les titres de tables uniquement...

=> Il faut éviter au maximum d'utiliser le LaTeX dans les titres puisque cela pose problème ; par contre, pour l'instant, pas d'autre solution donc on continue à faire les liens pour les plots de cette manière.

A noter : la sortie HTML est importante ! -- Visualisation immédiate des spectres et LCs utile.

Mail de John Murrell sur question-cds pour récupérer toutes les LCs (.dat) en FITS en une seule fois

J/A+A/623/A110 contient un répertoire avec des LCs en .dat qui sont décrites dans le ReadMe (mais qui ne sont donc pas en base). L'utilisateur voudrait récupérer toutes les LCs d'un coup mais en FITS...

=> A priori, pas de solution immédiate. Il faut récupérer l'ensemble des LCs via wget et convertir ensuite les .dat en FITS via un script...

Besoin récurrent : interroger un catalogue (par ex. Gaia mais pas que) avec une liste conséquente (>50,000) d'identificateurs ou de positions... ?

Au-delà de quelques milliers d'objets, l'interrogation par liste directement dans VizieR devient très longue et la sortie n'est pas toujours très pratique : une ligne vide lorsque l'objet n'est pas trouvé dans le catalogue à repérer parmi les lignes vides qui séparent les résultats dans le cas de la sortie |-separated value...

=> Gilles a commencé à travailler sur un script (presque fini) qui permettrait de faire ce genre de chose en écrivant une requête SQL simple (exemple donné par le programme). Mais la finalisation du programme n'est pas prioritaire (il reste à pouvoir retrouver les noms tels qu'ils sont enregistrés en base) !

=> Il faudrait également tester avec TOPCat en convertissant la liste d'entrée en VOTable et en faisant un join via le catalogue trouvé dans TAPvizier.

=> Pierre pense que c'est aussi faisable avec Python... A voir.

N.B. : les viz-1, viz-2, ... -7 visibles dans TOPCat, sont des découpages de la base VizieR qui étaient nécessaires à une époque pour réaliser les sauvegardes. Depuis un certain temps, tout est mis dans viz-7 mais Gilles aimerait refaire des découpages car la sauvegarde de la base est devenue problématique. Dans ce cas, il s'orientera plutôt vers des découpages un peu plus lisibles de type viz-apj, viz-mnras, viz-i, viz-iv, etc.

APOGEE-2 from DR16 (J/AJ/154/94)

Toujours en cours...Progression à suivre dans Redmine pour les curieux.

-- EmmanuellePerret - 2020-09-23