[TRLC-DK1] Limites des épisodes et assurance qualité des ensembles de données pour les laboratoires de construction (intermédiaire)

Comment définissez-vous des démonstrations DK1 utilisables afin que votre équipe ne perde pas de temps à se former sur des épisodes de mauvaise qualité ?

Forum / Index des messages / TRLC-DK1

Poste

La collecte de données DK1 devient compliquée lorsque les équipes ne sont pas cohérentes quant à l'endroit où commence un épisode, où il se termine et quelles courses doivent être exclues avant l'entraînement.

Comment définissez-vous les limites des épisodes et filtrez-vous les démonstrations de mauvaise qualité dans votre flux de travail DK1 ?

Veuillez partager les vérifications pratiques des réinitialisations, des trames inactives, des échecs partiels, des hésitations de l'opérateur et à quoi ressemble votre réussite d'assurance qualité avant qu'un ensemble de données soit considéré comme utilisable.

Si vous répondez, incluez une règle d'assurance qualité exacte qui a détecté une mauvaise exécution et une règle qui s'est avérée trop stricte.

Module : TRLC-DK1 · Public : constructeurs-laboratoires · Type : question

Tags : dk1, dataset-qa, limites des épisodes, démonstrations

Commentaire 1

Les meilleures réponses ici expliquent comment une équipe distingue les échecs informatifs des enregistrements bruyants et inutilisables.

Commentaire 2

Les limites des épisodes deviennent beaucoup plus faciles à rechercher et à réutiliser lorsque les gens partagent des exemples précis tels que la réinitialisation de la pose atteinte, l'objet libéré ou l'expiration du délai d'attente d'une tâche.

Commentaire 3

Si vous disposez d'une liste de contrôle d'assurance qualité légère avant l'exportation de l'ensemble de données, publiez-la. C’est exactement ce que d’autres laboratoires tentent de découvrir.