Por qué los números de fila de las mismas tomas no se corresponden entre los archivos de entrega
Que el mismo lote de registros de toma dé números de fila que no se corresponden entre varios archivos de entrega no viene de que cada archivo saque los datos de un proyecto diferente. Cada producto aplica sus propias claves de ordenación: los tres ya se despliegan por cámara, así que una misma tanda exportada queda a la misma granularidad de filas y lo que no coincide es el orden; la lista estructurada reordena por escena, plano y toma, y el Diario usa otra clave de plano.
Al hacer la tabla de correspondencias entre archivos, la clave común estable es la identidad de escena, plano y toma, y no «la fila número tal».
El punto de partida es el mismo y las reglas de ordenación se separan después
El producto tabular sigue en gran medida el orden en que se crearon los registros. La lista estructurada reordena esos mismos registros por número de escena, número de plano y número de toma, y en las dos primeras claves usa una comparación en orden natural. Son los mismos registros de toma, pero la posición de las filas ya no coincide.
El Diario legible recorre además una ordenación propia: después de la escena usa como segunda clave el nombre cualificado del plano y ordena luego por número de toma. Ese nombre cualificado no es la cadena del número de plano original que usa la lista estructurada, así que dos archivos que contienen el mismo lote de tomas tampoco guardan una relación de «la segunda fila tiene que corresponder a la segunda fila».
El registro que se ve en pantalla tiene todavía otro orden: sube por la cadena del número de plano y después por el número de toma. Con ordenación de cadenas, 10 queda delante de 2. Esa es una secuencia de visualización propia de la capa de interfaz, y tampoco sirve para deducir desde ella la posición de las filas exportadas.
Números de fila que no se corresponden: lo clave es que cada uno sigue sus propias claves de ordenación
Los tres se despliegan por cámara: un take con varias cámaras genera varias filas en cada uno, y un take sin cámara conserva igualmente una fila. Así que los tres archivos de una misma tanda están en la misma granularidad de filas; lo único que cambia es que esas mismas filas, con las claves de cada uno, quedan en órdenes distintos.
Esto explica también por qué los números de fila no se corresponden entre sí: el CSV sigue básicamente el orden en que se crearon los registros, el ALE reordena por número de escena, número de plano y número de toma, y el Diario ordena por número de escena, nombre cualificado del plano y número de toma. Además, esa columna del informe que parece un número de secuencia, No., es el número de fila de todo el documento, no un número de take, así que menos todavía puede usarse como clave de correspondencia entre archivos.
Que los números de fila no se correspondan viene de que cada producto aplica claves de ordenación distintas, no de que un archivo «tenga una grabación más» o «le falte una grabación».
La etiqueta del plano tampoco es la misma cadena en todos los productos
El Diario legible usa el nombre cualificado del plano, mientras que la columna de plano del producto tabular usa el número de plano original. Un mismo plano puede aparecer en la interfaz o en un archivo con el prefijo de escena o en forma cualificada, y en otro archivo quedarse solo en la numeración más corta. El receptor debe leerlos dentro de la relación de escena, plano y toma, y no decidir si es el mismo registro solo porque dos cadenas de una columna coincidan por completo.
Lo que aquí se describe es el mecanismo del lado de nuestros productos. La evidencia actual no permite afirmar además cómo va a emparejar mal, dejar sin correspondencia o rechazar la importación un software de destino concreto. El comportamiento de recepción real sigue teniéndolo que comprobar el receptor columna por columna con su propia plantilla de importación.
Qué conviene usar al hacer la correspondencia
Al comprobar entre archivos hay que sujetar primero la escena, después el plano y después el número de toma; en los registros multicámara hay que seguir bajando hasta la cámara. El fin es tratar la relación de identidad como lenguaje común, y no tomar como clave principal una posición de fila que apareció por casualidad en uno de los archivos.
Los tres archivos de una misma tanda ya quedan a la misma granularidad de filas, y si el orden no coincide hay que ver primero qué claves de ordenación usó cada uno. Comparar de un alcance a otro no se sostiene: solo la exportación por día de rodaje genera el Diario, la del proyecto completo saca únicamente el ALE y el CSV. Solo cuando la propia relación de identidad no empareja hay que volver al registro de origen, en lugar de exigir antes que los productos coincidan fila por fila. Cuando haga falta decidir, según el proceso del receptor, si una entrega del set puede seguir usándose, conviene revisarla en el orden de comprobación de «Cómo decide el receptor que una entrega del set puede seguir usándose».
Estas diferencias son consecuencia del mecanismo de generación, pero que «el mecanismo sea así» tampoco autoriza a saltarse la comprobación. Cada producto asume una responsabilidad distinta, y el receptor sigue teniendo que confirmar que los campos que usa vuelven de verdad al mismo registro del rodaje.
FAQ
¿Por qué el producto tabular y la lista estructurada no siguen el mismo orden?
Porque el producto tabular conserva el orden de hora de creación, mientras que la lista estructurada reordena por escena, plano y toma. Los dos cubren las mismas tomas, pero las reglas de ordenación posteriores son distintas.
¿Los archivos de una misma tanda tienen el mismo total de filas?
Sí. Los tres sacan una fila por cámara, y un take multicámara ocupa las mismas filas en los tres; lo que no es igual es el orden. La tanda del proyecto completo no genera Diario, así que comparar totales de filas entre esos dos alcances tampoco se sostiene.
¿Puede emparejarse el No. del Diario con el número de fila de otro archivo?
No debería. El No. del Diario 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 clave de identidad entre archivos.
¿Qué clave común conviene usar para comparar varios archivos?
Hay que usar antes que nada la identidad de escena, plano y toma, y en los registros multicámara seguir comprobando la cámara, y no convertir el número de fila ni la posición de orden de un archivo en la clave común.
Axiom One LLC — SlateX