... | ... | @@ -12,8 +12,11 @@ |
|
|
|
|
|
1. 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
|
|
|
|
|
|
1. Affichage des boites + 1 paramètre (score)
|
|
|
|
|
|
1. 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
|
|
|
|
|
|
|
... | ... | @@ -22,10 +25,13 @@ La liste exacte des paramètres pour chaque méthode peut varier, mais possibili |
|
|
# Server
|
|
|
En fonction de la méthode !
|
|
|
|
|
|
Interface serveur vers sub-process Asynchrone
|
|
|
1. 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)
|
|
|
|
|
|
1. 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 ?)
|
... | ... | |