Perché gli stessi ciak non tornano come numero di righe e come ordine in più file di consegna

Che lo stesso insieme di record di ciak abbia numero di righe e ordini diversi in più file di consegna non dipende dal fatto che i file prendano dati da progetti diversi: dipende dal partire tutti dallo stesso snapshot raccolto per ora di creazione, e dall'applicare poi chiavi di ordinamento e granularità di espansione diverse. Il prodotto tabellare conserva l'ordine di creazione, l'elenco strutturato riordina per scena, inquadratura e ciak, e il rapporto giornaliero leggibile usa un altro insieme di chiavi per l'inquadratura; allo stesso tempo i primi due si espandono per videocamera, mentre il rapporto giornaliero resta una riga per ciak.

Nel confronto fra file la chiave comune stabile è l'identità di scena, inquadratura e ciak, non «la riga numero tale».

Stesso punto di partenza, regole di ordinamento diverse dopo

Lo snapshot viene raccolto all'inizio in ordine crescente di ora di creazione della registrazione. Il prodotto tabellare non riordina dopo, e conserva in larga parte quest'ordine di creazione. L'elenco strutturato riordina le stesse registrazioni per numero di scena, numero di inquadratura e numero di ciak, con confronto naturale per scena e inquadratura. Le provenienze dei dati coincidono, ma le posizioni delle righe si sono già separate da quelle del prodotto tabellare.

Il rapporto giornaliero leggibile segue un altro ordinamento ancora: dopo la scena usa come seconda chiave il nome qualificato dell'inquadratura e poi ordina per numero di ciak. Quel nome qualificato non è il numero di inquadratura grezzo usato dall'elenco strutturato, e due file che contengono gli stessi ciak non hanno per questo una relazione «la riga due corrisponde alla riga due».

Il log dell'interfaccia ha un terzo ordine: ordina per stringa del numero di inquadratura in senso crescente e poi per numero di ciak in senso crescente, e con l'ordinamento per stringa 10 finisce prima di 2. È l'ordine di visualizzazione proprio del livello dell'interfaccia e non serve neppure a risalire, da lì, alla posizione delle righe nei file esportati.

Righe diverse: il nodo è l'espansione per videocamera

L'elenco strutturato e il prodotto tabellare si espandono entrambi per videocamera: un ciak con più videocamere genera più righe, e anche un ciak senza videocamere conserva una riga. Il rapporto giornaliero leggibile fa diversamente, perché prende una riga per ciak, e un ciak con più videocamere continua a occupare una sola riga.

Questo spiega anche come uno stesso insieme di registrazioni di set produca totali di righe diversi. Un ciak con più videocamere viene scomposto nell'elenco e nella tabella, mentre nel rapporto giornaliero resta un ciak. La colonna No. del rapporto giornaliero, che sembra un numero progressivo, è il numero di riga dell'intero documento e non è un numero di ciak, e per questo è ancora meno una chiave di confronto fra file.

Che il numero di righe cambi dipende dalla diversa granularità dei prodotti, e non vuol dire che un file «abbia una ripresa in più» o «ne abbia una in meno».

Anche l'identificativo dell'inquadratura può non essere la stessa stringa nei diversi prodotti

Il rapporto giornaliero leggibile usa il nome qualificato dell'inquadratura, mentre la colonna dell'inquadratura del prodotto tabellare usa il numero di inquadratura grezzo. Una stessa inquadratura può comparire, nell'interfaccia o in un file, con il prefisso della scena o in forma qualificata, e in un altro file con il solo numero più corto. Chi riceve il file deve rimetterli dentro le relazioni di scena, inquadratura e ciak, invece di giudicare dall'uguaglianza di una stringa in una colonna se si tratti della stessa registrazione.

Quello che qui viene descritto è il meccanismo del lato dei nostri prodotti. L'evidenza attuale non consente di affermare oltre che un dato software a valle farà per questo un aggancio sbagliato, perderà un aggancio o rifiuterà l'importazione. Il comportamento di ricezione concreto va ancora verificato da chi riceve il file, colonna per colonna, con il proprio modello di importazione.

Che cosa usare nel confronto

Nel confronto fra file si blocca prima la scena, poi l'inquadratura e poi il numero di ciak, e per le registrazioni con più videocamere si continua con la videocamera. Lo scopo è trattare le relazioni di identità come lingua comune, invece di prendere la posizione di riga comparsa per caso in un file come chiave primaria.

Se due file hanno totali di righe diversi, prima si chiede se abbiano adottato granularità di espansione diverse; se gli ordini sono diversi, si guarda se usino chiavi di ordinamento delle inquadrature diverse. Solo quando le relazioni di identità stesse non tornano occorre tornare alle registrazioni sorgente, invece di pretendere prima che i diversi prodotti siano allineati riga per riga.

Queste differenze sono un risultato del meccanismo di generazione, ma che «il meccanismo sia così» non autorizza neppure a saltare la verifica. Ciascun prodotto copre un compito diverso, e chi riceve il file deve confermare che i campi che usa sappiano davvero tornare alla stessa registrazione di set.

FAQ

Perché il prodotto tabellare e l'elenco strutturato hanno ordini diversi?

Perché il prodotto tabellare conserva l'ordine di creazione, mentre l'elenco strutturato riordina per scena, inquadratura e ciak. Partono dallo stesso insieme di snapshot, ma applicano ordinamenti diversi dopo.

Perché con più videocamere i file hanno totali di righe diversi?

L'elenco strutturato e il prodotto tabellare si espandono per videocamera, e un ciak con più videocamere occupa più righe; il rapporto giornaliero prende una riga per ciak, quindi lo stesso ciak continua a occuparne una sola.

Il No. del rapporto giornaliero si può allineare ai numeri di riga di un altro file?

No. Il No. del rapporto giornaliero è il numero di riga dell'intero documento e non è lo stesso concetto del numero di ciak, e non può fungere da chiave di identità fra file.

Quale chiave comune usare per confrontare più file?

Si usano prima gli identificatori di scena, inquadratura e ciak e, sulle registrazioni con più videocamere, si continua con la videocamera; i numeri di riga o la posizione di ordinamento di un singolo file non diventano una chiave comune.

Axiom One LLC — SlateX. I numeri di questo articolo sono aggiornati al 2026-09-24.