Pourquoi le CSV porte à la fois Rating et Circle, et pourquoi les deux colonnes se contredisent
Le CSV de SlateX écrit une ligne par caméra, et une prise sans caméra produit quand même une ligne ; l'en-tête et l'ordre des colonnes sont actuellement figés, et on peut seulement ajouter des colonnes à la suite de l'ordre existant, pas réordonner celles qui existent déjà. Rating et Circle ont l'air de décrire toutes deux la même notation de plateau, mais ce ne sont pas deux états de plateau distincts : les deux colonnes dérivent de la valeur numérique de la notation, dans des conditions différentes, si bien qu'une même fiche peut donner dans les deux colonnes des résultats qui paraissent discordants.
RatingetCirclesont toutes deux des champs de livraison dérivés de la valeur numérique de la notation ; il ne faut pas les traiter comme deux états indépendants de sélection sur le plateau.
Les lignes du CSV se déploient d'abord par caméra
Si une prise a plusieurs caméras, le CSV se déploie en autant de lignes de données ; si cette prise n'a pas de caméra, une ligne sort quand même, et seules les formes de valeur manquante des colonnes liées à la caméra diffèrent d'une colonne à l'autre : les unes restent vides, d'autres tombent sur une valeur par défaut, et le destinataire doit vérifier colonne par colonne. Les noms de colonnes de l'en-tête sont des noms anglais fixes, et l'ordre des colonnes est lui aussi défini par une constante, sans suivre la langue de l'interface de l'app.
C'est cohérent avec « Ce qu'un CSV apporte de plus ou de moins qu'un ALE » : la structure des champs d'un CSV se vérifie sur le fichier lui-même, et on ne peut pas déduire d'un autre fichier de livraison qu'il porterait le même jeu de colonnes.
Rating traduit la valeur de notation en texte anglais fixe
La correspondance de Rating est fixe : la valeur 4 écrit Circle, 3 écrit Keep, 2 écrit Hold, 1 écrit N/G, et une prise sans notation écrit une chaîne vide. Ces textes de livraison sont des constantes anglaises et ne varient pas avec la langue de l'interface.
Rating est donc la forme textuelle d'une valeur de notation, et non une autre lecture de l'état de plateau. Une interface chinoise, anglaise ou dans une autre langue peut avoir ses propres libellés d'affichage, mais ici le CSV continue d'écrire les mots anglais fixes.
Circle ne demande que si la notation vaut 4
La règle de Circle est plus étroite : elle écrit TRUE uniquement quand la valeur de notation est égale à 4, et FALSE dans tous les autres cas. Cette colonne n'a pas de branche pour le vide, si bien qu'une prise sans notation comme les notations Keep, Hold ou N/G reçoivent toutes une valeur fausse explicite, au lieu d'une cellule laissée vide.
C'est là que naît la contradiction annoncée par le titre. Quand une prise est notée Keep sur le plateau, un indicateur interne de sélection est aussi mis à vrai sur certains chemins d'écriture ; mais le Circle du CSV ne lit pas cet indicateur, il regarde seulement si la notation vaut 4, et la ligne contiendra donc Rating=Keep avec Circle=FALSE.
Aucune des deux colonnes ne lit l'état de plateau ni l'indicateur de sélection
Ni Rating ni Circle ne lisent le texte d'état de plateau, et aucune ne lit cet indicateur interne de sélection. Elles ne font que faire passer le même nombre de notation par deux règles de dérivation différentes. Le destinataire ne peut donc pas interpréter la colonne Circle comme un enregistrement direct de « la prise a-t-elle été sélectionnée sur le plateau », et les deux colonnes ne sont pas des sources indépendantes capables de se valider l'une l'autre.
La conclusion autorisée est plus étroite : la notation n'apparaît pas sous la même forme d'un fichier de livraison à l'autre, et cette page ne donne que la source respective des deux colonnes du CSV. Aucune des deux ne porte cet indicateur interne : on ne peut pas reconstruire la sélection de plateau à partir de Circle, et on ne peut pas dire non plus que l'état de plateau suit le CSV dans son intégralité.
Une prise Keep peut donner à la foisRating=KeepetCircle=FALSE; l'écart vient de deux conditions de dérivation différentes, non de deux états de plateau qui se nieraient l'un l'autre.
Deux frontières de forme du CSV à examiner en même temps
L'en-tête est assemblé directement à partir de constantes, sans passer par l'échappement des champs ; les retours à la ligne et les tabulations dans les champs de données sont d'abord remplacés par des espaces, au lieu de conserver les sauts de ligne derrière un encadrement par guillemets. Cette sortie ne peut donc pas être résumée comme « conforme à RFC4180 ». Ce qui est décrit ici est la forme produite actuellement, sans juger à la place d'un tableur ou d'un système de montage aval de la façon dont il interprétera le fichier.
Les noms de colonnes sont eux aussi des constantes anglaises fixes et ne suivent pas la langue de l'app. Le principe de réception défendu dans « D'où viennent les valeurs de chaque colonne d'un ALE » et « À la réception d'un ALE, vérifiez d'abord ces champs » vaut aussi ici : le destinataire doit vérifier colonne par colonne, sur son propre modèle d'importation, les noms de colonnes réels, les formes de valeurs et leurs sources.
FAQ
Rating change-t-il avec la langue de l'interface ?
Non. Les textes de notation du CSV sont des constantes anglaises fixes, et, sans notation, Rating écrit une chaîne vide.
Une cellule Circle vide signifie-t-elle absence de sélection ?
Circle n'a pas de branche pour le vide. La notation égale à 4 écrit TRUE, et tous les autres cas écrivent FALSE.
Pourquoi Keep donne-t-il Circle=FALSE ?
Parce que Circle ne demande que si la notation vaut 4 ; Keep correspond à une autre valeur de notation, donc FALSE est écrit, même si l'indicateur interne de sélection est mis à vrai sur le chemin d'écriture.
Circle peut-il se lire comme l'état de sélection du plateau ?
Il ne faut pas l'interpréter ainsi. Il ne dérive que d'une condition, la notation vaut-elle 4 ; le destinataire doit vérifier le sens en croisant Rating avec ses propres règles d'importation.
Axiom One LLC — SlateX. Chiffres arrêtés au 2026-09-24.