Réunion VizieR 23/03/2016
Présents : Marianne B., Sylvain G., Gilles L., Pierre O., Emmanuelle P., Patricia V.
Emmanuelle
J/ApJ/813/30 : problème "Internal Server Error" pour le graphe de la table 4
La commande
vizgraph -d .graph_sql_FT semble afficher les bonnes valeurs mais le widget n'affiche rien. Lorsqu'on clique sur TSV, la page "Internal Server Error" apparaît...
=> Gilles regarde.
Gilles : il suffit de donner le bon nom de fichier dans le .status ! \vizExplain{ table4 }{}{+ \vizContent{filter} (\vplotTS{@{@cat}}{.graph_sql_FT}{}{Transmission plot})} (et pas \vizExplain{ table4 }{}{+ \vizContent{filter} (\vplotTS{@{@cat}}{.graph_sql_TF}{}{Transmission plot})})...
J/ApJ/813/83 : problème avec des \vizAddCount qui affichent le bon nombre d'objets en lien mais qui affiche "No object found" lorsque les noms contiennent des [ ]
Le problème est résolu lorsqu'on utilise la condition d'égalité stricte : "===". Par exemple :
\vizAddCount{ table1 }{ C }{table4 Name===@{Name}}{dbtype=i1 fmt=3d}{+Name}{\use{vPop}\ucd{DATA_LINK}Display the companion data (table 4)} fonctionne alors que
\vizAddCount{ table1 }{ ND }{table3 Name=@{Name}}{dbtype=i1 fmt=3d}{-Name}{\use{vPop}\ucd{DATA_LINK}Display the non detection data (table 3)} ne fait pas les liens pour les noms contenant des [ ]...
Le "=" seul compare à l'aide d'expressions régulières (plus lent d'ailleurs) mais pas le "===" à utiliser dans ces 2 cas.
J/ApJ/813/28 : Problème avec le \vizPosition qui ne reconnait pas le fmt=JHHMMSS.S+DDMMSS - on obtient des "Invalid name" lors du 2v ?
Les commandes
ana,
setUCD sont correctes. Le
2v me donne les messages d'erreurs suivants :
####
++++Equinox change -> J
++++Invalid name ' J214417.7+38281' -> pos=881.000000+07.010556deg #***date/time/sexa: number 'J214418.' misses digit 'h' in "hhmmss"s"
#***date/time/sexa: bad char '8' in for 'J214418.'
#***date/time/sexa: number '4+38280' misses digit 'm' in "ddmmss"
#***date/time/sexa: bad char '2' in for '4+38280'
++++Equinox change -> J
++++Invalid name ' J214418.4+38280' -> pos=881.000000+04.010556deg #***date/time/sexa: number 'J214419.' misses digit 'h' in "hhmmss"s"
#***date/time/sexa: bad char '9' in for 'J214419.'
#***date/time/sexa: number '5+38273' misses digit 'm' in "ddmmss"
#***date/time/sexa: bad char '2' in for '5+38273'
++++Equinox change -> J
etc.
####
En enlevant le "J" du fmt (en le sortant de l'explication dans le
ReadMe), le problème sur le
\vizPosition est levé.
Néanmoins, il y a d'autres exemples avec une syntaxe similaire donc le
\vizPosition devrait marcher... Par exemple dans
J/A+A/553/A12, on a le même format :
\vizPosition{ table[89] table?? }{}{name=2XMM fmt=JHHMMSS.S+ddmmss Eq=J2000}{ X-ray position from 2XMM name}
Emmanuelle : Le problème ne venait pas du \vizPosition mais de ma description dans le ReadMe qui était sur A17 pour le format et partait du blanc avant le J... : "5- 21 A17 --- 3XMM 3XMM IAU designation (JHHMMSS.s+DDMMSS)" alors que j'aurais dû avoir : "6- 21 A16 --- 3XMM 3XMM IAU designation (JHHMMSS.s+DDMMSS)". La description est correcte pour le ana mais pas si on veut se servir du format... !
Les commandes \vizPosition{ * }{}{name=3XMM fmt=Jhhmmss.s+ddmmss Eq=J2000}{ Positions from 3XMM names } ou \vizPosition{ * }{}{name=3XMM fmt=JHHMMSS.S+DDMMSS Eq=J2000}{ Positions from 3XMM names } (ou comme ci-dessus) fonctionnent très bien !
J/ApJ/813/29 : Problème avec le \vizPosition qui utilise une table.pos mais me donne en message d'erreur "No SIMBAD position" ?
En fait, la
table.pos contenait des RAdeg DEdeg mais les RAdeg commençaient parfois par des blancs. Dans ce cas, les positions n'étaient pas comprises.
Pierre
Nos amis du XMM, souhaitent voir différents catalogues dans VizieR dans le cadre du projet ARCHES
- Le XMM-SUSS2 présenté dans une publication MNRAS (2012MNRAS.426..903P) est téléchargeable en ligne. Il ne devrait pas poser de problème particulier.
- Un catalogue "ARCHES" doit être créé comprenant :
1. Le
enhanced catalogue "3XMME" qui est une version nettoyée du 3XMM. A priori, bien décrit et pas trop problématique.
2. Le
cross-match catalogue qui contient une centaine de colonnes et pour lequel il faut demander l'aide de FX.
Gilles
Les gens de l'ATNF sont contents que leur catalogue de Pulsars soit mis dans VizieR
Leur format
csv est correct.
Il reste à définir si on veut prendre toutes les colonnes et si on fait un pipeline pour une mise à jour régulière ou si une mise à jour tous les 2-3 ans est suffisante ? (Il y a des updates tous les 3 mois environ sur le site en ligne...)
=> Pierre voit s'il peut avoir des explications des différentes colonnes pour définir si on prend tout ou une partie des colonnes seulement.
Remarque importante : Dans tous les cas, il faut aussi récupérer leur fichier de références bibliographiques !
A priori, ce serait trop compliqué de recréer les bibcodes à chaque mise à jour (Pierre voit s'ils peuvent ajouter des bibcodes dans ce fichier) mais on pourra toujours faire le lien depuis les codes références sur les explications du fichier de références.
--
EmmanuellePerret - 2016-03-23