클라우드 사진 사이드카가 촬영 날짜를 변경하지 않도록 하는 방법

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

How to Prevent Cloud Photo Sidecars From Changing Capture Dates - Zima Store Online

클라우드 사진 사이드카가 촬영 날짜를 변경하지 않도록 하려면, 원본에 내장된 촬영 타임스탬프를 기준으로 삼고 사이드카 병합이 기본 아카이브에 적용되기 전에 반드시 테스트하세요.

홈 NAS 사진 라이브러리에서는 클라우드 내보내기, 모바일 동기화, Lightroom 사이드카 작성 또는 대량 메타데이터 복구 후에 문제가 발생하는 경우가 많습니다. 이미지 자체는 여전히 정상으로 보이지만, 타임라인, 폴더 정렬 또는 백업 비교가 사진을 촬영한 순간이 아니라 내보내기 날짜, 편집 날짜 또는 JSON 사이드카 날짜를 기준으로 갑자기 정렬될 수 있습니다.

사진 라이브러리가 실제로 사용하는 날짜 확인하기

먼저 세 가지 서로 다른 시간을 구분해야 합니다. 카메라에 내장된 촬영 날짜, 파일 시스템의 수정 또는 생성 날짜, 사이드카 파일에 저장된 날짜입니다. 이 값들은 모두 같은 사진을 설명할 수 있지만, 사진 앱이 항상 같은 우선순위로 값을 선택하는 것은 아닙니다.

일반적인 JPEG 및 많은 RAW 작업 흐름에서는 DateTimeOriginal, CreateDate, ModifyDate와 같은 내장 태그가 이미지 촬영 시점을 결정할 때 대부분의 도구가 확인하는 필드입니다. ExifTool은 이러한 일반적인 날짜 필드를 문서화하고 있으며, 이러한 메타데이터 타임스탬프를 함께 편집할 수 있는 AllDates 단축 명령도 제공합니다.

클라우드 내보내기를 기본 갤러리로 가져오기 전에 메타데이터 리더로 몇 개의 파일을 확인하고 실제 촬영 시점과 일치하는 값이 무엇인지 기록하세요. 파일 시스템 날짜가 내보낸 날짜를 가리키지만 내장 촬영 날짜가 정확하다면, 사진 관리 도구가 파일 시스템 시간을 기준으로 폴더를 다시 구성하도록 두지 마세요.

사진 옆에 사이드카를 보관하되 자동으로 우선 적용되지 않게 하기

사이드카는 원본 이미지를 다시 작성하지 않고 편집 내용, 클라우드 보정, 등급, 라벨 또는 누락된 메타데이터를 저장할 수 있어 유용합니다. 위험한 것은 사이드카의 존재 자체가 아니라, 가져오기 도구가 모든 날짜 필드에 사이드카를 무조건 적용하도록 허용하는 것입니다.

예를 들어 Adobe Lightroom Classic은 변경 사항을 XMP에 자동으로 기록할 수 있으므로 작업 중 사이드카가 계속 업데이트될 수 있습니다. 이는 이식성 측면에서는 유용하지만, 사이드카 타임스탬프와 사진 촬영 타임스탬프를 서로 같은 것으로 취급해서는 안 된다는 의미이기도 합니다.

각 사진과 사이드카를 한 쌍으로 이동하거나 백업하되, 사이드카에 원하는 수정된 촬영 필드가 포함되어 있다는 사실을 확인하기 전에는 사이드카 편집 내용이 촬영 날짜를 덮어쓰지 않도록 가져오기 규칙을 설정하세요. 앱에 테스트 실행 기능이 있다면 적용하기 전에 날짜 매핑을 미리 확인하세요.

날짜를 병합하기 전에 복사본에서 클라우드 JSON 사이드카 테스트하기

클라우드 내보내기에는 사진 파일명과 비슷한 이름의 JSON 파일이 추가되는 경우가 많습니다. 이러한 파일에는 유용한 메타데이터가 포함될 수 있지만, 의미가 서로 다른 여러 날짜가 들어 있을 수도 있습니다. 따라서 폴더 전체를 바로 병합하지 말고 복사본에서 먼저 테스트해야 합니다.

Google Photos Takeout 복구 안내에서는 사진을 촬영한 시점 필드와 업로드 또는 생성 필드를 구분하는 경우가 많습니다. Google Takeout JSON 파일에 대한 한 설명에서는 photoTakenTime이 사진 촬영 시점을 나타내고 creationTime은 항목이 Google Photos에 들어온 시점을 나타낼 수 있다고 설명합니다. 이러한 차이 때문에 무조건 병합하면 전체 아카이브가 잘못된 연도로 이동할 수 있습니다.

대표적인 파일 열 개를 테스트 폴더에 복사하고, 의도한 촬영 필드만 병합한 다음 두 곳에서 결과를 확인하세요. 하나는 메타데이터 리더이고 다른 하나는 NAS에서 사용하는 실제 갤러리 앱입니다. 두 곳 모두 예상한 촬영 날짜와 일치하고 사이드카 편집 내용도 계속 표시될 때만 다음 단계로 진행하세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

메타데이터를 다시 작성할 때 파일 수정 날짜 보존하기

많은 메타데이터 도구는 내장 필드를 업데이트할 때 파일을 다시 작성합니다. 이때 내장 촬영 날짜가 정확하더라도 파일 시스템의 수정 시간이 변경될 수 있으며, 백업 소프트웨어나 갤러리 정렬이 파일 수정 시간을 사용하는 경우 문제가 됩니다.

ExifTool에는 메타데이터를 변경하면서 파일 시스템 타임스탬프는 이동하지 않아야 하는 작업 흐름을 위한 파일 수정 날짜 보존 옵션이 있습니다. 모든 앱이 동일하게 작동한다는 뜻은 아니지만, 통제된 복구를 위한 더 안전한 작업 패턴을 제공합니다.

수정된 날짜를 파일에 다시 기록해야 한다면 먼저 복사본에서 명령을 실행하고, 이후 도구가 파일 수정 시간에 의존한다면 이를 보존하세요. 또한 변경 전후 보고서를 내보내세요. 이미지 촬영 필드는 정확하지만 갤러리가 여전히 다른 시간을 기준으로 정렬한다면 작업을 중단하세요. 이는 원본을 계속 다시 작성할 문제가 아니라 앱 설정 문제입니다.

폴더 정렬, 갤러리 정렬 및 백업 비교로 아카이브 확인하기

날짜 복구는 명령 실행이 끝났다고 완료되는 것이 아닙니다. 동일한 대표 사진이 NAS 갤러리, 파일 브라우저 및 백업 비교에서 올바른 순서로 표시될 때 완료된 것입니다.

클라우드 사이드카와 관련된 커뮤니티 사례에서는 동일한 오류 패턴이 자주 나타납니다. 사용자가 JSON 또는 XMP 데이터를 병합한 뒤 가져오기 후 라이브러리가 잘못된 필드를 사용한다는 사실을 발견하는 경우입니다. Google Takeout 사이드카 날짜 혼동에 대한 PhotoStructure 지원 스레드는 파일명과 날짜의 의미를 내보내기 폴더뿐 아니라 대상 앱에서도 확인해야 한다는 점을 상기시켜 줍니다.

테스트 묶음이 통과하면 운영 공유 폴더를 변경하기 전에 더 큰 복사본에 동일한 확인을 수행하세요. 도구마다 결과가 다르면 작업 흐름을 중단하고 변경하지 않은 백업을 보존한 다음, 진행하기 전에 각 앱이 어떤 날짜 필드를 읽는지 기록하세요.