Journee de travail OV-GAFF, Grasse, 24/03/10
Presents : Jérome Berthier, Bertrand de Saint-Jean, Xavier Collilieux, Florent Deleflie, Olivier Laurain
Pas d'ordre du jour particulier, discussions et planifications des actions autour de
1. Identifications des services sur le vo (registry)
Toute ressource sur le VO doit être identifié avec un URI qui est une sorte d'identifiant, par exemple "ivo://voparis". "ivo://voparis", l'espace de nommage le plus utilisé par les produits diffusés par les collègues astrophysiciens franciliens va disparaitre au prix d'une uniformisation. ivo://vopdc (vo paris data center) verra le jour. Jérome et ses collègues ont prépapré un document décrivant comment construire un URI pour sa ressource de façon normalisée pour déclarer une ressource sur le VOPDC. Ce document est à commenter sous 15 jours; passé ce délai, les URI et ressources seront soumises. Remarque: hormis les URI voparis.ign.lareg et voparis.ign.lareg/itrf, aucune ressource ou aucun organisme OV-GAFF a soumis des données sous voparis.
La question a été soulevé pour savoir comment déclarer les ressources OV-GAFF et avec quel URI. Il est possible, à l'aide de mot-clé comme "sponsored by", "related to" ou "service for" de pointer vers un autre URI; il est donc possible d'identifier des ressources IERS par ce biais. En conséquence, il a été choisi dans un premier temps de ne pas délivrer sur les OV de produits sous un URI faisant référence à l'IERS mais plutôt d'utiliser ce biais. Afin d'assurer une lisibilité de la communauté géodésie France, il est proposé de créer un nouvel espace de nom ivo://grgs ou ivo://vogrgs sur le modèle de ivo://vopdc. Car ivo://vopdc exclut plus ou moins l'OCA en raison de sa situation géographique. L'OCA compte de plus ouvrir une compétence OV et devra donc créer son espace de nom à moyen terme. Il y aura donc par exemple sous ce modèle: ivo://grgs.oca/ilrs , ivo://grgs.ign/itrf etc...
Le SYRTE n'étant pas présent, que penses-t-il de cette solution? Souhaite-t-il déclarer ses ressources sur vopdc ou vogrgs?
2. Démonstration par JB d'un webservice en php
Tout d'abord, un webservice est caractérisé par un fichier WSDL. Ce fichier est composé de différents blocs. Un bloc de déclaration de type, un bloc header, les paramètres d'entrée et les paramètres de sortie, les actions et le fichier php déclarateur du service. Le second fichier est donc le fichier PHP déclarateur du service. Ce fichier décrit le service et ses fonctions. Il inclut les déclarations de classes (au sens orienté objet) nécessaires et fait l'équivalence entre un objet déclaré dans le WSDL et une variable PHP. Les méthodes réalisant les actions sont déclarées dans d'autres fichiers PHP. A noter qu'un service peut réaliser plusieurs actions, ce qui veut dire qu'il peut être composé de plusieurs méthodes. A noter que les fichiers PHP manipulent le protocole SOAP qui est le protocole des services web.
JB insiste sur le fait qu'il est important de faire le log d'un service web pour avoir un retour, mais aussi pour réaliser du support et de l'aide. Dans ce cas, il est indispensable de mettre dans le header du web service des identifiant permettant de tracer chaque requête.
JB rappelle que des classes PHP sont dispos sur http://vo-web.obspm.fr/tools/ pour manipuler des VOTables
3. Actions
3.1. referencement services. A faire par jb fd bsj, xc
- lire le document de JB et lui renvoyer ses commentaires
- si la solution ivo://grgs est adoptée, écrire un document similaire définissant les URI utilisées par le groupe de travail
- Créer les fichiers XML de ressources pour OV-GAFF. A noter que si tout ça est fait dans les 15 jours, les fichiers XML déclarant les ressources pourront être soumis avec celles de vopdc par JB créant ainsi l'URI ivo://grgs par exemple
- Informer l'IERS de la diffusion de données sur le VO
- Réfléchir à terme s'il est profitable de mettre les produits IERS sous un URI IERS ou GGOS
3.2. votable 1.2.
- Mettre les orbites SLR en VOTABLE
- Relire le stc pour modif (xc+jb+fd), avec
-- cote S ou F et joyseuseries du genre : xc
-- systemes topocentriques etc : jb + fd
- Production de votable a partir du fortran. Librairie fortran a envoyer par jb
- Mettre les Tables ITRF en VOTABLE 1.2
3.3. webservices
- formation xc : séminaire ensuite de xc a ov-gaff si assimilé
- réalisation d'un embryon de webservice par JB
- service pour les residus d'orbite ?
- service pour correction des mesures laser ?????
- service pour la diffusion de table d'équivalence CODE, DOMES etc... A terme, création d'un service qui permet de récupérer des coordonnées ITRF à n'importe quel époque et dans n'importe quelle réalisation, dans le repère global ou local, cartésien ou géographique etc...
3.4. Il sera indispensable pour une prochaine réunion de réfléchir à un moyen de valoriser l'utilisation des OV. i.e. de montrer en quoi l'utilisation des services OV permet de simplifier le travail. Cela nous permettra de construire une argumentation à destination des partenaires français (ex: le reste du GRGS) et la communauté internationale.
