संपादन योग्य फोटो मेटाडेटा टैग: क्या बदलें और क्यों

एक तस्वीर अपने साथ मेटाडेटा के तीन अलग-अलग ब्लॉक ले चलती है, और संपादन योग्य फ़ोटो मेटाडेटा टैग लगभग पूरी तरह उनमें से दो में ही बैठते हैं। पहला ब्लॉक आपका कैमरा खुद लिखता है: एक्सपोज़र, लेंस, समय की मुहर, GPS। बाकी दो लोग लिखते हैं: कैप्शन, रचयिता, कॉपीराइट, जगहों के नाम, कीवर्ड।

ExifTool के दस्तावेज़ों में 33,487 टैग दर्ज हैं जिनके 21,437 अलग-अलग नाम हैं, और इनमें से अधिकांश लिखे जा सकते हैं। यह किसी की भी ज़रूरत से कहीं अधिक है। आगे जो है वह काम आने वाला उपसमुच्चय है: टैग, उसमें क्या रहता है, आप उसे क्यों छूएँगे, और उसे वापस पढ़ता कौन है।

EXIF बनाम IPTC बनाम XMP: कौन सा ब्लॉक क्या रखता है

एक तस्वीर के भीतर मेटाडेटा के तीन ब्लॉक

ब्लॉक	इसे कौन लिखता है	इसमें क्या रहता है
EXIF	आपका कैमरा या फ़ोन, स्वतः	एक्सपोज़र, लेंस, समय की मुहर, GPS निर्देशांक
IPTC	कोई व्यक्ति, तस्वीर लेने के बाद	कैप्शन, रचयिता, श्रेय, कॉपीराइट, जगहों के नाम
XMP	संपादन सॉफ़्टवेयर	वही फ़ील्ड दोबारा, साथ में विक्रेता के अतिरिक्त फ़ील्ड

असुविधाजनक हिस्सा तीसरी पंक्ति है। XMP उसका बहुत कुछ दोहराता है जो IPTC पहले से रखता है, इसलिए एक कैप्शन एक ही समय दो जगहों पर दो अलग मानों के साथ मौजूद हो सकता है, और आपको कौन सा दिखेगा यह इस पर निर्भर करता है कि फ़ाइल किस प्रोग्राम ने खोली।

मेटाडेटा वर्किंग ग्रुप ठीक इसी बात को तय करने के लिए है: उसके दिशानिर्देश पढ़ते समय आपस में टकराने वाले EXIF, IPTC और XMP टैग में मेल बिठाते हैं और लिखते समय उन्हें समकालिक करते हैं। अच्छा सॉफ़्टवेयर इनका पालन करता है, और हर सॉफ़्टवेयर अच्छा नहीं होता, यही वजह है कि एक ऐप में तय किया गया कैप्शन कभी-कभी दूसरे ऐप में दिखाई नहीं देता।

IPTC दोनों में पुराना है, और ExifTool की टिप्पणियाँ इसे ऐसा बताती हैं जिसे "धीरे-धीरे XMP के पक्ष में हटाया जा रहा है"। यह खत्म नहीं हुआ है। चित्र विभाग आज भी इसे पढ़ते हैं, लेकिन जब कोई फ़ील्ड दोनों में मौजूद हो, तो भविष्य XMP का है। आप अपनी तस्वीर में पहले से मौजूद हर टैग पढ़ सकते हैं और देख सकते हैं कि कौन से ब्लॉक भरे हुए हैं।

स्थान के वे टैग जिन्हें आप संपादित कर सकते हैं

स्थान फ़ाइल का सबसे अधिक संपादित किया जाने वाला समूह है, और वही जिसे लोग सबसे अधिक गलत करते हैं। ये ExifTool की GPS टैग संदर्भिका में प्रलेखित हैं।

GPS और जगह के नाम वाले टैग जिन्हें संपादित करना सार्थक है

टैग	इसमें क्या रहता है	आप इसे क्यों छूएँगे	इसे कौन पढ़ता है
GPSLatitude, GPSLongitude	कैमरा कहाँ खड़ा था	ऐसी तस्वीर को स्थान देने के लिए जिसने कभी कोई स्थान दर्ज ही नहीं किया	हर वह चीज़ जो नक्शे पर पिन लगाती है
GPSLatitudeRef, GPSLongitudeRef	उत्तर या दक्षिण, पूर्व या पश्चिम	निर्देशांक स्वयं ऋण चिह्न के बिना संग्रहीत होता है। यही जोड़ी अकेली चीज़ है जो आपको ग्रह के सही हिस्से पर बनाए रखती है। इसे खो दीजिए, और लंदन की तस्वीर दावा करेगी कि वह पूर्वी गोलार्ध में है	हर नक्शा उपकरण, चुपचाप
GPSAltitude, GPSAltitudeRef	ऊँचाई, और यह कि वह समुद्र तल से ऊपर है या नीचे	ऊँचाई एक साधारण धनात्मक संख्या के रूप में संग्रहीत होती है, इसलिए यह एक ध्वज ही छत को तहखाने से अलग करता है	ड्रोन और सर्वेक्षण सॉफ़्टवेयर
GPSImgDirection, GPSImgDirectionRef	वह दिशा जिस ओर कैमरे का मुँह था, वास्तविक या चुंबकीय उत्तर के सापेक्ष	यह दर्ज करता है कि तस्वीर किस चीज़ की है, न कि केवल यह कि छायाकार कहाँ खड़ा था: किसी इमारत की तस्वीर और उसके भीतर ली गई तस्वीर के बीच का अंतर	सड़क स्तर और संपत्ति संबंधी उपकरण
GPSProcessingMethod	स्थान कैसे प्राप्त हुआ: उपग्रह से, मोबाइल टावर से, Wi-Fi से, या हाथ से टाइप करके	यह बताता है कि पिन पर भरोसा करना भी चाहिए या नहीं। जो निर्देशांक किसी ने हाथ से दर्ज किया हो वह एक दावा है, माप नहीं	ऑडिट और साक्ष्य संबंधी कार्यप्रवाह
GPSHPositioningError	स्थान निर्धारण कितना गलत हो सकता है, मीटर में	यह पाँच मीटर के निर्धारण को पाँच सौ मीटर के अनुमान से अलग करता है, जो "यह पता" और "यह पिन कोड" के बीच का अंतर है	निरीक्षण और सर्वेक्षण रिपोर्टें
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 Images में Licensable बैज के योग्य बनाते हैं।

कर्तृत्व, अधिकार और विवरण के टैग

टैग	इसमें क्या रहता है	आप इसे क्यों छूएँगे	इसे कौन पढ़ता है
IPTC:By-line / XMP-dc:Creator	तस्वीर किसने बनाई	यही वह श्रेय है जो फ़ाइल के भीतर यात्रा करता है, जबकि उसके बगल में लिखा कैप्शन नहीं करता	Google Images, चित्र विभाग
IPTC:CopyrightNotice / XMP-dc:Rights	कॉपीराइट की पंक्ति	जिस छवि पर अधिकार की पंक्ति न हो, वह संदर्भ से बाहर उसे पाने वाले हर व्यक्ति को बिना दावेदार की लगती है	Google Images, स्टॉक प्लेटफ़ॉर्म
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 में आया और उसने AI से बनी सामग्री का वर्णन करने वाले चार गुण जोड़े।

संपादन योग्य फ़ोटो मेटाडेटा टैग में से किन्हें बदलना सुरक्षित है

"संपादन योग्य" एक ही श्रेणी नहीं है, और यही वह भेद है जिसे बताने की जहमत कोई टैग सूची नहीं उठाती। ExifTool के दस्तावेज़ लिखे जा सकने वाले टैग को समूहों में बाँटते हैं, और कुछ भी बदलने से पहले उनमें से तीन मायने रखते हैं।

• सुरक्षित। वर्णनात्मक फ़ील्ड: कैप्शन, रचयिता, कॉपीराइट, कीवर्ड, जगहों के नाम, GPS। इन्हें बेझिझक बदलिए। तस्वीर परदे पर कैसे बनती है, इसका इन पर कोई भरोसा नहीं।
• असुरक्षित। संरचनात्मक टैग का एक समूह जिसे ExifTool चिह्नित करता है और तब तक लिखने से मना करता है जब तक आप उन्हें स्पष्ट रूप से नाम न दें, यह चेतावनी देते हुए कि "इन्हें हाथ से संपादित करते समय सावधानी बरतनी चाहिए क्योंकि ये प्रभावित कर सकते हैं कि छवि किस तरह प्रस्तुत होती है"। ये बताते हैं कि पिक्सेल कैसे संग्रहीत और व्यवस्थित हैं। इनमें से एक को बदलने पर आपके हाथ में ऐसी फ़ाइल रह सकती है जो खुलने पर धूसर धब्बा बन जाती है।
• बचें। Rating, OwnerName, SerialNumber और Lens जैसे नाम एक ही समय एक से अधिक ब्लॉक में मौजूद रहते हैं। ExifTool मौजूदा प्रति को संपादित कर देगा पर नई गढ़ने से मना करता है, क्योंकि वह जान नहीं सकता कि आपका आशय किस ब्लॉक से था। यही कारण है कि गंभीर उपकरण खाली Creator के बजाय XMP-dc:Creator लिखते हैं, क्योंकि उपसर्ग अस्पष्टता मिटा देता है।

एक और वर्ग केवल इसलिए जानने योग्य है कि आप उसे खोजना बंद कर दें: कुछ टैग स्वतः लिखे जाते हैं और हाथ से तय नहीं किए जा सकते, और कुछ अन्य आपके लिए तब जुड़ जाते हैं जब कोई ब्लॉक बनता है। GPS संस्करण चिह्न उन्हीं में से एक है। जैसे ही कोई स्थान लिखा जाता है, यह अपने आप प्रकट हो जाता है।

नाम भी विनिर्देश और उपकरणों के बीच स्थिर नहीं हैं। EXIF विनिर्देश जिसे DateTimeDigitized कहता है, ExifTool उसे CreateDate कहता है; CameraOwnerName असल में OwnerName है, और BodySerialNumber असल में SerialNumber है। अपने सॉफ़्टवेयर में विनिर्देश वाला नाम खोजने पर अक्सर कुछ भी नहीं मिलेगा।

तस्वीर अपलोड करने पर क्या बचता है

यह सब फ़ाइल के भीतर रहता है, इसलिए यह ठीक उतनी देर टिकता है जितनी देर फ़ाइल, और अपलोड पर जो होता है वह हर प्लेटफ़ॉर्म की चुनी हुई नीति है, तस्वीर छोटी करने का दुष्प्रभाव नहीं। 2023 के एक अध्ययन ने, जिसमें 2,475 छवि जोड़े अपलोड किए गए, पाया कि Facebook ने Artist और Copyright को छोड़कर हर EXIF फ़ील्ड हटा दिया, और यह कि Google Photos ने सारा EXIF डेटा अक्षुण्ण रखा।

दोनों ही आपकी अपलोड की गई चीज़ को दोबारा संपीड़ित करते हैं, इसलिए संपीड़न निर्णायक कारक नहीं है। नियम हर गंतव्य के हिसाब से अलग है: अभिलेखों, अनुबंधों और अपने संग्रह के लिए अंतःस्थापित मेटाडेटा को टिकाऊ मानिए, और यह मान लेने से पहले कि कोई श्रेय बच जाएगा, प्लेटफ़ॉर्म जाँच लीजिए।

अपनी तस्वीर पर इन टैग को कैसे संपादित करें

पहले वह पढ़िए जो पहले से मौजूद है, क्योंकि अधिकांश फ़ाइलों में उनके मालिक की अपेक्षा से अधिक भरा होता है और कुछ में उससे कम। फिर केवल वर्णनात्मक समूह बदलिए: कैप्शन, रचयिता, कॉपीराइट, कीवर्ड, जगहों के नाम और स्थान। संरचनात्मक टैग को छेड़िए मत।

आप बिना कमांड लाइन के कैप्शन, रचयिता और स्थान के फ़ील्ड खुद लिख सकते हैं, और जो टैग लिखे जाते हैं वही हैं जो ऊपर की तालिकाओं में नामित हैं। दूसरी ओर, यदि कोई तस्वीर प्रकाशित होने वाली है और निर्देशांक उसके साथ नहीं जाने चाहिए, तो प्रकाशित करने से पहले स्थान हटा दीजिए, बजाय इसके कि प्लेटफ़ॉर्म पर भरोसा करें कि वह यह काम आपके लिए कर देगा।