Så förhindrar du att sidofiler för molnfoton ändrar fotograferingsdatumet

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Förhindra att sidofiler från molntjänster ändrar fotograferingsdatum genom att behandla den ursprungliga inbäddade tidsstämpeln som den tillförlitliga källan och testa varje sammanfogning av sidofiler innan den påverkar ditt huvudarkiv.

I ett fotoarkiv på en hem-NAS uppstår risken vanligtvis efter en molnexport, mobil synkronisering, skrivning av Lightroom-sidofiler eller omfattande metadatareparation: bilden ser fortfarande korrekt ut, men tidslinjen, mappsorteringen eller säkerhetskopieringsjämförelsen följer plötsligt exportdatumet, redigeringsdatumet eller datumet i JSON-sidofilen i stället för det ögonblick då bilden togs.

Identifiera vilket datum ditt fotoarkiv faktiskt använder

Det första säkra steget är att skilja mellan tre olika klockor: kamerans inbäddade fotograferingsdatum, filsystemets ändrings- eller skapandedatum och datumet som lagras i en sidofil. Alla kan beskriva samma bild, men fotoappar väljer inte alltid dem i samma ordning.

För vanliga JPEG- och många RAW-arbetsflöden är inbäddade taggar som DateTimeOriginal, CreateDate och ModifyDate de fält som de flesta verktyg granskar när de avgör när en bild togs; ExifTool dokumenterar dessa vanliga datumfält och tillhandahåller även genvägen AllDates för samordnade ändringar av dessa metadatastämplar.

Innan du importerar en molnexport till ditt huvudgalleri bör du kontrollera några filer med en metadataläsare och notera vilket värde som stämmer med det verkliga fotograferingsögonblicket. Om filsystemets datum visar exportdagen medan det inbäddade fotograferingsdatumet är korrekt ska du inte låta ditt organiseringsverktyg återskapa mappar utifrån filsystemets klocka.

Behåll sidofiler bredvid fotona utan att låta dem vinna automatiskt

Sidofiler är användbara eftersom de innehåller redigeringar, molnkorrigeringar, betyg, etiketter eller saknad metadata utan att originalbilden skrivs om. Risken är inte att de finns, utan att en importör blint tillämpar dem på alla datumfält.

Adobe Lightroom Classic kan till exempel automatiskt skriva ändringar till XMP, vilket innebär att sidofiler kan uppdateras kontinuerligt medan du arbetar. Det är praktiskt för portabilitet, men det betyder också att sidofilens tidsstämpel och fotots fotograferingstidsstämpel inte ska behandlas som utbytbara.

Flytta eller säkerhetskopiera varje foto och dess sidofil som ett par, men konfigurera importregeln så att sidofilsredigeringar inte skriver över fotograferingsdatumet om du inte har verifierat att sidofilen innehåller det korrigerade fotograferingsfält du vill använda. Om appen erbjuder en provkörning bör du förhandsgranska datummappningen innan du verkställer den.

Testa molnets JSON-sidofiler på en kopia innan du sammanfogar datum

Molnexporter lägger ofta till JSON-filer vars namn liknar fotofilens namn. Dessa filer kan innehålla användbar metadata, men också flera datum med olika betydelser. Därför bör du testa på en kopia i stället för att sammanfoga hela mappen direkt.

Reparationsguider för Google Photos Takeout skiljer ofta mellan ett fält för när fotot togs och fält för uppladdning eller skapande; en förklaring av JSON-filer från Google Takeout anger att photoTakenTime representerar när fotot togs, medan creationTime kan representera när objektet lades till i Google Photos. Den skillnaden är precis varför en blind sammanfogning kan flytta ett helt arkiv till fel år.

Kopiera tio representativa filer till en testmapp, sammanfoga endast det avsedda fotograferingsfältet och granska sedan resultatet på två platser: i en metadataläsare och i det faktiska galleri du använder på NAS-enheten. Fortsätt endast om båda visar det förväntade fotograferingsdatumet och sidofilens redigeringar fortfarande visas.

-15% OFF
Single board computer zimaboard2

Bevara filernas ändringsdatum när du skriver om metadata

Många metadataverktyg skriver om en fil när de uppdaterar inbäddade fält. Det kan uppdatera filsystemets ändringstid även när det inbäddade fotograferingsdatumet fortfarande är korrekt, vilket spelar roll om säkerhetskopieringsprogrammet eller galleriets sortering använder filens ändringstid.

ExifTool innehåller ett alternativ för att bevara filens ändringsdatum i arbetsflöden där metadata ska ändras utan att filsystemets tidsstämpel flyttas. Det bevisar inte att alla appar fungerar på samma sätt, men ger ett säkrare mönster för kontrollerad reparation.

När du måste skriva korrigerade datum tillbaka till filer bör du först köra kommandot på en kopia, bevara filens ändringstid om dina efterföljande verktyg är beroende av den och exportera en rapport före och efter ändringen. Avbryt om bildens fotograferingsfält är korrekt men galleriet fortfarande sorterar efter en annan klocka; det är ett konfigurationsproblem i appen, inte ett skäl att fortsätta skriva om originalen.

Verifiera arkivet med mappsortering, gallerisortering och säkerhetskopieringsjämförelser

En datumreparation är inte klar när kommandot är slutfört. Den är klar när samma representativa foton visas i rätt ordning i NAS-galleriet, filhanteraren och jämförelsen av säkerhetskopior.

Fall från användargrupper kring molnsidofiler visar ofta samma felmönster: användare sammanfogar JSON- eller XMP-data och upptäcker sedan att biblioteket använder fel fält efter importen. En supporttråd på PhotoStructure om förvirring kring datum i sidofiler från Google Takeout är en användbar påminnelse om att namn och datumsemantik måste verifieras i målappen, inte bara i exportmappen.

När testbatchen har godkänts kör du samma kontroller på en större kopia innan du ändrar din produktionsresurs. Om resultaten skiljer sig mellan verktygen ska du stoppa arbetsflödet, behålla den orörda säkerhetskopian och dokumentera vilket datumfält varje app läser innan du fortsätter.

Vanliga frågor

Bör jag ta bort JSON- eller XMP-sidofiler efter att jag har importerat fotona?

Nej, inte förrän du har bekräftat att redigeringarna eller den korrigerade metadatan har bäddats in eller importerats på ett säkert sätt. Behåll sidofilerna tillsammans med originalen tills en säkerhetskopia och en kontroll i galleriet visar att de inte längre behövs.

Vilket datum ska jag lita på när filens datum och EXIF-datumet inte stämmer överens?

För kamerans originalbilder bör du i första hand lita på det inbäddade fotograferingsdatumet, såvida du inte vet att det var fel i kameran. Fildatum är enkla att ändra vid nedladdning, export, synkronisering, kopiering och återställning.

Om denna reparation ingår i en större upprensning av hemarkivet bör du kombinera den med en lagringspolicy som håller orörda original separerade från redigerade eller reparerade kopior. Samma separationsprincip är också användbar när du planerar lagringstid för ögonblicksbildsreplikering för en fotoresurs på en NAS-enhet.

Support och tips

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.