Importer des photos pendant un événement : workflow fiable

Un import photo en direct reçoit les fichiers pendant la prise de vue, contrôle chaque original, reprend après une panne et ne publie que des résultats vérifiés. « En direct » décrit un import progressif, pas une mise en ligne automatique. Une photo reste privée jusqu’au contrôle de son intégrité, de son événement et de sa galerie.

Chaque fichier doit avoir un identifiant stable et un état explicite. Après une coupure, un redémarrage ou une double copie, le système doit reprendre sans perdre d’originaux, sans créer de doublons ni contourner la revue.

Séparer les trois horloges

Trois chronologies avancent pendant un événement :

• l’heure de prise de vue, inscrite par le boîtier ;
• l’heure d’import, lorsque le système reçoit puis contrôle le fichier ;
• l’heure de publication, lorsqu’une étape autorisée le rend visible.

L’horloge peut dériver, une carte arriver tard et une image rester bloquée. Conservez les trois valeurs.

Formulez l’objectif comme une plage, pas comme une promesse. Un réseau dégradé peut allonger le délai ; l’interface doit montrer l’état réel.

Rendre l’import idempotent

Une opération est idempotente si sa répétition ne crée pas une seconde photo logique. Le nom ne suffit pas : deux boîtiers peuvent produire DSC_0001.JPG.

Construisez une clé d’import stable à partir d’éléments placés dans le bon périmètre :

• événement et poste d’import ;
• boîtier ou carte, si l’information est disponible ;
• chemin relatif et nom d’origine ;
• taille et métadonnées de capture ;
• empreinte cryptographique calculée une fois tous les octets reçus.

L’empreinte confirme deux contenus identiques seulement à la fin du transfert. Créez un enregistrement provisoire, puis finalisez-le après vérification. Un fichier partiel ne doit jamais devenir un original valide.

Même si la clé de stockage est générée, gardez le nom source : il reste indispensable pour rapprocher le serveur d’une carte ou d’une sauvegarde locale.

Donner un sens précis à chaque état

Un modèle simple peut contenir :

État	Signification	Actions suivantes
Créé	Un import existe, mais les octets peuvent être incomplets	Continuer, annuler ou expirer
Reçu	La quantité attendue est arrivée	Vérifier l’intégrité
Vérifié	Empreinte et décodage de l’image sont valides	Produire les aperçus et lancer les tâches
En traitement	Une ou plusieurs dérivations sont en cours	Relancer chaque échec séparément
Prêt à vérifier	Suggestions et contexte nécessaires sont disponibles	Confirmer, refuser, séparer, fusionner ou bloquer
Approuvé	Les contrôles de publication sont passés	Publier
Publié	L’image est visible selon des règles définies	Corriger, retirer ou livrer
En erreur	Une étape nommée a échoué	Examiner puis relancer sans doublon

Évitez un statut unique « importé » qui recouvre tous ces sens. L’équipe doit distinguer un fichier durablement contrôlé d’un transfert encore incomplet ou d’une photo déjà publique.

Le workflow complet d’une compétition de danse replace ces états dans le parcours allant de la prise de vue à la livraison.

Vérifier l’original avant les traitements dérivés

À la fin du transfert :

1. comparez les octets reçus à la taille annoncée ;
2. calculez et stockez l’empreinte du contenu ;
3. décodez l’image avec des limites de ressources ;
4. vérifiez le type réel du fichier, pas seulement son extension ;
5. extrayez prudemment les métadonnées nécessaires ;
6. isolez les fichiers corrompus ou non pris en charge ;
7. marquez l’original comme vérifié avant de lancer les dérivations.

Création d’aperçus, OCR, détection de personnes, calcul de vecteurs d’apparence et regroupement sont des tâches différentes. L’échec de l’une ne devrait pas imposer un nouvel envoi de l’original. Conservez l’état, le nombre de tentatives et la raison de l’échec pour chacune.

Le guide français de l’API de ré-identification explique pourquoi représentation visuelle, recherche vectorielle et décision finale doivent rester séparées.

Réguler les files au lieu de masquer la saturation

Un événement produit des arrivées par vagues. La file doit protéger le stockage, les traitements et les personnes chargées de vérifier.

Les contrôles utiles comprennent :

• des limites de simultanéité par événement et poste ;
• un nombre de tentatives borné avec délais progressifs ;
• un état d’examen manuel après plusieurs échecs ;
• des priorités distinctes pour l’intégrité et les aperçus destinés au public ;
• l’âge de la file, en plus de sa longueur ;
• une protection contre la monopolisation par un événement ;
• des commandes de pause avant maintenance.

Le poste doit signaler clairement la saturation. L’équipe peut sécuriser les originaux localement et ralentir les transferts ; aucune tâche ne doit disparaître.

Les derniers fichiers ne doivent pas toujours devancer les anciens. Un ordonnancement équitable fait progresser chaque session.

Renforcer le poste utilisé sur place

L’ordinateur d’import devrait garder un manifeste de ce qu’il a tenté d’envoyer et de ce que le serveur a confirmé. Il peut :

• surveiller des dossiers entrants sans modifier les originaux ;
• attendre qu’un fichier ne change plus avant de l’envoyer ;
• reprendre avec le même identifiant ;
• afficher reçu et vérifié comme deux états différents ;
• conserver une copie locale selon la politique de sauvegarde ;
• produire une liste de rapprochement hors connexion.

« Envoi terminé » doit signifier que le service distant confirme un original vérifié.

Lorsque le débit est faible, décidez si originaux ou aperçus partent d’abord. Un aperçu peut accélérer la revue sans laisser croire que le fichier de livraison est déjà sécurisé.

Ajouter le contexte sans bloquer la sécurité du fichier

L’import ne devrait exiger que les informations nécessaires pour placer l’actif dans le bon périmètre : organisation, événement et source. Session, passage, participant ou dossard peuvent arriver ensuite sous forme de métadonnées versionnées.

Ainsi, une liste retardée ou corrigée ne bloque pas la copie des originaux. La couche de classement peut être rejouée sans dupliquer les fichiers.

Pour un événement fondé sur des numéros, conservez séparément les lectures OCR et les correspondances avec la liste. Le guide classer des photos par dossard décrit cette correction. Le guide de choix d’un logiciel de tri photo propose également des tests de reprise et d’export.

Placer une revue avant toute visibilité publique

La fin d’un traitement ne vaut pas autorisation de publier. La barrière de revue contrôle :

• le rattachement au bon événement ;
• la plausibilité des groupes de personnes ou couples ;
• le blocage des images sensibles ou impropres ;
• les règles d’accès du public ;
• les aperçus et filigranes éventuels ;
• la présence d’un original réellement livrable ;
• la possibilité de retirer et corriger l’image.

Publiez par petits lots traçables. Une analyse ultérieure ne doit ni déplacer silencieusement une image achetée ni effacer l’historique. La correction suit son propre parcours.

L’affectation et la qualité restent deux décisions différentes. Le guide tri photo par IA ou sélection explique pourquoi une image placée dans la bonne galerie n’est pas automatiquement bonne à vendre.

Prévoir le mode dégradé

Écrivez la conduite à tenir si :

• la connexion du lieu disparaît ;
• un poste d’import tombe en panne ;
• les horloges des boîtiers sont fausses ;
• la liste change pendant l’événement ;
• la capacité de traitement devient indisponible ;
• un lot publié contient une mauvaise affectation ;
• une personne demande le retrait d’une image ;
• l’événement se termine avec des tâches en attente.

La reprise commence par un rapprochement des manifestes, originaux vérifiés, transferts restants, tâches échouées et lots publiés. Une panne isolée ne justifie pas de tout réinitialiser.

PolyReID présente un workflow assisté pour les photos de compétition. Vérifiez les fonctions d’import, de revue et de publication actuelles sur la présentation du produit. L’architecture décrite ici reste une méthode d’évaluation.

Produire un rapport de fin d’import

Après l’événement, comparez les cartes et fichiers attendus aux originaux vérifiés à distance. Examinez les conflits d’empreintes, envois incomplets, imports abandonnés et échecs répétés. Conservez ce rapport dans l’historique opérationnel.

Un workflow en direct est réussi lorsque la vitesse reste subordonnée à la traçabilité. Chaque photo publique doit toujours avoir un original vérifié, un parcours explicable et une décision de publication réversible.