Tags:
create new tag
, view all tags

Réunion du 26/04/2022

Présents : Marianne B., Coralie F., Gilles L., Giacomo M., Pierre O., Emmanuelle P., Patricia V. + Thomas B. pour Gaia

Emmanuelle

J/ApJS/257/60 : des "upper uncertainties" (erreurs positives) sur le rayon effectif qui sont négatives ?

=> Prendre les valeurs absolues et ajouter une note. Prévenir l'auteur de la modif.
(Idem enlever les signes négatifs pour les lower uncertainties).

J/ApJ/887/267 : pmW négatives OK ? - mêmes valeurs pmRA positives dans Gaia...

=> Orientation West, non standard, différente de RA donc ok.

Pour Gilles, une question du compte-question non répondue a priori ?

=> Gilles regarde.

Pour info, la question en question :

Dear Vizier help desk,

When I run the command in the P.S., I expect the range of RAJ2000 to be: 108.497 to 110.397. 
But the minimum and maximum RAJ2000 of the output table are: 108.219 (smaller than my requested minimum RAJ2000) and 110.677 (larger than my requested maximum RAJ2000).
It seems to be a bug in the VizieR query system.
To confirm, I also checked the similar command for Gaia's own server (in the P.Ss) and 
output of this command is in the correct range.
I would be grateful, if you check this problem and keep me updated on the status.
Best regards,
Sepideh (Eskandarlou)

P.S. The problematic command (VizieR server):
curl -o64771-gaia-raw-download.fits --form LANG=ADQL --form FORMAT=fits --form REQUEST=doQuery --form QUERY='SELECT  * FROM "I/350/gaiaedr3" WHERE Gmag>=13 AND Gmag<=18 AND 1=CONTAINS( POINT('"'ICRS', RAJ2000, DEJ2000), BOX('ICRS', 109.44760000, 38.78280000, 1.90000512, 1.46573498) )"' ' http://tapvizier.u-strasbg.fr/TAPVizieR/tap/sync

P.Ss. The correctly working command (from Gaia's server):
curl -o64771-gaia-raw-download.fits --form LANG=ADQL --form FORMAT=fits --form REQUEST=doQuery --form QUERY='SELECT  * FROM gaiaedr3.gaia_source WHERE phot_g_mean_mag>=13 AND phot_g_mean_mag<=18 AND 1=CONTAINS( POINT('"'ICRS', ra, dec), BOX('ICRS', 109.44760000, 38.78280000, 1.90000512, 1.46573498) )"' ' https://gea.esac.esa.int/tap-server/tap/sync

Gilles

Quelques corrections effectuées pour le prog. getapj

Il y avait un petit bug pour les auteurs qui est réparé.

N.B. : Les améliorations/corrections de programmes sont demandé sur https://gitlab.cds.unistra.fr/gilles.landais/vizier.todo/-/issues

Gilles a ajouté deux fichiers de sortie pour ce programme :
- licence.txt que l'on peut récupérer pour l'ajouter dans le répertoire du catalogue (en lecture)
- .status avec récupération des orcid et doi.

A priori, pour l'instant, ce .status n'apporte pas grand chose par rapport à celui du newcat puisqu'orcid et doi sont récupérés automatiquement par ailleurs. A terme, il pourrait s'enrichir d'UCDs automatiquement trouvés via le programme d'F.-X. par ex.

Remarque, lorsqu'on clique sur "Cite" pour la ref. J/A+A/627/A97 par ex., il y a un petit bug : "DOI not available" alors qu'il l'est... (Problème du "+")

Contrôleur de la machine VizieR cassé

Pour l'instant, fonctionne sur un de secours, on espère qu'il va tenir...

Améliorations pour les interrogations des grands catalogues en cours

=> Si la taille de la requête est trop grande, redirection vers un démon différent pour qu'elle ne dérange pas les autres requêtes.

Refonte VizieR

Suite à la réunion du 04 avril ; Gilles rappelle qu'on peut compléter la page Wiki pour l'ajout/suppression/modification des métadonnées par ex.

Patricia

Seb nous signale que la section METAobj est bien pratique pour retrouver des amas par coo

Petit rappel sur METAobj :
Lorsqu'il n'y a pas de position dans les tables, les documentalistes remplissent une Section "Object" dans le ReadMe qui contient, généralement, une position venant de SIMBAD et deux noms (celui cité dans l'article/ReadMe et le nom SIMBAD).
Cette section est indexée dans METAobj

Jusqu'à présent, on ne rajoutait pas (ou peu) cette section lorsqu'il y a des positions dans une des tables car dans ce cas, la Section "Object" qui apparaît en violet sur les pages Web n'est pas visible.

Néanmoins, même si elle n'est pas visible, l'ajout de la section Object dans le ReadMe permet de retrouver plus facilement un catalogue avec un amas, par exemple, puisque la position reste indexée dans METAobj et sort dans les pages de résultats. Les catalogues qui contiennent ces sections sont également affichés en premier donc très visibles et généralement pertinents.

=> On décide d'ajouter systématiquement la Section Object avec le nom de l'amas dans les ReadMe.
=> Pour les catalogues antérieurs, on ne fait rien sauf au cas par cas demandés gentiment. (Temps de rechargement peut être conséquent, voir très conséquents pour des catalogues anciens car les commandes se sont enrichies/modifiées depuis).

N.B. : la position du ReadMe est celle de la position SIMBAD à un instant t. La table METAobj pourrait être mise à jour avec les nouvelles coo de SIMBAD de temps en temps ?

N.N.B. : dans certains cas, la position n'est pas celle de SIMBAD mais celle du papier -- en particulier (mais pas seulement) dans les cas où il s'agit d'un nouvel objet (pas encore dans SIMBAD donc pas de nom SIMBAD dans ce cas).

Thomas

Release Gaia DR3

On aimerait avoir les données d'ici une quinzaine de jours (release officielle prévue le 13 juin).

Quelques jeux de tests ont déjà été reçu mais pour l'instant, pas encore clair pour ce qu'on va faire des spectres (format .Gbin mais qui ne devrait pas poser de problème pour une transformation .csv).

N.B. : Les spectres de meilleure qualité ont une version échantillonnée.

Une réunion spécifique pour Gaia sera prévue avec Arnaud notamment ; et F.-X. qui a repris la bête.

-- EmmanuellePerret - 2022-04-26

Topic revision: r1 - 2022-04-26 - EmmanuellePerret
 
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