편집 가능한 사진 메타데이터 태그: 무엇을 바꾸고 왜 바꾸나
사진 한 장에는 서로 분리된 세 개의 메타데이터 블록이 들어 있고, 편집 가능한 사진 메타데이터 태그는 그중 두 곳에 거의 전부 모여 있습니다. 첫 번째 블록은 카메라가 알아서 씁니다. 노출, 렌즈, 타임스탬프, GPS입니다. 나머지 두 블록은 사람이 씁니다. 캡션, 작성자, 저작권, 지명, 키워드입니다.
ExifTool 문서는 33,487개의 태그와 21,437개의 서로 다른 이름을 정리해 두고 있으며, 그 대다수는 쓰기가 가능합니다. 누구에게든 필요 이상으로 많은 수입니다. 아래에 정리한 것은 실제로 쓰이는 부분집합입니다. 태그 자체, 그 안에 무엇이 들어가는지, 왜 손대게 되는지, 그리고 무엇이 그것을 다시 읽는지를 다룹니다.
EXIF와 IPTC와 XMP: 어느 블록이 무엇을 담는가
| 블록 | 누가 쓰는가 | 무엇이 들어 있는가 |
|---|---|---|
| EXIF | 카메라나 휴대전화가 자동으로 | 노출, 렌즈, 타임스탬프, GPS 좌표 |
| IPTC | 사람이, 촬영이 끝난 뒤에 | 캡션, 작성자, 크레딧, 저작권, 지명 |
| XMP | 편집 소프트웨어 | 같은 항목이 한 번 더, 여기에 제조사별 추가 항목 |
까다로운 부분은 세 번째 줄입니다. XMP는 IPTC가 이미 담고 있는 내용을 상당 부분 중복해서 갖기 때문에, 캡션 하나가 서로 다른 값으로 두 곳에 동시에 존재할 수 있고, 어느 쪽이 보이는지는 어떤 프로그램이 파일을 열었느냐에 달려 있습니다.
메타데이터 워킹 그룹은 바로 이 문제를 정리하려고 존재합니다. 이 그룹의 지침은 읽을 때는 겹치는 EXIF, IPTC, XMP 태그를 맞추고 쓸 때는 그것들을 동기화합니다. 좋은 소프트웨어는 이를 따르지만 모든 소프트웨어가 좋은 것은 아니며, 한 앱에서 지정한 캡션이 다른 앱에서는 나타나지 않는 일이 생기는 이유가 그것입니다.
IPTC는 둘 중 더 오래된 쪽이고, ExifTool의 설명은 이를 "XMP에 자리를 내주며 서서히 단계적으로 폐지되는 중"이라고 표현합니다. 사라진 것은 아닙니다. 사진 부서는 여전히 이를 읽지만, 같은 항목이 양쪽에 다 있을 때 미래가 있는 쪽은 XMP입니다. 내 사진이 이미 담고 있는 모든 태그를 읽어 어느 블록이 채워져 있는지 확인할 수 있습니다.
편집할 수 있는 위치 태그
위치는 파일에서 가장 많이 편집되는 그룹이자, 사람들이 가장 자주 틀리는 그룹입니다. 이 태그들은 ExifTool GPS 태그 레퍼런스에 정리되어 있습니다.
| 태그 | 무엇이 들어 있는가 | 왜 손대게 되는가 | 무엇이 읽는가 |
|---|---|---|---|
GPSLatitude, GPSLongitude |
카메라가 서 있던 자리 | 위치를 한 번도 기록한 적 없는 사진에 위치를 부여하려고 | 지도에 핀을 찍는 모든 것 |
GPSLatitudeRef, GPSLongitudeRef |
북위인지 남위인지, 동경인지 서경인지 | 좌표 자체는 마이너스 부호 없이 저장됩니다. 이 한 쌍만이 여러분을 지구의 옳은 쪽에 붙잡아 둡니다. 이것을 잃으면 런던에서 찍은 사진이 동반구에 있다고 주장하게 됩니다 | 모든 지도 도구가, 조용히 |
GPSAltitude, GPSAltitudeRef |
높이, 그리고 그것이 해수면 위인지 아래인지 | 높이는 단순한 양수로 저장되므로, 이 표시 하나가 옥상과 지하실을 가르는 전부입니다 | 드론과 측량 소프트웨어 |
GPSImgDirection, GPSImgDirectionRef |
카메라가 향하던 나침반 방위. 진북 또는 자북을 기준으로 한다 | 사진작가가 어디에 서 있었는지만이 아니라 사진이 무엇을 찍은 것인지를 기록합니다. 건물을 찍은 사진과 그 안에서 찍은 사진의 차이입니다 | 거리 단위 도구와 부동산 도구 |
GPSProcessingMethod |
위치를 어떻게 얻었는지: 위성 측위인지, 기지국인지, Wi-Fi인지, 손으로 입력한 것인지 | 그 핀을 애초에 믿어도 되는지를 알려 줍니다. 누군가 손으로 입력한 좌표는 주장이지 측정이 아닙니다 | 감사 및 증빙 업무 흐름 |
GPSHPositioningError |
측위가 얼마나 어긋났을 수 있는지, 미터 단위로 | 오차 5미터의 측위와 500미터의 어림짐작을 갈라 줍니다. "이 주소"와 "이 우편번호"의 차이입니다 | 점검 보고서와 측량 보고서 |
IPTC:Sub-location, IPTC:City, IPTC:Province-State, IPTC:Country-PrimaryLocationName |
숫자가 아니라 말로 적어 놓은 장소 | 좌표는 검색되는 텍스트가 아닙니다. "Shoreditch"를 찾는 사진 아카이브 담당자는 위도로는 결코 그것을 찾지 못합니다 | 사진 라이브러리와 사진 부서 |
실무상 주의할 점이 둘 있습니다. GPS 문서는 이미지에 위치를 추가할 때 GPSLatitude, GPSLatitudeRef, GPSLongitude, GPSLongitudeRef를 함께 설정하고, 높이를 안다면 고도 한 쌍도 같이 설정해야 한다고 밝히고 있습니다. 절반만 기록된 세트가 핀이 엉뚱한 바다에 찍히는 흔한 원인입니다. 그리고 IPTC 지명 항목은 짧습니다. City와 Sub-location은 각각 32자에서 끊기며, ExifTool은 그보다 긴 것을 가벼운 경고 하나만 남기고 잘라 냅니다. 긴 동네 이름은 꼬리를 잃고, 그것을 큰 소리로 알려 주는 것은 없습니다.
숫자 자체가 낯설다면 좌표가 어떻게 GPS 태그가 되는지가 하나의 예를 십진수에서 파일이 실제로 저장하는 형태까지 따라갑니다.
이름을 실어 나르는 크레딧과 저작권 항목
이 그룹에는 돈이 걸려 있습니다. Google이 이것을 읽기 때문입니다. Google의 이미지 라이선스 문서는 "IPTC 사진 메타데이터를 이미지 안에 직접 삽입"할 수 있다고 확인하며, 추출하는 항목을 나열합니다. Copyright Notice, Creator, Credit Line, Digital Source Type, Licensor URL, Web Statement of Rights입니다. 이 가운데 마지막 둘이 이미지를 Google 이미지의 Licensable 배지 대상이 되게 합니다.
| 태그 | 무엇이 들어 있는가 | 왜 손대게 되는가 | 무엇이 읽는가 |
|---|---|---|---|
IPTC:By-line / XMP-dc:Creator |
이 사진을 만든 사람 | 옆에 붙은 캡션이 따라가지 못할 때도 파일 안에서 함께 이동하는 크레딧입니다 | Google 이미지, 사진 부서 |
IPTC:CopyrightNotice / XMP-dc:Rights |
저작권 표시 줄 | 권리 표시가 없는 이미지는 맥락 밖에서 그것을 발견한 누구에게나 임자 없는 것으로 읽힙니다 | Google 이미지, 스톡 플랫폼 |
IPTC:Credit |
매체가 인쇄해야 하는 크레딧 | 작성자와는 다른 문자열인 경우가 많습니다. 사진가가 아니라 통신사입니다 | 편집 발행 시스템 |
IPTC:Caption-Abstract / XMP-dc:Description |
캡션 | 사진 안에서 무슨 일이 벌어지는지 말해 주는 유일한 항목이자, 가장 자주 비워 두는 항목입니다 | 사진 라이브러리, CMS 가져오기 |
XMP-iptcCore:AltTextAccessibility |
대체 텍스트를 파일 자체에 저장한 것 | 대체 텍스트는 보통 웹 페이지에 있어서 한 번 쓰이고 재사용할 때 사라집니다. 여기에서는 이미지와 함께 이동합니다 | 접근성을 고려한 발행 도구 |
IPTC:Keywords / XMP-dc:Subject |
검색어를 반복 가능한 목록 형태로 | 자신이 찍었다는 사실조차 기억하지 못하는 사람이 삼 년 뒤에 사진을 다시 찾아내는 방법입니다 | 자산 관리 시스템, 검색 색인 |
캡션 항목에는 지명과 똑같은 길이의 함정이 있습니다. IPTC:Caption-Abstract는 2,000자를 허용하지만 IPTC:Credit과 IPTC:By-line은 32자에서 끊기고, CopyrightNotice는 128자에서 끊깁니다. XMP 대응 항목에는 그런 상한이 없으며, 이는 표준이 그쪽으로 기울고 있는 또 하나의 이유입니다. IPTC 사진 메타데이터 표준 자체는 과거의 유물이 아니라 현역입니다. 2025.1 버전이 2025년 11월에 나왔고 AI 생성 콘텐츠를 설명하는 네 가지 속성을 추가했습니다.
편집 가능한 사진 메타데이터 태그 중 어느 것을 바꿔도 안전한가
"편집 가능"은 하나의 범주가 아니며, 이것이 어떤 태그 목록도 굳이 짚어 주지 않는 구분입니다. ExifTool 문서는 쓰기 가능한 태그를 그룹으로 나누는데, 무언가를 바꾸기 전에 그중 세 가지가 중요합니다.
- 안전. 서술적인 항목들입니다. 캡션, 작성자, 저작권, 키워드, 지명, GPS. 마음껏 바꾸어도 됩니다. 이미지가 화면에 그려지는 방식은 이것들에 전혀 의존하지 않습니다.
- 안전하지 않음. ExifTool이 표시해 두고 명시적으로 이름을 지정하지 않는 한 쓰기를 거부하는 구조 태그 묶음으로, "이미지가 렌더링되는 방식에 영향을 줄 수 있으므로 수동으로 편집할 때는 주의해야 한다"는 경고가 붙어 있습니다. 이들은 픽셀이 어떻게 저장되고 배열되는지를 기술합니다. 하나만 편집해도 열었을 때 회색 얼룩이 되는 파일이 손에 남을 수 있습니다.
- 피할 것.
Rating,OwnerName,SerialNumber,Lens같은 이름은 둘 이상의 블록에 동시에 존재합니다. ExifTool은 이미 있는 사본은 편집하지만 새로 만들어 내기는 거부합니다. 어느 블록을 뜻했는지 알 수 없기 때문입니다. 진지한 도구들이 맨Creator대신XMP-dc:Creator를 쓰는 이유가 이것이며, 접두사가 모호함을 없애 줍니다.
한 가지 부류가 더 있는데, 오직 찾기를 그만두게 하려고 알아 둘 가치가 있습니다. 몇몇 태그는 자동으로 기록되어 손으로 설정할 수 없고, 또 몇몇은 블록이 생성될 때마다 알아서 추가됩니다. GPS 버전 표시자가 그런 것 중 하나입니다. 위치가 기록되는 순간 저절로 나타납니다.
이름 또한 규격과 도구 사이에서 일정하지 않습니다. EXIF 규격이 DateTimeDigitized라고 부르는 것을 ExifTool은 CreateDate라고 부르고, CameraOwnerName은 OwnerName, BodySerialNumber는 SerialNumber입니다. 내 소프트웨어에서 규격상의 이름으로 검색하면 아무것도 나오지 않는 경우가 많습니다.
사진을 업로드하면 무엇이 남는가
이 모든 것은 파일 안에 살기 때문에 파일이 존재하는 동안 정확히 그만큼 유지되며, 업로드할 때 벌어지는 일은 사진을 줄이는 데 따른 부작용이 아니라 각 플랫폼이 선택한 정책입니다. 이미지 2,475쌍을 업로드한 2023년 연구에 따르면 Facebook은 Artist와 Copyright를 제외한 모든 EXIF 항목을 제거했고, Google 포토는 EXIF 데이터를 전부 그대로 유지했습니다.
둘 다 업로드한 것을 다시 압축하므로 압축이 결정적 요인은 아닙니다. 규칙은 목적지마다 다릅니다. 아카이브와 계약과 자신의 라이브러리에서는 삽입된 메타데이터를 오래가는 것으로 취급하되, 크레딧이 살아남는다고 가정하기 전에 해당 플랫폼을 확인하십시오.
내 사진에서 이 태그들을 편집하는 방법
이미 들어 있는 내용을 읽는 것부터 시작하십시오. 대부분의 파일은 소유자가 생각하는 것보다 더 많이 채워져 있고, 일부는 더 적게 채워져 있기 때문입니다. 그다음 서술적인 그룹만 바꾸십시오. 캡션, 작성자, 저작권, 키워드, 지명, 위치입니다. 구조 태그는 그대로 두십시오.
명령줄 없이도 캡션과 작성자와 위치 항목을 직접 기록할 수 있으며, 기록되는 태그는 위 표에서 이름을 밝힌 바로 그것들입니다. 반대 방향으로, 사진이 곧 공개될 예정인데 좌표가 함께 나가서는 안 된다면, 플랫폼이 알아서 처리해 주리라 믿는 대신 공개하기 전에 위치를 지우십시오.
