Come impedire ai file sidecar delle foto nel cloud di modificare le date di acquisizione

Impedisci ai file sidecar delle foto cloud di modificare le date di acquisizione, considerando il timestamp originale incorporato come fonte attendibile e verificando qualsiasi unione dei sidecar prima che tocchi il tuo archivio principale.

In una libreria fotografica su un NAS domestico, il problema di solito emerge dopo un’esportazione dal cloud, una sincronizzazione mobile, la scrittura di un sidecar da parte di Lightroom o una correzione massiva dei metadati: l’immagine appare ancora corretta, ma la cronologia, l’ordinamento delle cartelle o il confronto dei backup iniziano improvvisamente a seguire la data di esportazione, di modifica o del sidecar JSON invece del momento in cui la foto è stata scattata.

Identifica quale data sta realmente usando la tua libreria fotografica

Il primo passo sicuro consiste nel distinguere tre orologi diversi: la data di acquisizione incorporata dalla fotocamera, la data di modifica o creazione del file system e la data memorizzata in un file sidecar. Possono descrivere tutti la stessa immagine, ma le applicazioni fotografiche non li scelgono sempre nello stesso ordine.

Per i normali flussi di lavoro JPEG e per molti flussi RAW, i tag incorporati come DateTimeOriginal, CreateDate e ModifyDate sono i campi che la maggior parte degli strumenti analizza per stabilire quando è stata acquisita un’immagine; ExifTool documenta questi comuni campi data e offre anche la scorciatoia AllDates per modificare in modo coordinato questi timestamp dei metadati.

Prima di importare un’esportazione dal cloud nella galleria principale, esamina alcuni file con un lettore di metadati e annota quale valore corrisponde al momento reale dello scatto. Se la data del file system indica il giorno dell’esportazione mentre la data di acquisizione incorporata è corretta, non permettere al tuo organizzatore di ricostruire le cartelle basandosi sull’orologio del file system.

Conserva i sidecar accanto alle foto senza permettere loro di prevalere automaticamente

I sidecar sono utili perché contengono modifiche, correzioni cloud, valutazioni, etichette o metadati mancanti senza riscrivere l’immagine originale. Il rischio non è la loro esistenza, ma consentire a un importatore di applicarli ciecamente a ogni campo relativo alle date.

Adobe Lightroom Classic, ad esempio, può scrivere automaticamente le modifiche nei file XMP, il che significa che i sidecar possono essere aggiornati continuamente mentre lavori. È utile per la portabilità, ma significa anche che il timestamp del sidecar e il timestamp di acquisizione della foto non devono essere considerati intercambiabili.

Sposta o esegui il backup di ogni foto insieme al relativo sidecar, ma configura la regola di importazione in modo che le modifiche del sidecar non sovrascrivano la data di acquisizione, a meno che tu non abbia verificato che il sidecar contenga il campo di acquisizione corretto che desideri. Se l’applicazione offre una simulazione, visualizza in anteprima la corrispondenza delle date prima di confermare.

Prova i sidecar JSON del cloud su una copia prima di unire le date

Le esportazioni dal cloud aggiungono spesso file JSON i cui nomi ricordano quelli dei file fotografici. Questi file possono contenere metadati utili, ma anche diverse date con significati differenti; perciò è meglio provare su una copia invece di unire direttamente l’intera cartella.

Le guide per la correzione delle esportazioni Google Photos Takeout distinguono spesso il campo relativo al momento dello scatto dai campi relativi al caricamento o alla creazione; una spiegazione dei file JSON di Google Takeout osserva che photoTakenTime rappresenta l’ora in cui è stata scattata la foto, mentre creationTime può rappresentare il momento in cui l’elemento è entrato in Google Photos. Questa distinzione spiega esattamente perché un’unione cieca può spostare un intero archivio nell’anno sbagliato.

Copia dieci file rappresentativi in una cartella di prova, unisci solo il campo di acquisizione desiderato, quindi controlla i risultati in due punti: un lettore di metadati e l’applicazione galleria effettivamente utilizzata sul NAS. Procedi solo se entrambi concordano con la data di acquisizione prevista e le modifiche del sidecar continuano a essere visualizzate.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Conserva le date di modifica dei file quando riscrivi i metadati

Molti strumenti per i metadati riscrivono un file quando aggiornano i campi incorporati. Questa riscrittura può aggiornare la data di modifica del file system anche quando la data di acquisizione incorporata è ancora corretta, un aspetto importante se il software di backup o l’ordinamento della galleria utilizza l’ora di modifica del file.

ExifTool include un’opzione per conservare la data di modifica del file nei flussi di lavoro in cui i metadati devono cambiare senza spostare il timestamp del file system. Ciò non dimostra che ogni applicazione si comporti allo stesso modo, ma offre uno schema più sicuro per una correzione controllata.

Quando devi riscrivere nei file le date corrette, esegui prima il comando su una copia, conserva l’ora di modifica del file se gli strumenti successivi dipendono da essa ed esporta un rapporto prima e dopo. Interrompi la procedura se il campo di acquisizione dell’immagine è corretto ma la galleria continua a ordinare in base a un altro orologio: è un problema di configurazione dell’applicazione, non un motivo per continuare a riscrivere gli originali.

Verifica l’archivio con gli ordinamenti delle cartelle, della galleria e dei confronti dei backup

Una correzione delle date non è completa quando termina il comando. È completa quando le stesse foto rappresentative compaiono nell’ordine corretto nella galleria del NAS, nel browser dei file e nel confronto dei backup.

I casi discussi dalla community sui sidecar cloud mostrano spesso lo stesso schema di errore: gli utenti uniscono dati JSON o XMP e poi scoprono che, dopo l’importazione, una libreria utilizza il campo sbagliato. Una discussione del supporto di PhotoStructure sulla confusione delle date nei sidecar di Google Takeout ricorda che i nomi e il significato delle date devono essere verificati nell’applicazione di destinazione, non solo nella cartella esportata.

Dopo che il lotto di prova ha dato esito positivo, esegui gli stessi controlli su una copia più grande prima di modificare la condivisione di produzione. Se i risultati differiscono tra gli strumenti, interrompi il flusso di lavoro, conserva il backup intatto e documenta quale campo data legge ogni applicazione prima di procedere.

FAQ

Devo eliminare i sidecar JSON o XMP dopo aver importato le foto?

No, non finché non hai confermato che le modifiche o i metadati corretti siano stati incorporati o importati in modo sicuro. Conserva i sidecar insieme agli originali finché un backup e un controllo della galleria non dimostrano che non sono più necessari.

Quale data devo considerare attendibile quando la data del file e quella EXIF non coincidono?

Per gli originali della fotocamera, considera innanzitutto attendibile la data di acquisizione incorporata, a meno che tu non sappia che nella fotocamera era errata. Le date dei file possono cambiare facilmente durante download, esportazione, sincronizzazione, copia e ripristino.

Se questa correzione fa parte di una pulizia più ampia dell’archivio domestico, affiancala a una politica di archiviazione che mantenga separati gli originali intatti dalle copie modificate o corrette; la stessa logica di separazione è utile anche quando pianifichi la conservazione della replica degli snapshot per una condivisione fotografica su NAS.