Réunion VizieR 15/06/2016
Présents : Marianne B., Sylvain G., Gilles L., Emmanuelle P., Patricia V.
Sylvain
J/ApJ/783/123 : Tables en HTML/ASCII avec images - comment récupérer les valeurs ?
La table de 4 de ce papier est assez grande et contient 4 erreurs en exposants (+ parenthèses) qui sont en fait des images dans la version HTML. La récupération de ce type de table dans le PDF via un copier-coller donne un chiffre par ligne...
C'est pour ce genre de cas que Gilles et Thomas D. travaillent sur les versions XML fournies par l'AAS sur leur serveur STACKS (
http://stacks.iop.org/) où on trouve normalement toutes les tables en entier. (Il faut un mot de passe pour accéder au serveur - voir Mail de Christopher Mooney du 11/02/2015 envoyé à Pierre, Sylvain et moi [et transféré à Gilles]).
A priori, on devrait donc obtenir un outil pour récupérer ces tables en XML et les transformer en ASCII.
Evidemment, il faudra modifier ce résultat pour les cas particuliers qu'un programme ne peut pas prendre en compte...
Par exemple, le nombre de champs variable pour les erreurs à la fois en +/- et en [+ et -]
N.B. un Byte-by-byte en A{nombre de caractères} suffit dans ce cas, on se charge du reste. C'est d'ailleurs ce que font les auteurs parfois...
En attendant l'outil de conversion XML vers ASCII, quand on a de la chance, on peut retrouver la version LaTeX sur
arXiv, Rubrique "Download" >> Other formats >> Download source.
Dans ce cas, la commande
Detex table.tex ("retour-chariot") permet de créer différents fichiers dont
table.tex.A qui est la table ASCII (voir aussi la Doc sur
DeteX sur notre page d'exemples -- peut-être à compléter).
J/AJ/150/147 : notes sur les objets tronquées ?
Certaines notes dépassent la limite de 255 pour une colonne et sont donc tronquées (malgré le découpage automatique en plusieurs lignes)...
Dans ce cas, il est sans doute plus lisible de sortir les notes de la table pour en faire une table
notes.dat. On fait simplement un lien via le recno depuis la table sur la note correspondante.
Gilles regarde tout de même pour voir s'il peut augmenter la limite maximum d'une colonne.
J/AJ/151/136 : tables MRT signalées par Evelyne car elles sont assez petites ?
Pour l'instant, rien n'a été décidé pour les petites tables. On peut continuer à les prendre pour VizieR si elles nous paraissent intéressantes mais il faut rester vigileant quant à la charge de travail supplémentaire que l'augmentation des "petites tables" peut générer. Si la tendance se poursuit, il faudrait sans doute définir des critères de sélection clairs pour VizieR...
Du côté d'Evelyne, ça ne change pas grand chose : elle peut continuer à mettre en =e= et c'est à elle de voir si elle traite ou non la table pour SIMBAD (et l'indiquer comme elle le fait habituellement dans le commentaire de travail le cas échéant "Traité via Djin"). Par contre, si on décidait de ne pas prendre la table pour VizieR, il faudrait lui indiquer pour qu'elle traite la table de son côté (surtout s'il y a peu d'objets).
--
EmmanuellePerret - 2016-06-16