| ... | ... | @@ -36,6 +36,17 @@ Note: Possibilité de faire tourner le sub process sur un autre serveur qui fait |
|
|
|
Action : charge le sub-process si il n’est pas chargé (ex: chargement de réseau), et effectue la détection.
|
|
|
|
Renvoi vers l’interface asynchrone le résultat de la détection pour le “view” : une liste de coordonées à standardiser (xmin, xmax, ymin, ymax, …), une métrique de qualité (score pour YOLO, pour dendro incertitude ?)
|
|
|
|
|
|
|
|
1. Implémentation
|
|
|
|
|
|
|
|
L'implémentation du serveur pourrait se faire en utilisant le protocole [UWS](https://ivoa.net/documents/UWS/20161024/REC-UWS-1.1-20161024.html) de l'IVOA pour la gestion de jobs asynchrones
|
|
|
|
|
|
|
|
Plusieurs pistes sont possibles pour la mise en oeuvre :
|
|
|
|
- implémentation "maison"
|
|
|
|
- utilisation de [Opus](https://gitlab.obspm.fr/mservillat/OPUS) développé au Luth. Une instance en fonctionnement est disponible [ici](https://voparis-uws-maser.obspm.fr/client/)
|
|
|
|
- [La librairie UWS du CDS](http://cdsportal.u-strasbg.fr/uwstuto/), mais en Java
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# Schéma global du fonctionnement
|
|
|
|
|
|
|
|
[Schema google docs](https://docs.google.com/presentation/d/1M0nj3ar3KhQ1pv1ZNHOXOtbj5xou1WiTrzs-0kC7Fiw/edit#slide=id.p)
|
| ... | ... | |
