Como impedir que os ficheiros auxiliares de fotos na nuvem alterem as datas de captura

Evite que os sidecars de fotografias na cloud alterem as datas de captura, tratando o carimbo temporal de captura original incorporado como a fonte de verdade e testando qualquer fusão de sidecars antes de esta afetar o seu arquivo principal.

Numa biblioteca de fotografias num NAS doméstico, o perigo surge normalmente após uma exportação da cloud, sincronização móvel, gravação de um sidecar pelo Lightroom ou reparação de metadados em massa: a imagem continua a parecer correta, mas a linha temporal, a ordenação das pastas ou a comparação da cópia de segurança passa subitamente a seguir a data de exportação, a data de edição ou a data do sidecar JSON, em vez do momento em que a fotografia foi tirada.

Identifique que data a sua biblioteca de fotografias está realmente a utilizar

O primeiro passo seguro é separar três relógios diferentes: a data de captura incorporada pela câmara, a data de modificação ou criação do sistema de ficheiros e a data armazenada num ficheiro sidecar. Todas podem descrever a mesma fotografia, mas as aplicações de fotografias nem sempre as escolhem pela mesma ordem.

Nos fluxos de trabalho normais com JPEG e em muitos fluxos RAW, as etiquetas incorporadas, como DateTimeOriginal, CreateDate e ModifyDate, são os campos que a maioria das ferramentas analisa ao determinar quando uma imagem foi capturada; o ExifTool documenta estes campos de data comuns e disponibiliza também o atalho AllDates para editar coordenadamente estes carimbos temporais de metadados.

Antes de importar uma exportação da cloud para a sua galeria principal, analise alguns ficheiros com um leitor de metadados e registe qual o valor que corresponde ao momento real da captura. Se a data do sistema de ficheiros indicar o dia da exportação, enquanto a data de captura incorporada está correta, não permita que o seu organizador reconstrua as pastas com base no relógio do sistema de ficheiros.

Mantenha os sidecars junto das fotografias sem permitir que prevaleçam automaticamente

Os sidecars são úteis porque transportam edições, correções da cloud, classificações, etiquetas ou metadados em falta sem reescrever a imagem original. O risco não está na sua existência; está em permitir que um importador os aplique cegamente a todos os campos de data.

O Adobe Lightroom Classic, por exemplo, pode gravar automaticamente as alterações em XMP, o que significa que os sidecars podem ser atualizados continuamente enquanto trabalha. Isto é útil para garantir a portabilidade, mas também significa que o carimbo temporal do sidecar e o carimbo temporal de captura da fotografia não devem ser tratados como equivalentes.

Mova ou faça uma cópia de segurança de cada fotografia e do respetivo sidecar como um par, mas configure a regra de importação para que as edições do sidecar não substituam a data de captura, a menos que tenha verificado que o sidecar contém o campo de captura corrigido que pretende utilizar. Se a aplicação disponibilizar uma simulação, pré-visualize o mapeamento das datas antes de o aplicar.

Teste os sidecars JSON da cloud numa cópia antes de fundir as datas

As exportações da cloud adicionam frequentemente ficheiros JSON cujos nomes se assemelham ao nome do ficheiro da fotografia. Estes ficheiros podem conter metadados úteis, mas também podem incluir várias datas com significados diferentes; por isso, a ação correta é testar numa cópia em vez de fundir diretamente a pasta inteira.

Os guias de reparação do Google Photos Takeout distinguem normalmente um campo relativo ao momento em que a fotografia foi tirada dos campos de carregamento ou criação; uma explicação dos ficheiros JSON do Google Takeout indica que photoTakenTime representa o momento da fotografia, enquanto creationTime pode representar o momento em que o item entrou no Google Photos. Esta distinção explica precisamente por que motivo uma fusão cega pode deslocar um arquivo inteiro para o ano errado.

Copie dez ficheiros representativos para uma pasta de teste, funda apenas o campo de captura pretendido e, em seguida, inspecione os resultados em dois locais: num leitor de metadados e na aplicação de galeria que utiliza efetivamente no NAS. Só avance se ambos corresponderem à data de captura esperada e as edições do sidecar continuarem visíveis.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Preserve as datas de modificação dos ficheiros ao reescrever metadados

Muitas ferramentas de metadados reescrevem um ficheiro quando atualizam campos incorporados. Essa reescrita pode atualizar a data de modificação do sistema de ficheiros mesmo quando a data de captura incorporada continua correta, o que é relevante se o seu software de cópia de segurança ou a ordenação da galeria utilizar a data de modificação do ficheiro.

O ExifTool inclui uma opção de preservação da data de modificação do ficheiro para fluxos de trabalho em que os metadados devem ser alterados sem mover o carimbo temporal do sistema de ficheiros. Isto não garante que todas as aplicações se comportem da mesma forma, mas proporciona um padrão mais seguro para reparações controladas.

Quando tiver de gravar datas corrigidas nos ficheiros, execute primeiro o comando numa cópia, preserve a data de modificação do ficheiro se as ferramentas posteriores dependerem dela e exporte um relatório antes e depois. Pare se o campo de captura da imagem estiver correto, mas a galeria continuar a ordenar por um relógio diferente; isso é um problema de configuração da aplicação, não uma razão para continuar a reescrever os originais.

Verifique o arquivo com ordenações de pastas, ordenações da galeria e diferenças das cópias de segurança

Uma reparação de datas não fica concluída quando o comando termina. Fica concluída quando as mesmas fotografias representativas aparecem pela ordem correta na galeria do NAS, no navegador de ficheiros e na comparação da cópia de segurança.

Os casos da comunidade relacionados com sidecars da cloud apresentam frequentemente o mesmo padrão de falha: os utilizadores fundem dados JSON ou XMP e descobrem depois que uma biblioteca utiliza o campo errado após a importação. Um tópico de suporte do PhotoStructure sobre a confusão das datas dos sidecars do Google Takeout é um lembrete útil de que os nomes e o significado das datas devem ser verificados na aplicação de destino, e não apenas na pasta de exportação.

Depois de o lote de teste passar, execute as mesmas verificações numa cópia maior antes de alterar a sua partilha de produção. Se os resultados diferirem entre ferramentas, suspenda o fluxo de trabalho, mantenha a cópia de segurança intacta e documente qual o campo de data que cada aplicação está a ler antes de prosseguir.

Perguntas frequentes

Devo eliminar os sidecars JSON ou XMP depois de importar as fotografias?

Não, não até confirmar que as edições ou os metadados corrigidos foram incorporados ou importados com segurança. Mantenha os sidecars junto dos originais até uma cópia de segurança e uma verificação da galeria demonstrarem que já não são necessários.

Que data devo considerar fiável quando a data do ficheiro e a data EXIF não coincidem?

Para originais captados pela câmara, confie primeiro na data de captura incorporada, a menos que saiba que estava errada na câmara. As datas dos ficheiros podem ser facilmente alteradas durante operações de transferência, exportação, sincronização, cópia e restauro.

Se esta reparação fizer parte de uma limpeza mais abrangente do arquivo doméstico, combine-a com uma política de armazenamento que mantenha os originais intocados separados das cópias editadas ou reparadas; a mesma lógica de separação também é útil quando planeia a retenção da replicação de snapshots para uma partilha de fotografias num NAS.