Por qué los números de fila de las mismas tomas no se corresponden entre archivos de entrega

Que dentro de varios archivos de entrega el mismo lote de registros de toma dé números de fila que no se corresponden entre sí no viene de que cada archivo saque los datos de un proyecto distinto. Sale de que cada artefacto aplica sus propias llaves de ordenamiento. El artefacto tabular conserva el orden de creación, la lista estructurada vuelve a ordenar por escena, plano y toma, y el Reporte legible usa además otra llave de plano; los tres ya se expanden por cámara, así que en una misma tanda exportada las filas quedan en el mismo grano, y lo que no cierra es el orden.

Al cotejar entre archivos, la llave común estable es la identidad de escena, plano y toma, no “qué fila es”.

El punto de partida es igual y después las reglas de orden divergen

El artefacto tabular sigue más o menos el orden en que se crearon los registros. La lista estructurada sí reordena esos mismos registros por escena, número de plano y número de toma, y en eso la escena y el plano se comparan con un orden natural. Son los mismos registros de toma, pero la posición de las filas ya no coincide.

El Reporte legible recorre además otra pasada: después de la escena usa el nombre calificado del plano como segunda llave y ordena por número de toma. Ese nombre calificado no equivale al número de plano original con que trabaja la lista estructurada, así que dos archivos que contienen las mismas tomas no tienen por qué tener una relación de “la fila dos corresponde a la fila dos”.

El registro de la interfaz tiene todavía un orden propio: sube por la cadena del número de plano y después por el número de toma. Con orden de cadenas, 10 queda antes de 2. Ese es el orden de visualización de la capa de la interfaz, y tampoco sirve para deducir desde él en qué posición van a quedar los datos exportados.

Números de fila que no coinciden: lo clave es que cada uno usa sus propias llaves de ordenamiento

Los tres se expanden por cámara: una take con varias cámaras produce varias filas en cada uno, y una take sin cámara igual conserva una fila. Entonces los tres archivos de una misma tanda quedan en el mismo grano de filas; lo único que cambia es que esas mismas filas, con las llaves de cada uno, salen en órdenes distintos.

Eso explica también por qué los números de fila no coinciden entre sí: el CSV sigue más o menos el orden en que se crearon los registros, el ALE vuelve a ordenar por escena, número de plano y número de toma, y el Reporte ordena por escena, nombre calificado del plano y número de toma. Y la columna No. del Reporte, que parece un número de orden, es más bien el número de fila de todo el documento, no un número de take, así que menos todavía se puede usar como llave de cotejo entre archivos.

Que los números de fila no coincidan viene de que cada producto usa llaves de ordenamiento distintas; no significa que un archivo “tiene una grabación de más” o “una de menos”.

La identificación del plano tampoco tiene por qué ser la misma cadena en cada producto

El Reporte legible usa el nombre calificado del plano, y la columna de plano del artefacto tabular usa el número de plano original. Un mismo plano puede llegar con el prefijo de la escena o en forma calificada a la interfaz o a un archivo, y en otro archivo quedarse solo en el número más corto. Quien recibe debe volver a ponerlos dentro de la relación de escena, plano y toma para entenderlos, y no decidir si son el mismo registro mirando apenas si una cadena coincide por completo.

Lo que se describe acá es el mecanismo del lado de nuestros productos. La evidencia actual no alcanza para seguir afirmando que tal software del lado de abajo va a malemparejar, dejar de emparejar o rechazar la importación por eso. La conducta de recepción concreta la sigue verificando quien recibe contra su propia plantilla de importación, columna por columna.

Entonces, con qué se hace el cotejo

Al revisar entre archivos, primero se fija la escena, después el plano, después el número de toma; y en los registros con varias cámaras sigue el de la cámara. El objetivo es tratar la relación de identidad como el idioma común, en lugar de tomar una posición de fila que apareció por casualidad en un archivo como si fuera la llave principal.

Los tres archivos de una misma tanda ya quedan en el mismo grano de filas, y si el orden es distinto mire primero qué llaves de ordenamiento usó cada uno. Comparar de un alcance al otro no se sostiene: solo la exportación por día de rodaje genera el Reporte, la de todo el proyecto saca únicamente el ALE y el CSV. Solo cuando la relación de identidad misma no cuadra hace falta volver al registro de origen a revisar, no exigir de entrada que varios productos alineen fila por fila. Cuando haga falta decidir, según el proceso de quien recibe, si un archivo de entrega del set puede seguir usándose, revise entonces en el orden de cotejo de “Cómo decide quien recibe si un archivo de entrega del set puede seguir usándose”.

Esas diferencias son resultado del mecanismo de generación, pero que “el mecanismo sea así” tampoco autoriza a saltarse la revisión. Cada producto carga una responsabilidad distinta, y quien recibe sigue teniendo que confirmar que los campos que usa pueden volver de hecho a un mismo registro del set.

FAQ

¿Por qué el orden del artefacto tabular y el de la lista estructurada es distinto?

Porque el artefacto tabular conserva el orden de creación y la lista estructurada vuelve a ordenar por escena, plano y toma. Los dos cubren las mismas tomas, pero sus reglas de orden posterior son distintas.

¿Los archivos de una misma tanda dan el mismo total de filas?

Sí. Los tres usan una fila por cámara, y una take con varias cámaras ocupa la misma cantidad de filas en los tres; lo que cambia es el orden. La tanda de todo el proyecto no genera Reporte, así que comparar totales de filas entre esos alcances tampoco se sostiene.

¿El No. del Reporte se puede cotejar con el número de fila de otro archivo?

No debería. El No. del Reporte es el número de fila de todo el documento y no es el mismo concepto que el número de take, así que no sirve como llave de identidad entre archivos.

¿Con qué llave común se debe revisar varios archivos?

Con la identidad de escena, plano y toma, y en los registros con varias cámaras se sigue con la cámara; sin convertir el número de fila o la posición de orden de un archivo en la llave común.

Axiom One LLC — SlateX