Vers Aladin v10

Dernière maj -- PierreFernique - 2017-3-9 => texte en brun

Précédente maj -- PierreFernique - 2017-2-17 => section "Quelques retours sur le prototype"
Précédente maj -- PierreFernique - 2017-2-2 => section "Use cases"
Précédente maj -- PierreFernique - 2017-1-19 => section "quelques statistiques"
Précédente maj -- PierreFernique - 2016-12-19 => section "au fil de la discussion"
Précédente maj -- PierreFernique - 2016-12-06

Cette page regroupe les idées, suggestions, propositions d'évolutions d'Aladin Desktop.
Le but est de préparer la version 10.

Grandes orientations souhaitées

1. HiPS (prévoir notamment l'arrivée des 16000 HiPS catalogues)
2. Plus largement, intégrer l'ensemble des collections disponibles (images, catalogues, cubes) - leurs différents protocoles d'accès (CS, SIA, TAP, HiPS...) ainsi que leurs produits dérivées (MOC, cartes de densités, progéniteurs, ...)
3. Davantage d'intégration des outils CDS existants (notamment Xmatch, MocServer, query by MOCs)
4. Garantir le multi-usages (astronome / prépa mission obs / étudiants / amateurs / grand public)
5. Simplifier et augmenter la robustesse par élagage des vieux trucs

Evolution envisagée pour l'ergonomie

1. Pouvoir modifier la taille respective des différents panels (SplitPane), notamment pour disposer quand c'est nécessaire d'assez d'espace pour la pile ou pour la fenêtre à tout faire en bas à droite (déjà implanté pour le panel des mesures, à appliquer aux autres panels)
2. Pourvoir "extraire" temporairement certains panels si nécessaire de la feenêtre principale (déjà implanté pour le panel des mesures, à appliquer par exemple pour le panel d'affichage d'un SED, d'un histogramme, d'un spectre, ...)
3. Ajouter un nouvel panel "HiPS tree" à gauche du panel central. Celui-ci serait dédié à la visualisation des HiPS disponibles (actuellement bien trop "caché" dans l'onglet "HiPS" du "server selector"). => Offre une vision immédiate des données accessible. Reprend le principe d'interface d'un grand nombre de logiciels (Google Earth, Thunderbird, Browser de répertoires, SolidWorks...)
4. Pouvoir filtrer l'arbre des HiPS (critères multiples: longueur d'onde, date d'observation, origine, ...)
5. Regrouper les onglets VizieR dans le "server selector" (actuellement 3 différents)
6. Rendre plus accessible la projection courante (TAN, AITOFF, ...). C'est actuellement un peu "caché" dans les propriétés du plan, peut être le rendre aussi visible que le Frame (ICRS, Gal...)

Evolution envisagée des fonctionnalités

1. Pouvoir utiliser le Xmatch-CDS (comme le fait déjà TOPcat)
2. Associer HiPS de densité et HiPS catalogue (pouvoir automatiquement passer de l'un à l'autre sans avoir à jongler avec les plans)
3. Ajout du support Datalink (permettra d'améliorer l'accès aux données associées aux mesures des catalogues) => en cours de développement par Chaitra
4. Ajout du support TAP (permettra l'accès aux serveurs de données compatibles TAP) => en cours de développement par Chaitra
5. Ajout du support VOSpace (permettra l'accès aux fichiers stockés sur un VOSpace) => en cours de développement par Ibrahim
6. Permettre l'interrogation par MOC, directement dans les formulaires des serveurs qui le supporte (Simbad, VizieR, ...)
7. Améliorer l'outil d'extraction/manipulation d'un spectre à partir d'un cube (pouvoir au-moins faire un zoom dessus)

Elagages possibles

1. Fin du support de l'applet => permet de penser sans scrupule à une interface plein-écran (et plus limité à 500x500 pixels)
2. Sextractor (Server Selector -> Tools ) est-il réellement nécessaire ?
3. Le formulaire "All VO" ne va plus être nécessaire puisque l'arbre des collections va remplir pratiquement le même rôle, et de manière bien plus intégrée et efficace.
4. Faut-il continuer à supporter le mode "outreach" ? Depuis qu'Aladin dispose des relevés HiPS couleurs, l'usage est bien plus simple qu'avant.
   

Au fil de la discussion (mailing list des personnels de l'Obs que ça intéresse)

1. Améliorer la découverte de ressources (LM).
   => exploiter à fond le registry TAP ainsi que le MOC serveur
2. Le formulaire"All-VO" est datée et peu pratique à utiliser (TB)
   => utiliser l'interface "REST" développé par VO Paris
3. Il faut intégrer les protocoles VO DataLink mais aussi SODA et SIAV2(FB)
   => travaux de Chaitra
4. Tester DataLink sur les progéniteurs HiPS (FB)
   => Les données CALIFA et le server CADC sont de bons candidats
5. Supprimer Sextractor (PF)
   • A priori je ne suis pas pour l'enlever (FB)
   • Il faut le garder (AS)
   • Il faut garder cette fonctionnalité (TB)
     => On pourrait même l'améliorer pour qu'elle fonctionne aussi avec des images locales (passer l'image en POST) (TB)
     => on pourrait envisager de supporter les services UWS (Universal Worker Service) (TB)
6. Revoir l'onglet principal VizieR, et regrouper les 3 onglets VizieR (GL)
7. Mettre en avant TAPVizieR et les données associées (ObsCore) pour les images tout comme Simbad TAP (GL)
8. Définir les "parcours types" des utilisateurs (LM)
   • Celui qui cherche une ressource précise à partir de son ID
   • Celui qui cherche un certain type de données sans vraiment se préoccuper de l'origine
   • Celui qui cherche à retrouver une ressource précise à partir de ses propriétés.
9. Proposer la requête spécifique sous jacente, ou un lien vers le service CDS derrière (avec un formulaire pré-rempli de façon complexe) (AO)
   => mais pas si facile à réaliser. La plupart de nos services ne savent tout simplement pas faire (pré-remplissage du bon formulaire) (PF)
10. Rendre les query box "Position" un peu plus intelligentes (SD)
    • conserver un historique des dernières requêtes effectuées
    • pouvoir utiliser cet historique pour reprendre une des dernières targets
    • ou la suggérer quand on tape quelques caractères
      => Service proto: Les perfs seront au rendez-vous, pour le moment elles ne me conviennent pas (TB)
    • faire une résolution des noms comme dans le portail CDS pour valider un nom d'objet avant de le soumettre
      => peut être qu'une petite icône flèche vers le bas donnerait un indice ?

Prototype

La version proto actuelle (>=9.6) implemente quelques unes des innovations proposées (de manière très proto - avec beaucoup de bugs et fonctionnalités en cours d'implentation).

http://aladin.unistra.fr/java/AladinProto.jar

• Aladin 9.6 proto - copie d'écran:
  

Quelques retours sur le prototype

L'interface utilisateur

1. L'interface modernisée (thème de fond sombre + simplification des boutons) n'a eu que des avis plutôt positifs à très positifs (MA, LM, FB, AO, CB, AB, FXP, MB, Chaitra, TB ...)
   => on garde l'idée
   Un petit regret que toutes les fenêtres n'aient pas été modernisées [LM]
2. Les résolutions des écrans actuels entraînent parfois des polices très petites, difficilement lisible [CB]
   => permettre à l'utilisateur de choisir la taille de sa police de référence

L'arbre des collections

1. L'interface de l'utilisation des filtres sur l'arbre des collections doit être améliorer (tooltips, simplification du formulaire de filtrage, filtre "default" pas compréhensible...) [FX, LM]
   => Gros effort pour améliorer la lisibilité de l'utilisation des filtres à partir de la version 9.608 (cf. copie d'écran ci-dessus)
2. La gestion de la pile doit être adaptée à l'utilisation de l'arbre des collections (cross-sélection du plan dans la pile et de la collection associée, conservation du target courant suite au chargement d'une nouvelle collection, meilleure gestion de la transparence des plans, ...) [LM, CB, PF]
3. Pouvoir ajouter des collections locales à l'arbre est très pratique pour vérifier immédiatement qu'un fichier "properties" contient les informations correctes [MB]
   => S'ajoute désormais automatiquement dans une branche maitresse "Local". Accepte aussi bien un fichier "properties", qu'une liste d'enregistrements properties (comme la HiPS list), ce qui permet de "greffer" manuellement tout un "serveur HiPS" non encore déclaré officiellement par un simple glissé/déposé de l'URL qui fournit sa HiPS list.

Les mesures

1. Il est désormais très facile d'accéder à des tables qui disposent de données associées (SIA, SIA2, via les données associées de VizieR, ou de résultats OpsTAP, TAP). Malheureusement les liens ne marchent pas toujours (datalink inopérant, chargement dans le navigateur plutôt que dans Aladin, affichage d'une page Web d'entête FITS à la place du vrai fichier FITS. A améliorer [PF, GL]
2. Comme il y a désormais plusieurs manières de chargées la même collection (exemple: Simbad via CS ou HiPS ou TAP), il est un peu déboussolant de ne pas retrouver les mêmes colonnes, ni les mêmes liens sur ces colonnes [PF]
   

Use cases qui marchent bien avec la V10

Use case 1 : Exploration/interrogation des collections disponibles autour d'un objet particulier

1. Démarrer AladinProto
2. Charger le DSS couleur sur un objet favori (M101 par exemple)
3. Explorer tranquillement l'arbre des collections (baptisé "Directory") - ouvrir par exemple Catalog/CDS VizieR/I-Astro...
4. Déplacer le centre de ta vue, l'arbre se colore en vert et orange pour indiquer les collections qui ont quelque chose dans la vue ou non. il est possible de carrément cacher les branches hors champs en cliquant sur l'icone "inside" en bas
5. Ouvrir/fermer des portions de l'arbre, ou même l'arbre complet via l'icone coll/exp en bas.
6. Sélectionner une collection en cliquant dessus: une fenêtre s'ouvre pour indiquer tous les moyens d'accès disponibles ainsi que les produits dérivées pour cette collection (All sources, Hips, CS, SIA, query by MOC + MOC, dmap, progenitors...). Le choix par défaut dépend du contexte.
7. Un double-clic sur un noeud charge directement le choix par défaut
8. Une fois cette fenêtre ouverte, il est possible de déplacer la souris sur d'autres branches pour mettre à jour dynamiquement cette fenêtre
9. En cas de sélections de plusieurs collections simultanément (CTRL ou SHIFT), la fenêtre propose les moyens d'accès multiples encore disponibles: CS multiples + MOC union, MOC intersection
10. Charger les données souhaitées

Use case 2: Recherche et comparaison de valeurs récentes de PM autour de M45

1. Démarrer AladinProto (ou reset de la pile + reset du filtre de l'arbre)
2. Charger le DSS couleur sur M45, et zoomer sur une petite étoile du champ
3. Au-dessus de l'arbre des collections, cliquer sur le bouton "..." qui ouvre le filtrage avancé
4. Cliquer sur la coche "Proper motion" (coté droit, section "Content")
5. Indiquer ">2010" dans le champ "Bib.year" + ENTER
6. Limiter l'affichage de l'arbre aux collections dans le champ (icon "inside" en bas)
7. Ouvrir totalement la branche "Collections -> Catalog -> CDS VizieR -> I -Astrometric Data" en cliquant dessus puis sur l'icone "exp" en bas
8. Sélectionner simultanément les 8 tables concernées (clic + shift clic)
9. Lancer le cone search sur les 8 tables (LOAD multiple)
10. Comparer les valeurs, changer l'époque d'affichage ... etc

Use case 3: Recherche de toutes les données Chandra pour l'ensemble des champs observés conjointement par XMM et SLOAN

1. Démarrer AladinProto (ou reset de la pile + reset du filtre du directory)
2. Taper "XMM,SDSS" dans le champ de recherche du directory (en haut), puis cliquer sur le noeud Collections -> Image -> X -> XMM -> XMM PN colored, et charger son HIPS
3. Ouvrir la branche Collections -> Image -> Optical -> SDSS, et CTRL-cliquer sur SDSS9 colored. Déselectionner "Multiple cone search" (qui n'a rien à faire ici d'ailleurs), et sélectionner MOC intersection => charger
4. Taper "Chandra" dans le champ de recherche du directory (en haut)
5. Cliquer sur le noeud Collections -> Catalog -> CDS VizieR -> B-External d... -> The Chandra archie Log
6. Vérifier que "Moc search" est bien sélectionné, et charger
7. Il ne reste plus qu'à visualiser ces données Chandra, voire à charger les images correspondantes (dès que VizieR aura remis les liens qui vont bien sur la colonne High et Low.

Use case 4: Déterminer la zone de couverture de l'ensemble des tables publiées dans PASJ

1. Démarrer AladinProto (ou reset de la pile + reset du filtre du directory)
2. Taper "J/PASJ" dans le champ de recherche du directory (en haut)
3. Sélectionner toutes les tables en cliquant sur la première dans l'arbre puis la dernière avec la touche SHIFT appuyée
4. Charger l'Union des MOCs

Quelques statistiques d'utilisations

1) Pour aider à la réflexion, j'ai regardé dans les logs quelles étaient les utilisations réelles des différents modes d'accès aux données disponibles dans Aladin v9. Ainsi j'ai pris Gaia, USNO-B et Simbad en comparant sur une journée type les modes d'accès (mardi 2 janvier - grosse journée):

Gaia:

1. Gaia via formulaire dédié : 2 fois
2. Gaia via formulaire VizieR: 73 fois
3. Gaia via HiPS(tree+bookmark): 1131 fois (=> 7979 losanges+allsky chargés)

USNO-B:

1. USNO-B via formulaire VizieR : 11 fois
2. USNO-B via HiPS(tree uniqt): 1140 fois (=> 6021 losanges+allsky chargés)

Simbad:

1. Simbad via formulaire dédié: 165 fois
2. Simbad via URL directe: 126 fois (lancement de l'applet depuis Simbad, qui s'auto-appelle via une URL)
   
3. Simbad quick : 1403 fois ("resolver souris" automatique - doit être activé par l'utilisateur)
   
4. Simbad via HiPS(tree+bookmark): 3330 fois (=> 13683 losanges+allsky chargés)

Pour compléter, l'accès AllVO n'a été utilisé qu'1 fois dans la journée du 2 janvier - pas sûr que ce fût pour charger Gaia, USNO-B ou Simbad (je n'ai pas regardé).

2) D'autre part, voici la répartition des accès par "serveur" (= les onglets dans le "server selector") pour novembre 2016

HiPS/CDS 101000
Simbad/CDS 65000
VizieR/CDS 49300
Aladin-img/CDS 16000
DSS/STSci 2500
SkyView/HEASARC 2300
DSS/ESO 1300
NED/IPAC 1250
SkyBot/IMCCE 400
MAST/STScI 380
UKIDSS 330
CAI/Paris 240
CADC 240
LEDA 180
VLA 120
...