Datos | Comando Research

CR-002

Primero definimos qué información guardar. Después entrenamos modelos.

Una carpeta llena de fotos no es una base de datos útil. Cada imagen debe estar ligada a una pieza concreta, sus dimensiones, la junta, los parámetros de soldadura, la trayectoria y el resultado.

sample_id ├── workpiece │ ├── joint_type │ ├── measured_geometry │ ├── nominal_pose │ └── actual_pose ├── vision │ ├── rgb_before │ ├── rgb_after │ ├── depth / point_cloud (when available) │ └── annotations ├── process │ ├── robot_program_version │ ├── path │ ├── wire / gas │ └── welding_parameters └── outcome ├── cycle_time ├── bead_geometry ├── defects / rework └── mechanical_test (if applicable)

Annotation plan

Qué anotaremos en las imágenes.

Detección

Cajas para identificar pieza, junta y otras regiones necesarias para el experimento.

Segmentación

Máscaras de junta o cordón cuando necesitemos conocer su forma y no solo su ubicación.

Geometría

Puntos, línea central, extremos y posición 3D cuando el sensor permita medirlos.

Data governance

No todo dato del taller debe hacerse público.

Primero privado

Los datos se mantienen internos mientras revisamos calidad, permisos y cualquier información que pueda identificar proyectos o clientes.

Versiones congeladas

Si publicamos una versión, quedarán fijos el esquema, las particiones de entrenamiento/validación/prueba y su checksum.

Licencia después

La licencia se define únicamente cuando esté claro que Comando puede publicar legalmente todas las imágenes y datos incluidos.

Quality criteria

La prueba de calidad es sencilla: otra persona debe poder entender de dónde salió cada dato.

Pregunta	Requisito
¿De dónde salió esta imagen?	sample_id, fecha, montaje y contexto.
¿Qué era la verdad-terreno?	método de anotación y revisión.
¿Hay leakage entre train/test?	separación por pieza/serie cuando aplique.
¿Se puede repetir?	versiones de modelo, código, parámetros y seed.