|
|
# Yolo-Cianna specifications
|
|
|
|
|
|
## Viewer
|
|
|
|
|
|
|
|
|
Un moyen permettant de selectionner la méthode parmis une liste
|
|
|
Self-explanatory
|
|
|
Une “fenetre” pour remplir les hyper-parametres de la méthodes
|
|
|
A partir d’un dictionnaire de paramètres et de types pour chaque méthode avec des valeurs par défaut
|
|
|
Un bouton “find sources”
|
|
|
Action : envoyer la liste de paramètres actuels coté serveur ainsi que la “view” actuelle (coordonnées, et path ou pointeur vers les data), attendre la réponse (asynchrone ?).
|
|
|
Affichage des boites + 1 paramètre (score)
|
|
|
Tableau avec les paramètres des sources
|
|
|
La liste exacte des paramètres pour chaque méthode peut varier, mais possibilité de définir un dictionnaire aussi
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## Server
|
|
|
En fonction de la méthode !
|
|
|
|
|
|
Interface serveur vers sub-process Asynchrone
|
|
|
Depuis le serveur, donne les infos requises au sub-process, ET reçoit les résultats du sub-process pour les redonner au serveur avant renvoi vers le client.
|
|
|
Note: Possibilité de faire tourner le sub process sur un autre serveur qui fait tourner les méthodes (Altamira GPU ?)
|
|
|
Sub-process de la méthode (en python)
|
|
|
Reçoit un path (data à charger) ou des data, une “view”, et des hyper paramètres.
|
|
|
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 ?)
|
|
|
|
|
|
|
|
|
C. SPECS détaillées de fonctions
|
|
|
A remplir au fur et à mesure. |