GS1 প্রোডাক্ট ইমেজ মান: ফাইলনেম ও সাদা ব্যাকগ্রাউন্ড
GS1 প্রোডাক্ট ইমেজ ফাইল দুটো কারণে রিজেক্ট হয়: ঠিক 255,255,255-এর বদলে প্রায়-সাদা ব্যাকগ্রাউন্ড, আর পার্স না হওয়া ফাইলনেম। কোনোটাতেই রিশুট লাগে না।
- GS1
- product photography
- ecommerce
- white background
- file naming
- retail
- background removal
- image standards

একজন সুপারমার্কেট বায়ার "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 সিরিজ,3DR3D রেন্ডারড। - পজিশন 17, ফেসিং।
0প্রযোজ্য নয়,1সামনে,2বামে,3ওপরে,7পেছনে,8ডানে,9নিচে। স্ট্যান্ডার্ডে শুধু এই সাতটাই তালিকাভুক্ত — 4, 5 বা 6 বলে কিছু নেই। লেবেল আর টেকনিক্যাল ইমেজের জন্য আলাদা পজিশন-16 কোড আছে (L4উপকরণ তালিকা,L62D বারকোড)। - পজিশন 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 হিসেবে রেখে দিন এবং প্রাপককে কম্পোজিট করতে দিন: ব্যাকগ্রাউন্ড নিয়মে দুটোই গ্রহণযোগ্য।
সাইজিং এখনও আপনার ডিজাইন টুলেরই কাজ, কাটআউটের পরে।
পুরো রেঞ্জ একসাথে প্রসেস করা
একটা সাবমিশন খুব কমই একটা মাত্র ইমেজ হয়: চল্লিশটা SKU গুণ তিন বা চারটা ফেসিং, প্রতিটার জন্য একই ব্যাকগ্রাউন্ড আর একটা পার্স-করা যায় এমন নাম দরকার।

25 MB আপলোড লিমিটের নিচে PNG বা JPEG কপি HTTP API দিয়ে পাঠান, এবং একই স্ক্রিপ্টে GTIN, ফেসিং ও স্টেট ফিল্ড থেকে ফাইলনেমটা তৈরি করুন, যাতে নামটা ডেটা থেকে আসে, সন্ধ্যা 6টায় কেউ বসে টাইপ করে দিচ্ছে বলে না। ব্যাচ কাজ শুধু API দিয়েই চলে; TIFF মাস্টার আপনার নিজের ইমেজিং টুলে একটা আলাদা ধাপ।
সেট পাঠানোর আগে
রেঞ্জের দুই প্রান্ত থেকে দুটো ফাইল নমুনা হিসেবে নিন, একটা কালার পিকার কোণায় আর প্যাকের পাশে বসান, আর নিশ্চিত করুন দুটোই 255,255,255 দেখাচ্ছে। এরপর তিনটা ফাইলনেম জোরে জোরে ফিল্ড হিসেবে পড়ুন। ক্যারেক্টারগুলো যদি স্ক্রিনের ইমেজটাকে বর্ণনা করে, তাহলে দুটো মেকানিক্যাল ভুলই দূর হয়ে গেছে — আপনার ডেটা পুলের নিজস্ব নিয়মও এর ওপর প্রযোজ্য থাকবে।


