قابل ترمیم فوٹو میٹا ڈیٹا ٹیگز: کیا بدل سکتے ہیں اور کیوں

ایک تصویر میٹا ڈیٹا کے تین الگ الگ بلاک اپنے ساتھ رکھتی ہے، اور قابلِ ترمیم فوٹو میٹا ڈیٹا ٹیگز تقریباً پورے کے پورے ان میں سے دو میں بیٹھے ہوتے ہیں۔ پہلا بلاک آپ کا کیمرہ خود لکھتا ہے: ایکسپوژر، لینس، وقت کی مہر، 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 |
فکس کتنا غلط ہو سکتا ہے، میٹروں میں | یہ پانچ میٹر کے فکس کو پانچ سو میٹر کے اندازے سے الگ کرتا ہے، جو "یہ پتہ" اور "یہ پوسٹ کوڈ" کے درمیان فرق ہے | معائنہ اور سروے رپورٹس |
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 ڈیٹا برقرار رکھا۔
دونوں آپ کی اپ لوڈ کردہ چیز کو دوبارہ کمپریس کرتے ہیں، اس لیے کمپریشن فیصلہ کن عنصر نہیں۔ اصول ہر منزل کے لحاظ سے الگ ہے: محفوظ شدہ ذخیروں، معاہدوں اور اپنی لائبریری کے لیے سرایت شدہ میٹا ڈیٹا کو پائیدار سمجھیں، اور یہ فرض کرنے سے پہلے کہ کوئی کریڈٹ بچ جائے گا، پلیٹ فارم کو جانچ لیں۔
اپنی تصویر پر ان ٹیگز میں ترمیم کیسے کریں
پہلے وہ پڑھیں جو پہلے سے موجود ہے، کیونکہ زیادہ تر فائلوں میں ان کے مالک کی توقع سے زیادہ بھرا ہوتا ہے اور چند میں اس سے کم۔ پھر صرف تفصیلی گروپ بدلیں: کیپشن، تخلیق کار، کاپی رائٹ، کلیدی الفاظ، جگہوں کے نام اور مقام۔ ساختی ٹیگز کو ہاتھ نہ لگائیں۔
آپ کمانڈ لائن کے بغیر کیپشن، تخلیق کار اور مقام کے فیلڈز خود لکھ سکتے ہیں، اور جو ٹیگز لکھے جاتے ہیں وہی ہیں جو اوپر کی جدولوں میں نامزد ہیں۔ دوسری طرف، اگر کوئی تصویر شائع ہونے کو ہے اور کوآرڈینیٹس کو اس کے ساتھ نہیں جانا چاہیے، تو شائع کرنے سے پہلے مقام ہٹا دیں بجائے اس کے کہ پلیٹ فارم پر بھروسہ کریں کہ وہ آپ کے لیے یہ کام کر دے گا۔



