Difference: ReunionPortail31032008 (1 vs. 4)

Réunion 'Portail CDS' du 31 mars 2008 avec les responsables des services

Présents : Marc Wenger (MW), Pierre Fernique (PF), Sébastien Derrière (SD), François Ochsenbein (FO), Thomas Boch (TB), François Bonnarel (FB), Pascal Wassong (PW)

Ordre du jour

• Présentation et discussion des prototypes développés par Pascal

• Mise en place d'un outil de gestion des news CDS

Démonstration du prototype de portail

Pascal a développé 3 versions de son prototype, chaque version possédant les mêmes fonctionnalités :

• Version DWR+Prototype - DWR est un toolkit facilitant le développement d'applications AJAX en permettant notamment d'appeler en Javascript (côté navigateur) des méthodes d'objets Java embarqués dans des servlets.

• Version Dojo - Dojo est un toolkit Javascript offrant d'une part des facilités d'écriture Javascript (recherche d'un élément dans l'arbre DOM, appel AJAX, prise en compte des particularités de chaque navigateur), et d'autre part des widgets (ComboBox, grilles de données, etc).

• Version GWT - Avec GWT (Google Web Toolkit), le développement se fait entièrement en Java, aussi bien pour la partie serveur que pour la partie client. Un 'compilateur' se charge de traduire en Javascript la partie client.

Les versions Dojo et GWT s'appuient sur 4 services (un pour Sesame, un pour Simbad, un pour VizieR, un pour Aladin) qui renvoient en XML ou en JSON les données à afficher.
Exemple :

• format XML : http://cds-dev-pw:9180/CDSPortal/simbad?target=m81
• format JSON : http://cds-dev-pw:9180/CDSPortal/simbad?target=m81&format=json

Le choix du toolkit n'a pas encore été arrêté. Ce sera soit GWT, soit un toolkit 'tout Javascript' tel que Dojo.

Commentaires suite à la démo :

• MW + FO : l'appel automatique à Sesame lorsqu'on rentre une target risque d'écrouler les services (en particulier Simbad). Il serait bon d'augmenter le délai avant envoi de la requête (trouver un compromis par rapport à l'expérience utilisateur)

• Vérifier le lien vers la carte de champ Simbad

• Dans le résultat de http://cds-dev-pw:9180/CDSPortal/aladin?target=xxx , il faut encoder l'URL, y compris la valeur du paramètre 'qual'

• FO : dans les liens vers les catalogues VizieR, il faudrait rajouter une valeur de rayon (2') pour être cohérent avec le reste

• MW : les paramètres variables (rayon par défaut, base url) pourraient être mis dans un fichier de properties

• PF : faut-il remonter certaines données fondamentales de l'objet au niveau du portail ? (ex : type d'objet, magnitude, type spectral). Si oui, lesquelles ?
  FO : de telles infos sont déja disponibles dans la réponse que donne Sesame
  Ces données pourraient être affichées à droite, au niveau du cadre Simbad

• FB : le libellé des 2 premiers liens Aladin gagnerait à être modifié en 'Display region in my Aladin (Web Start)' et 'Display region in Aladin Applet'

• MW+PF : on pourrait ajouter des liens vers les services au niveau des icônes et de l'intitulé de chaque cadre

• PF : ajout de tooltips explicatifs pour expliquer les services et les différents liens ?

• PF : dans le cadre Aladin, on pourrait ajouter une preview JPEG de la région demandée

• PF : la couche intermédiaire fournissant du XML ou du JSON est-elle nécessaire ? A terme, ne faudrait-il pas que ce soient les services qui fournissent directement le format désiré ?

• PF+MW : gestion des miroirs --> le GLU pourrait être utile pour donner l'URL de base des différents services. Voir à quel niveau on résout le tag GLU.

Pour l'affichage de la liste des catalogues VizieR disponibles, on envisage d'utiliser une table triable et paginée (voir http://cdsweb.u-strasbg.fr/~boch-bin/tests-portail/sortable-table/generate_table.py?target=cdfs pour un exemple). Il faudrait que l'exécutable votable renvoie une valeur de 'popularité' pour chaque catalogue (basé sur la table METAhit).
A discuter : intérêt de la coverage map dans le cas d'une recherche par position ?
FO : le tri par wavelength pourrait se faire non pas de façon alphabétique, mais selon les valeurs des longueurs d'onde correspondantes (Radio>IR>Optical>UV>EUV>X-ray>Gamma-ray)

Actions :

• l'outil va être déployé sur la machine cdsweb
• Catégories à créer : vizier, aladin, simbad + d'autres si nécessaires
• Gestion des comptes : un compte par utilisateur, avec les droits lui permettant de publier et de modifier dans toutes les catégories
• Indexation : parallèlement aux fils RSS, une page Web facilement indexable reprendra l'ensemble des news

A discuter :

• Fusion News permet l'ajout de commentaires. Faut-il activer ce module ?
  • Avantages : permettrait d'avoir un contact facile et un feedback de notre communauté d'utilisateurs, fonctions que question@simbad remplit de moins en moins. Besoin d'une réflexion plus large sur le degré d'interactivité que l'on souhaite avec nos utilisateurs
  • Inconvénients : risque de spam. L'utilisation de CAPTCHA et/ou la validation des commentaires avant publication peut être une solution.

-- ThomasBoch - 31 Mar 2008

Réunion 'Portail CDS' du 31 mars 2008 avec les responsables des services

Présents : Marc Wenger (MW), Pierre Fernique (PF), Sébastien Derrière (SD), François Ochsenbein (FO), Thomas Boch (TB), François Bonnarel (FB), Pascal Wassong (PW)

Ordre du jour

• Présentation et discussion des prototypes développés par Pascal

• Mise en place d'un outil de gestion des news CDS

Démonstration du prototype de portail

Pascal a développé 3 versions de son prototype, chaque version possédant les mêmes fonctionnalités :

• format XML : http://cds-dev-pw:9180/CDSPortal/simbad?target=m81
• format JSON : http://cds-dev-pw:9180/CDSPortal/simbad?target=m81&format=json

Le choix du toolkit n'a pas encore été arrêté. Ce sera soit GWT, soit un toolkit 'tout Javascript' tel que Dojo.

Commentaires suite à la démo :

• MW + FO : l'appel automatique à Sesame lorsqu'on rentre une target risque d'écrouler les services (en particulier Simbad). Il serait bon d'augmenter le délai avant envoi de la requête (trouver un compromis par rapport à l'expérience utilisateur)

• Vérifier le lien vers la carte de champ Simbad

• Dans le résultat de http://cds-dev-pw:9180/CDSPortal/aladin?target=xxx , il faut encoder l'URL, y compris la valeur du paramètre 'qual'

• FO : dans les liens vers les catalogues VizieR, il faudrait rajouter une valeur de rayon (2') pour être cohérent avec le reste

• MW : les paramètres variables (rayon par défaut, base url) pourraient être mis dans un fichier de properties

• PF : faut-il remonter certaines données fondamentales de l'objet au niveau du portail ? (ex : type d'objet, magnitude, type spectral). Si oui, lesquelles ?
  FO : de telles infos sont déja disponibles dans la réponse que donne Sesame
  Ces données pourraient être affichées à droite, au niveau du cadre Simbad

• FB : le libellé des 2 premiers liens Aladin gagnerait à être modifié en 'Display region in my Aladin (Web Start)' et 'Display region in Aladin Applet'

• MW+PF : on pourrait ajouter des liens vers les services au niveau des icônes et de l'intitulé de chaque cadre

• PF : ajout de tooltips explicatifs pour expliquer les services et les différents liens ?

• PF : dans le cadre Aladin, on pourrait ajouter une preview JPEG de la région demandée

• PF : la couche intermédiaire fournissant du XML ou du JSON est-elle nécessaire ? A terme, ne faudrait-il pas que ce soient les services qui fournissent directement le format désiré ?

• PF+MW : gestion des miroirs --> le GLU pourrait être utile pour donner l'URL de base des différents services. Voir à quel niveau on résout le tag GLU.

Pour l'affichage de la liste des catalogues VizieR disponibles, on envisage d'utiliser une table triable et paginée (voir http://cdsweb.u-strasbg.fr/~boch-bin/tests-portail/sortable-table/generate_table.py?target=cdfs pour un exemple). Il faudrait que l'exécutable votable renvoie une valeur de 'popularité' pour chaque catalogue (basé sur la table METAhit).
A discuter : intérêt de la coverage map dans le cas d'une recherche par position ?
FO : le tri par wavelength pourrait se faire non pas de façon alphabétique, mais selon les valeurs des longueurs d'onde correspondantes (Radio>IR>Optical>UV>EUV>X-ray>Gamma-ray)

Outil de gestion des news CDS

PW a installé et testé Fusion News, un outil PHP de gestion de news. Il est simple, permet la création aisée de nouveaux articles et génère les flux RSS associés (un flux par catégorie + un flux pour l'ensemble des catégories). Chaque news est stocké dans un fichier ASCII, dans un format que l'on peut générer facilement (depuis un pipeline de traitement par exemple).

Actions :

• l'outil va être déployé sur la machine cdsweb
• Catégories à créer : vizier, aladin, simbad + d'autres si nécessaires
• Gestion des comptes : un compte par utilisateur, avec les droits lui permettant de publier et de modifier dans toutes les catégories
• Indexation : parallèlement aux fils RSS, une page Web facilement indexable reprendra l'ensemble des news

A discuter :

• Fusion News permet l'ajout de commentaires. Faut-il activer ce module ?
  • Avantages : permettrait d'avoir un contact facile et un feedback de notre communauté d'utilisateurs, fonctions que question@simbad remplit de moins en moins. Besoin d'une réflexion plus large sur le degré d'interactivité que l'on souhaite avec nos utilisateurs
  • Inconvénients : risque de spam. L'utilisation de CAPTCHA et/ou la validation des commentaires avant publication peut être une solution.

-- ThomasBoch - 31 Mar 2008

Réunion 'Portail CDS' du 31 mars 2008 avec les responsables des services

Présents : Marc Wenger (MW), Pierre Fernique (PF), Sébastien Derrière (SD), François Ochsenbein (FO), Thomas Boch (TB), François Bonnarel (FB), Pascal Wassong (PW)

Ordre du jour

• Présentation et discussion des prototypes développés par Pascal

• Mise en place d'un outil de gestion des news CDS

Démonstration du prototype de portail

Pascal a développé 3 versions de son prototype, chaque version possédant les mêmes fonctionnalités :

• Version DWR+Prototype - DWR est un toolkit facilitant le développement d'applications AJAX en permettant notamment d'appeler en Javascript (côté navigateur) des méthodes d'objets Java embarqués dans des servlets.

• Version Dojo - Dojo est un toolkit Javascript offrant d'une part des facilités d'écriture Javascript (recherche d'un élément dans l'arbre DOM, appel AJAX, prise en compte des particularités de chaque navigateur), et d'autre part des widgets (ComboBox, grilles de données, etc).

• Version GWT - Avec GWT (Google Web Toolkit), le développement se fait entièrement en Java, aussi bien pour la partie serveur que pour la partie client. Un 'compilateur' se charge de traduire en Javascript la partie client.

Les versions Dojo et GWT s'appuient sur 4 services (un pour Sesame, un pour Simbad, un pour VizieR, un pour Aladin) qui renvoient en XML ou en JSON les données à afficher.
Exemple :

• format XML : http://cds-dev-pw:9180/CDSPortal/simbad?target=m81
• format JSON : http://cds-dev-pw:9180/CDSPortal/simbad?target=m81&format=json

Le choix du toolkit n'a pas encore été arrêté. Ce sera soit GWT, soit un toolkit 'tout Javascript' tel que Dojo.

Commentaires suite à la démo :

• Vérifier le lien vers la carte de champ Simbad

• Dans le résultat de http://cds-dev-pw:9180/CDSPortal/aladin?target=xxx , il faut encoder l'URL, y compris la valeur du paramètre 'qual'

• FO : dans les liens vers les catalogues VizieR, il faudrait rajouter une valeur de rayon (2') pour être cohérent avec le reste

• MW : les paramètres variables (rayon par défaut, base url) pourraient être mis dans un fichier de properties

• PF : faut-il remonter certaines données fondamentales de l'objet au niveau du portail ? (ex : type d'objet, magnitude, type spectral). Si oui, lesquelles ?
  FO : de telles infos sont déja disponibles dans la réponse que donne Sesame
  Ces données pourraient être affichées à droite, au niveau du cadre Simbad

• MW+PF : on pourrait ajouter des liens vers les services au niveau des icônes et de l'intitulé de chaque cadre

• PF : dans le cadre Aladin, on pourrait ajouter une preview JPEG de la région demandée

• PF : la couche intermédiaire fournissant du XML ou du JSON est-elle nécessaire ? A terme, ne faudrait-il pas que ce soient les services qui fournissent directement le format désiré ?

• PF+MW : gestion des miroirs --> le GLU pourrait être utile pour donner l'URL de base des différents services. Voir à quel niveau on résout le tag GLU.

Pour l'affichage de la liste des catalogues VizieR disponibles, on envisage d'utiliser une table triable et paginée (voir http://cdsweb.u-strasbg.fr/~boch-bin/tests-portail/sortable-table/generate_table.py?target=cdfs pour un exemple). Il faudrait que l'exécutable votable renvoie une valeur de 'popularité' pour chaque catalogue (basé sur la table METAhit).
A discuter : intérêt de la coverage map dans le cas d'une recherche par position ?

Outil de gestion des news CDS

PW a installé et testé Fusion News, un outil PHP de gestion de news. Il est simple, permet la création aisée de nouveaux articles et génère les flux RSS associés (un flux par catégorie + un flux pour l'ensemble des catégories). Chaque news est stocké dans un fichier ASCII, dans un format que l'on peut générer facilement (depuis un pipeline de traitement par exemple).

Actions :

• l'outil va être déployé sur la machine cdsweb
• Catégories à créer : vizier, aladin, simbad + d'autres si nécessaires
• Gestion des comptes : un compte par utilisateur, avec les droits lui permettant de publier et de modifier dans toutes les catégories
• Indexation : parallèlement aux fils RSS, une page Web facilement indexable reprendra l'ensemble des news

A discuter :

• Fusion News permet l'ajout de commentaires. Faut-il activer ce module ?
  • Avantages : permettrait d'avoir un contact facile et un feedback de notre communauté d'utilisateurs, fonctions que question@simbad remplit de moins en moins. Besoin d'une réflexion plus large sur le degré d'interactivité que l'on souhaite avec nos utilisateurs
  • Inconvénients : risque de spam. L'utilisation de CAPTCHA et/ou la validation des commentaires avant publication peut être une solution.

Réunion 'Portail CDS' du 31 mars 2008 avec les responsables des services

Présents : Marc Wenger (MW), Pierre Fernique (PF), Sébastien Derrière (SD), François Ochsenbein (FO), Thomas Boch (TB), François Bonnarel (FB), Pascal Wassong (PW)

Ordre du jour

• Présentation et discussion des prototypes développés par Pascal

• Mise en place d'un outil de gestion des news CDS

Démonstration du prototype de portail

Pascal a développé 3 versions de son prototype, chaque version possédant les mêmes fonctionnalités :

• Version DWR+Prototype - DWR est un toolkit facilitant le développement d'applications AJAX en permettant notamment d'appeler en Javascript (côté navigateur) des méthodes d'objets Java embarqués dans des servlets.

• Version Dojo - Dojo est un toolkit Javascript offrant d'une part des facilités d'écriture Javascript (recherche d'un élément dans l'arbre DOM, appel AJAX, prise en compte des particularités de chaque navigateur), et d'autre part des widgets (ComboBox, grilles de données, etc).

• Version GWT - Avec GWT (Google Web Toolkit), le développement se fait entièrement en Java, aussi bien pour la partie serveur que pour la partie client. Un 'compilateur' se charge de traduire en Javascript la partie client.

Les versions Dojo et GWT s'appuient sur 4 services (un pour Sesame, un pour Simbad, un pour VizieR, un pour Aladin) qui renvoient en XML ou en JSON les données à afficher.
Exemple :

• format XML : http://cds-dev-pw:9180/CDSPortal/simbad?target=m81
• format JSON : http://cds-dev-pw:9180/CDSPortal/simbad?target=m81&format=json

Le choix du toolkit n'a pas encore été arrêté. Ce sera soit GWT, soit un toolkit 'tout Javascript' tel que Dojo.

Commentaires suite à la démo :

• MW + FO : l'appel automatique à Sesame lorsqu'on rentre une target risque d'écrouler les services (en particulier Simbad). Il serait bon d'augmenter le délai avant envoi de la requête à 2 secondes

• Vérifier le lien vers la carte de champ Simbad

• Dans le résultat de http://cds-dev-pw:9180/CDSPortal/aladin?target=xxx , il faut encoder l'URL, y compris la valeur du paramètre 'qual'

• FO : dans les liens vers les catalogues VizieR, il faudrait rajouter une valeur de rayon (2') pour être cohérent avec le reste

• MW : les paramètres variables (rayon par défaut, base url) pourraient être mis dans un fichier de properties

• PF : faut-il remonter certaines données fondamentales de l'objet au niveau du portail ? (ex : type d'objet, magnitude, type spectral). Si oui, lesquelles ?
  FO : de telles infos sont déja disponibles dans la réponse que donne Sesame
  Ces données pourraient être affichées à droite, au niveau du cadre Simbad

• FB : le libellé des 2 premiers liens Aladin gagnerait à être modifié en 'Display region in my Aladin (Web Start)' et 'Display region in my Aladin (Applet)'

• MW+PF : on pourrait ajouter des liens vers les services au niveau des icônes et de l'intitulé de chaque cadre

• PF : dans le cadre Aladin, on pourrait ajouter une preview JPEG de la région demandée

• PF : la couche intermédiaire fournissant du XML ou du JSON est-elle nécessaire ? A terme, ne faudrait-il pas que ce soient les services qui fournissent directement le format désiré ?

• PF+MW : gestion des miroirs --> le GLU pourrait être utile pour donner l'URL de base des différents services. Voir à quel niveau on résout le tag GLU.

Pour l'affichage de la liste des catalogues VizieR disponibles, on envisage d'utiliser une table triable et paginée (voir http://cdsweb.u-strasbg.fr/~boch-bin/tests-portail/sortable-table/generate_table.py?target=cdfs pour un exemple). Il faudrait que l'exécutable votable renvoie une valeur de 'popularité' pour chaque catalogue (basé sur la table METAhit).
A discuter : intérêt de la coverage map dans le cas d'une recherche par position ?
FO : le tri par wavelength pourrait se faire non pas de façon alphabétique, mais selon les longueurs d'onde correspondante (radio>microwave>IR>optical>UV>XRay>Gamma)

Outil de gestion des news CDS

PW a installé et testé Fusion News, un outil PHP de gestion de news. Il est simple, permet la création aisée de nouveaux articles et génère les flux RSS associés (un flux par catégorie + un flux pour l'ensemble des catégories). Chaque news est stocké dans un fichier ASCII, dans un format que l'on peut générer facilement (depuis un pipeline de traitement par exemple).

Actions :

• l'outil va être déployé sur la machine cdsweb
• Catégories à créer : vizier, aladin, simbad + d'autres si nécessaires
• Gestion des comptes : un compte par utilisateur, avec les droits lui permettant de publier et de modifier dans toutes les catégories
• Indexation : parallèlement aux fils RSS, une page Web facilement indexable reprendra l'ensemble des news

A discuter :

• Fusion News permet l'ajout de commentaires. Faut-il activer ce module ?
  • Avantages : permettrait d'avoir un contact facile et un feedback de notre communauté d'utilisateurs, fonctions que question@simbad remplit de moins en moins. Besoin d'une réflexion plus large sur le degré d'interactivité que l'on souhaite avec nos utilisateurs
  • Inconvénients : risque de spam. L'utilisation de CAPTCHA et/ou la validation des commentaires avant publication peut être une solution.

Commentaires et remarques :

-- ThomasBoch - 31 Mar 2008