Så åtgärdar du ett fotobibliotek som förlorar albumtillhörighet efter en molnexport
Ett fotobibliotek förlorar albumtillhörighet efter en molnexport när filerna finns kvar, men de tjänstespecifika relationerna som grupperade dessa objekt inte återställs vid importen.
Behandla albumtillhörighet som separata metadata i stället för att anta att den är permanent inbäddad i varje JPEG- eller RAW-fil. Innan du importerar allt till ett självvärd bibliotek bör du granska molnexporten efter albumkataloger, JSON-sidofiler, albummetadata, favoriter, beskrivningar och dubblettreferenser till filer. Använd sedan en importör som förstår exportens struktur, eller återskapa endast de relationer som exporten faktiskt kan styrka.
Bevisa att fotona överlevde men att relationerna inte gjorde det
Välj ett album med fem till tio kända foton och bekräfta att alla original finns i exporten. Lista sedan vilka av dessa objekt som visas i målbiblioteket och om de bara har förlorat sin albumrelation.
Google förklarar att extra metadata finns i JSON, i stället för att alla fält från molnbiblioteket skrivs tillbaka till själva bilden.
Om originalen saknas är problemet en ofullständig export. Om originalen finns men saknar gruppering bör du bevara exportens struktur och fortsätta med albummetadata i stället för att kopiera bildfilerna på nytt.
Granska albummetadata innan du plattar ut exporten
Bevara det ursprungliga Takeout- eller molnexportarkivet intakt. Leta efter albummappar, metadatafiler på albumnivå, JSON-sidofiler, upprepade referenser till samma foto och filnamn som skiljer sig mellan årsmappar och albummappar.
En guide för migrering till ett självvärd system påpekar att Takeout innehåller albummetadata tillsammans med information om varje foto.
Platta inte ut alla kataloger till en enda mapp innan importören har läst relationerna. Dubblettrensning av mappar kan spara utrymme men samtidigt förstöra bevisen som behövs för att återskapa albumen.
Använd en importör som förstår molnrelationer
En vanlig filuppladdare kan importera fotona, men kan inte avgöra vilka album de tillhörde om relationen inte finns i den filsökväg eller sidodata som den kan tolka. Jämför en vanlig uppladdning med en Takeout-anpassad importör för det lilla testalbumet.
En migreringsrapport om Immich förklarar att albummetadata kan återskapas när importören bevarar molnexportens sammanhang.
Om den Takeout-anpassade importen återställer testalbumet bör du använda den metoden för hela migreringen. Undvik att skapa dubblettobjekt genom att både använda en vanlig uppladdare och en andra albumanpassad import.
Matcha sidofiler med rätt foto före importen
Molnexporter kan dela upp stora arkiv, byta namn på metadatafiler eller lagra ett foto i en års-mapp medan albummetadata hänvisar till samma underliggande objekt någon annanstans. Kontrollera matchningen av filnamn och sidofilernas placering innan du skyller på målappen.
En migreringsguide för Google Foto betonar att migreringsverktyg bevarar metadata när Takeout-strukturen hanteras på ett genomtänkt sätt.
Testa filnamn med redigerade kopior, dubbletter av basnamn, Live Photos och långa namn, eftersom sådana fall ofta leder till att sidofiler inte matchas korrekt. Behåll de ursprungliga ZIP- eller TGZ-arkiven tills alla albumantal har verifierats.
Återskapa endast de album som exporten kan styrka
Vissa molnalbum innehåller delade objekt som laddats upp av andra personer, automatiska grupperingar eller tjänstskapade samlingar som inte motsvarar vanliga användarskapade album. Jämför albumlistan i källtjänsten med de metadata som faktiskt finns i exporten.
En praktisk migreringsanteckning om Immich säger att Immich-Go kan bevara album när de exporterade relationsuppgifterna finns tillgängliga.
Hitta inte på saknad albumtillhörighet utifrån fotograferingsdatum eller mappnamn om du inte accepterar en sådan approximation. Dokumentera vilka album som kan återskapas exakt och vilka som kräver en manuell eller delvis återuppbyggnad.
Verifiera albumantal innan du avslutar molnkopian
Efter importen bör du jämföra ett urval av stora, små, delade, gamla och nyligen redigerade album. Räkna objekten, öppna representativa foton, kontrollera datum och beskrivningar och bekräfta att dubblettfiler inte misstas för saknad albumtillhörighet.
Ett Takeout-metadataverktyg visar varför sidofiler återställer exporterad metadata före en ren import till ett lokalt bibliotek.
Migreringen är klar först när viktiga album och deras representativa objekt överensstämmer tillräckligt väl med källan för hushållets behov. Den relaterade ZimaSpace-guiden om ett självvärd familjefotobibliotek beskriver säkerhetskopieringsgränsen innan den sista kopian i molnet tas bort.
Vanliga frågor
Varför finns alla mina foton kvar men alla album är tomma?
Importören kan ha laddat upp mediefilerna utan att läsa de tjänstespecifika sidofilerna eller albummetadata som kopplade objekten till samlingar.
Kan EXIF ensamt återskapa album från Google Foto?
Nej. EXIF kan hjälpa till med datum, kamerauppgifter och plats, men vanlig albumtillhörighet är en separat relation och kräver vanligtvis exportmetadata eller en albumanpassad importör.
Bör jag ta bort albumkopior som ser ut som dubbletter före importen?
Inte innan du har förstått importörens beteende för dubblettrensning. Samma foto kan refereras från flera album utan att det innebär flera separata original.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
