Les opérateurs d’un nombre important de flotteur Argo n’utilisent pas vraiment ce service, ils requêtent des id dans un premier temps, puis ajuste leurs plans dans un second temps.
Les opérateurs d’un nombre moins important de flotteurs utilisent ce service car ils savent généralement assez tôt quand leurs quelques flotteurs seront déployés.
Il faut donc conserver les deux fonctionnalité (création d’un plan et simple requête de WMO) mais mieux gérer les status associés et les actions qui en découlent.
Le principal problème réside dans le calcul de la carte de densité/plan.
Suggested solution
Lorsque l’on requête un id pour Argo cela créer un plan dans le system. Pour Argo, cette pratique apporte de la confusion chez certains opérateurs et est utile pour d’autre opérateur.
Voici la solution suggérée :
• Request id = ptf status probable.
• Request id, sans position : la position utilisée pour afficher les flotteurs sur la cartes est celle de l’agence à terre. Cela donnera un moyen de bien identifier le stock de WMO id dispo. Les ptf sont exclus du calcul de densité/plan.
• Request id avec position, alors la ptf probable et correctement positionné sur la carte. Les ptf sont inclus dans le calcul de densité/plan.
La difficulté réside donc dans l’exclusion des plans « a terre » du calcul de la carte de densité/plan. Pour résoudre cette difficulté, deux hypothèses :
Première hypothèse, lorsque le plan est à terre, alors il n’affecte pas les calculs de densité/plan car hors du design.
Seconde hypothèse, il se peut que, même si le plan est à terre, il appartienne à un élément de grille de densité non nul (par exemple un élément de grille partiellement couvert de terre qui inclue le laboratoire océanographique qui requête un id). Dans ce cas, il faut réussir à exclure ce plan du calcul de densité/plan.
Context/theme
Argo
Other context (if applicable)
No response
Description of the desired feature
Les opérateurs d’un nombre important de flotteur Argo n’utilisent pas vraiment ce service, ils requêtent des id dans un premier temps, puis ajuste leurs plans dans un second temps. Les opérateurs d’un nombre moins important de flotteurs utilisent ce service car ils savent généralement assez tôt quand leurs quelques flotteurs seront déployés. Il faut donc conserver les deux fonctionnalité (création d’un plan et simple requête de WMO) mais mieux gérer les status associés et les actions qui en découlent. Le principal problème réside dans le calcul de la carte de densité/plan.
Suggested solution
Lorsque l’on requête un id pour Argo cela créer un plan dans le system. Pour Argo, cette pratique apporte de la confusion chez certains opérateurs et est utile pour d’autre opérateur.
Voici la solution suggérée : • Request id = ptf status probable. • Request id, sans position : la position utilisée pour afficher les flotteurs sur la cartes est celle de l’agence à terre. Cela donnera un moyen de bien identifier le stock de WMO id dispo. Les ptf sont exclus du calcul de densité/plan. • Request id avec position, alors la ptf probable et correctement positionné sur la carte. Les ptf sont inclus dans le calcul de densité/plan.
La difficulté réside donc dans l’exclusion des plans « a terre » du calcul de la carte de densité/plan. Pour résoudre cette difficulté, deux hypothèses :
Alternatives considered
No response
Additional context
No response