GS1 प्रोडक्ट इमेज स्टैंडर्ड: फ़ाइलनेम और सफ़ेद बैकग्राउंड

एक सुपरमार्केट बायर "GS1-अनुरूप इमेजेज़" माँगता है और एक डेटा पूल का लिंक भेज देता है। ज़्यादातर ब्रांड इसे बस "सफ़ेद बैकग्राउंड चाहिए" जितना ही समझते हैं और पिछली एजेंसी ने जो भी डिलीवर किया था, वही भेज देते हैं। फ़ाइल बिना किसी स्पष्टीकरण के रिजेक्ट होकर वापस आ जाती है, क्योंकि रिटेलर की तरफ़ से कुछ भी अस्पष्ट नहीं था।

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

दो गड़बड़ियाँ आसानी से हो जाती हैं और भेजने से पहले उतनी ही आसानी से जाँची भी जा सकती हैं: ऐसा बैकग्राउंड जो एकदम सफ़ेद न होकर लगभग-सफ़ेद हो, और ऐसा फ़ाइलनेम जो पार्स न हो सके। किसी को भी रीशूट की ज़रूरत नहीं।

स्टैंडर्ड असल में क्या तय करता है

इसका ज़्यादातर हिस्सा पहले से ही इतनी सटीकता से लिखा हुआ है कि किसी इंसान के फ़ाइल खोलने से पहले ही मशीन से जाँचा जा सकता है। अप्रैल 2024 में स्वीकृत रिलीज़ 4.4 यह तय करता है:

• बैकग्राउंड सफ़ेद होना चाहिए — RGB 255,255,255 — या ट्रांसपेरेंट। क्लिपिंग पाथ की सलाह दी जाती है; ट्रांसपेरेंट बैकग्राउंड में सेव किए गए मास्टर के लिए, जैसे TIFF, यह वैकल्पिक है — फिर भी GS1 फ़ाइल साइज़ को नियंत्रण में रखने के लिए पाथ जोड़ने और सफ़ेद पर फ़्लैटन करने की सलाह देता है।
• सब्जेक्ट कैनवस के बीचोंबीच होना चाहिए और लगभग 95% कैनवस को कवर करना चाहिए।
• वेब प्रोडक्ट इमेजेज़ 900x900 से 2400x2400 पिक्सेल के बीच होनी चाहिए; हाई-रिज़ॉल्यूशन वर्ज़न 2401x2401 से 4800x4800 तक होते हैं।
• चारों प्राइमरी टाइप्स — वेब और हाई-रिज़ॉल्यूशन, सपोर्टिंग एलिमेंट्स के साथ और बिना — को LZW-कम्प्रेस्ड TIFF के रूप में स्टोर किया जाता है। JPG और PNG सिर्फ़ ऑप्टिमाइज़्ड फ़ैमिली में इस्तेमाल होते हैं; सेकेंडरी टाइप्स कोई भी फ़ॉर्मेट स्वीकार करते हैं।
• कोई सिग्नेचर, वॉटरमार्क, कम्प्रेशन आर्टिफ़ैक्ट या इंटरपोलेशन नहीं होना चाहिए — यानी किसी छोटी फ़ाइल को अपस्केल करके पिक्सेल बैंड में लाना मान्य नहीं है।
• बेस्ट-बिफ़ोर डेट और सीरियल नंबर जैसा बैच डेटा हटा देना चाहिए या किसी प्लेसहोल्डर से बदल देना चाहिए।

सफ़ेद स्वीप की फ़ोटो में सफ़ेद लगभग कभी भी असल में 255,255,255 नहीं होता। हर सेशन में यह कभी 248 तो कभी 251 के बीच बदलता रहता है — वही जाल जिसमें प्योर-व्हाइट रूल वाले मार्केटप्लेस पर सेलर्स फँस जाते हैं।

फ़ाइलनेम को फ़ील्ड-दर-फ़ील्ड पढ़ना

यह स्कीम पोज़िशनल है, यही वजह है कि इसे मशीन आसानी से पढ़ सकती है। हर स्लॉट में एक कैरेक्टर होता है जिसका एक ही मतलब होता है; कुछ ऑप्टिमाइज़्ड, सेकेंडरी और टेक्निकल टाइप्स लंबे कोड इस्तेमाल करते हैं, इसलिए उन टेबल्स को अलग से देखें।

कैरेक्टर 1-14 GTIN होते हैं, पोज़िशन 15 एक अंडरस्कोर होता है, और पोज़िशन 16-19 में से हर एक की अपनी एक वैल्यू होती है:

• पोज़िशन 16, इमेज टाइप। प्राइमरी: A वेब प्रोडक्ट इमेज, B सपोर्टिंग एलिमेंट्स के साथ वेब इमेज, C हाई-रिज़ॉल्यूशन प्रोडक्ट इमेज, D सपोर्टिंग एलिमेंट्स के साथ हाई-रिज़ॉल्यूशन। ऑप्टिमाइज़्ड: H मोबाइल रेडी हीरो इमेज, U ऑप्टिमाइज़्ड हीरो इमेज, E 360°/3D सीरीज़, 3DR 3D रेंडर्ड।
• पोज़िशन 17, फ़ेसिंग। 0 लागू नहीं, 1 फ्रंट, 2 लेफ़्ट, 3 टॉप, 7 बैक, 8 राइट, 9 बॉटम। स्टैंडर्ड में सिर्फ़ ये सात ही दर्ज हैं — 4, 5 या 6 जैसा कुछ नहीं है। लेबल और टेक्निकल इमेजेज़ को इसकी बजाय अपने अलग पोज़िशन-16 कोड मिलते हैं (L4 इंग्रीडिएंट्स, L6 2D बारकोड)।
• पोज़िशन 18, ओरिएंटेशन। C सेंटर, L लेफ़्ट, R राइट, N कोई प्लंज एंगल नहीं।
• पोज़िशन 19, स्टेट। सादे प्रोडक्ट इमेज के लिए: 1 पैकेजिंग में, 0 पैकेजिंग से बाहर, A केस, B इनर पैक, C रॉ/अनकुक्ड, D प्रिपेयर्ड, M ओपन केस, P पैलेट या डिस्प्ले। सपोर्टिंग एलिमेंट्स वाले टाइप्स में कुछ और भी जुड़ते हैं — प्लेटेड, स्टाइल्ड, स्टेज्ड, हेल्ड, वॉर्न, यूज़्ड।

पोज़िशन 20 से आगे सब कुछ वैकल्पिक होता है और अंडरस्कोर से अलग होता है: एक लैंग्वेज कोड, MMYY के फ़ॉर्मेट में एंड डेट, s01 जैसा सीरियलाइज़ेशन। एक पूरा नाम कुछ इस तरह दिखता है GTIN_A1N1_en_s01.tif — फ्रंट फ़ेस, कोई प्लंज एंगल नहीं, पैकेजिंग में, अंग्रेज़ी में, सीक्वेंस में पहला।

आपको असल में कौन-सी फ़ेसिंग्स चाहिए

फ्रंट कोई सोच-समझकर लिया जाने वाला फ़ैसला नहीं है: स्टैंडर्ड किसी प्रोडक्ट के "डिफ़ॉल्ट फ्रंट" के लिए GS1 पैकेज एंड प्रोडक्ट मेज़रमेंट स्टैंडर्ड का हवाला देता है, और बाक़ी फ़िक्स्ड लेफ़्ट, टॉप, बैक, राइट और बॉटम शॉट्स होते हैं। असल गहराई वाले प्रोडक्ट्स के लिए यह 15 डिग्री की टॉप एलिवेशन पर सेंटर फ्रंट व्यू को प्राथमिकता देता है; ब्लिस्टर पैक जैसे नगण्य गहराई वाले फ़्लैट आइटम्स को 0-डिग्री प्लंज एंगल पर शूट किया जाता है।

कैमरे में सफ़ेद पीछा करने से कटआउट बेहतर क्यों है

कैमरे में ही सफ़ेद पाने की कोशिश में दो चीज़ें गड़बड़ा जाती हैं: स्वीप कभी भी बराबर रूप से 255 तक नहीं पहुँचता, और आमतौर पर जहाँ पैक सतह से मिलता है वहाँ कॉन्टैक्ट शैडो बन जाता है — ठीक वहीं ग्रे पिक्सेल आ जाते हैं जहाँ जाँच होती है।

प्रोडक्ट को काट कर अलग करने से वैल्यू एक फ़ैसला बन जाती है, न कि लाइटिंग का नतीजा। remover.bg एडिटर में, कटआउट को कस्टम बैकग्राउंड कलर पर डालें और उसे प्योर व्हाइट पर सेट कर दें। या फिर इसे ट्रांसपेरेंट PNG के तौर पर रखें और कंपोज़िट करने का काम पाने वाले पर छोड़ दें: बैकग्राउंड का नियम दोनों को स्वीकार करता है।

साइज़िंग का काम कटआउट के बाद भी आपके डिज़ाइन टूल का ही रहता है।

पूरी रेंज को एक साथ प्रोसेस करना

सबमिशन में शायद ही कभी सिर्फ़ एक इमेज होती है: चालीस SKUs गुणा तीन या चार फ़ेसिंग्स, और हर एक को एक जैसा बैकग्राउंड और पार्स होने लायक़ नाम चाहिए।

25 MB की अपलोड लिमिट के अंदर PNG या JPEG कॉपियाँ HTTP API के ज़रिए भेजें, और उसी स्क्रिप्ट में GTIN, फ़ेसिंग और स्टेट फ़ील्ड्स से फ़ाइलनेम बनाएँ, ताकि नाम डेटा से आए, न कि शाम 6 बजे किसी के टाइप करने से। बैच वर्क सिर्फ़ API के ज़रिए ही चलता है; TIFF मास्टर आपके अपने इमेजिंग टूल में एक अलग स्टेप है।

सेट भेजने से पहले

रेंज के दोनों छोर से दो फ़ाइलें सैंपल के तौर पर लें, एक कोने पर और पैक के बगल में कलर पिकर लगाएँ, और पक्का करें कि दोनों जगह 255,255,255 ही दिख रहा है। फिर तीन फ़ाइलनेम को फ़ील्ड-दर-फ़ील्ड ज़ोर से पढ़ें। अगर कैरेक्टर्स स्क्रीन पर दिख रही इमेज का सही वर्णन करते हैं, तो दोनों मैकेनिकल गड़बड़ियाँ दूर हो चुकी हैं — इसके ऊपर आपके अपने डेटा पूल के नियम अब भी लागू होते हैं।