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.
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

Guide till lagring av live-tv-inspelningar för kapacitet, lagringstid och rensning
Mät verkliga inspelningar, reservera marginal, kombinera gränser för ålder och kapacitet och bevisa att det äldsta berättigade programmet tas bort innan lagringen blir full.

Arbetsflöde för återställning av metadata för hemmamedia efter en databasåterställning
Skydda det återställda tillståndet, verifiera medieidentitet och sökvägar och reparera sedan saknade omslagsbilder eller matchningar i ett pilotbibliotek innan omfattande metadataändringar görs.

Kompatibilitetschecklista för Jellyfin-klienter för ljud, video och undertexter
Testa representativa filer med en variabel i taget och notera Direct Play, remuxning, ljudkonvertering, videotranskodning eller fel för varje klient.

