যদি কেউ EN 18223 সিরিয়ালাইজেশনে বিশুদ্ধ, স্বতঃসিদ্ধ JSON-LD ম্যাপ করে, প্রথমেই যা চোখে পড়ে তা হলো এর পরিধি। লক্ষ্য ফরম্যাটটি অত্যন্ত বর্ণনামূলক।
EN 18223 হল CEN/CLC JTC 24 স্ট্যান্ডার্ড যা ডিজিটাল প্রোডাক্ট পাসপোর্টের ডেটা মডেল নির্ধারণ করে - সেই ফরম্যাট যার সাথে প্রতিটি DPP-কে EU-এর অফিসিয়াল জার্নালে স্ট্যান্ডার্ড প্রকাশিত হওয়ার পর মেনে চলতে হবে। এই ফরম্যাটে, প্রতিটি মান একটি অবজেক্টে পরিণত হয় যার নিজস্ব elementId, dictionaryReference, objectType, valueDataType এবং value থাকে। তিনটি লাইনের সোর্স ডেটা বিশটি লাইনে পরিণত হয়।
এই বিস্তৃত বিবরণ কী অর্জন করে
এই বিস্তৃত বিবরণ কোনো দুর্ঘটনা নয়, এবং এটি কী অর্জন করে তা বোঝা গুরুত্বপূর্ণ।
এটাই সেই রূপ যা অর্থতত্ত্ব (semantics) ধারণ করে, যখন আর ধরে নেওয়া যায় না যে এটি অনলাইনে উন্মুক্তভাবে সমাধানযোগ্য। একটি JSON-LD ডকুমেন্ট সাধারণত @context-এর মাধ্যমে অর্থ প্রকাশ করে: একটি লিঙ্ক যা পাঠক অনুসরণ করে কোনো ক্ষেত্রের অর্থ খুঁজে বের করে।
EN 18223-কে তখনও কাজ করতে হবে যখন কোনো ক্ষেত্রের পেছনের অভিধান ECLASS বা IEC CDD হয় - উভয়েরই জন্য ফি প্রযোজ্য, এবং উভয়কেই মুক্তভাবে সমাধান করা যায় না, যেমন একটি উন্মুক্ত @context IRI-কে করা যায়। অতএব স্ট্যান্ডার্ডটি অর্থকে মান অনুযায়ী নির্দিষ্ট করে: কোন অভিধান, কোন এন্ট্রি, কোন ধরন, কোন মান। যখন পাঠকের ক্লিক করার ওপর নির্ভর করা যায় না, তখন এটি স্ব-বর্ণনামূলক থাকার একমাত্র উপায়।
এই দৃষ্টিকোণ থেকে দেখলে, এই বিশদতা কোনো নকশার ত্রুটি নয়, বরং বন্ধ অভিধানগুলোর প্রতি একটি যুক্তিসঙ্গত প্রতিক্রিয়া।
পার্থক্যটি স্পষ্ট। যে শব্দভাণ্ডারগুলোর উপর আমরা নির্মান করি - OpenEPCIS DPP Core এবং এর নিয়ন্ত্রক সম্প্রসারণসমূহ - সেগুলো ref.openepcis.io এ উন্মুক্তভাবে প্রকাশিত হয়েছে এবং স্বাধীনভাবে সমাধানযোগ্য রয়ে গেছে। একটি একক @context রেফারেন্স সেই অর্থ বহন করে যা একটি বন্ধ অভিধানকে নির্ধারণ করতে হবে।
কেন দিকনির্দেশনা গুরুত্বপূর্ণ
একটি বন্ধ অভিধান থেকে উন্মুক্ত অর্থবিজ্ঞান পুনর্গঠন করা হল কঠিন পথ। বিপরীতটি সরল।
আমাদের JSON-LD উৎস ইতিমধ্যেই EN 18223 মডেলের প্রয়োজনীয় প্রতিটি বৈশিষ্ট্য ধারণ করে: বৈশিষ্ট্যের একটি রেফারেন্স, অভিধানের একটি রেফারেন্স, একটি মানের ডেটা টাইপ, এবং প্রতিটি মানের জন্য একটি ভাষা অ্যারে। এগুলো EN 18223-এর সমতল সত্তা-গুণ-মান কাঠামোর পরিবর্তে @context IRI সহ টাইপকৃত JSON-LD অবজেক্ট হিসেবে সরাসরি প্রকাশ করা হয়।
এই ডেটা থেকে EN 18223 ভিউ তৈরি করা একটি ফরম্যাটিং কাজ: বিদ্যমান ফিল্ডগুলো নিয়ে সেগুলোকে লক্ষ্য ফরম্যাটে রূপান্তর করা।
সারমর্মে মূলনীতি: খোলা নেমস্পেসযুক্ত একটি উৎস প্রতিটি বন্ধ শব্দভাণ্ডার থেকে একটি প্রক্ষেপণ তৈরি করে, যাতে অতিরিক্ত বর্ণনা শুধুমাত্র তাদেরই দিতে হয় যারা শুরু থেকেই একটি বন্ধ সিস্টেম ব্যবহার করেছে। আমরা কখনোই এটি করি না, কারণ অর্থ প্রথম খসড়াতেই ছিল।
ক্যানোনিক্যাল শব্দভাণ্ডারের পরিবর্তে বহুবচন নেমস্পেস
আমাদের উৎস ইতিমধ্যেই এই রূপ ধারণ করছে, যা একটি সচেতন সিদ্ধান্ত, কোনো কাকতালীয় ঘটনা নয়। আমরা প্রতিটি নিয়মকে একটি একক শব্দভাণ্ডারে বাধ্য করি না।
প্রতিটি EU DPP নিয়মাবলী - ব্যাটারি, টেক্সটাইল, ইলেকট্রনিক্স এবং যেগুলো এখনও আসেনি - তার নিজস্ব আপস্ট্রিম নেমস্পেস বজায় রাখে: GS1-এর, OpenEPCIS DPP Core-এর, এবং সংশ্লিষ্ট নিয়ন্ত্রক এক্সটেনশনের। সবগুলোই একটি @context অ্যারের মধ্যে সমান্তরালে রাখা হয়েছে, সাথে রয়েছে ইচ্ছাকৃতভাবে সরল transpareo: নেমস্পেস, যা কোনো আপস্ট্রিম নেমস্পেসের আওতায় না আসা কয়েকটি শব্দের জন্য ব্যবহৃত হয়।
EN 18223 তার নিজস্ব প্রারম্ভিক ধারা 0.2-এ প্রায় ঠিক এই নির্দেশনা দেয়: খাত-নির্দিষ্ট অন্টোলজি এড়াতে, প্রতিটি অর্পিত কর্মের জন্য জারি করা অন্টোলজিগুলির সমান্তরাল ব্যবহারের অনুমতি দিতে, এবং অনুভূমিক স্তরটিকে যতটা সম্ভব সাধারণ রাখতে।
খোলা, সমান্তরাল নেমস্পেসের উপর ভিত্তি করে তৈরি একটি স্থাপত্য কেবলমাত্র মানটির উদ্দেশ্যের সাথে সামঞ্জস্যপূর্ণ নয়। এটি ঠিক সেই দিকে নির্দেশ করে যা মানটির নকশার নীতি নিজেই নির্দেশ করে।
একটি স্ট্রেস টেস্ট: ব্যাটারি পাস অ্যাট্রিবিউট তালিকা
প্রমাণটি নিহিত আছে যে কীভাবে এই স্থাপত্য এমন একটি শব্দভাণ্ডারকে সামলায়, যার জন্য এটি কখনোই ডিজাইন করা হয়নি।
ব্যাটারি পাস কনসোর্টিয়ামের ডেটা অ্যাট্রিবিউটস লং লিস্ট, সংস্করণ 1.3, একটি তৃতীয় শব্দভাণ্ডার যা EN 18223 এবং GS1 উভয় থেকেই স্বাধীনভাবে বিচ্যুত হয়েছে: প্রায় ১০০টি বৈশিষ্ট্য, নিজস্ব নামকরণ প্রথা, নিজস্ব অ্যাক্সেস স্তর, এবং ব্যাটারি নিয়মাবলীর পরিশিষ্ট XIII-এর কনসোর্টিয়ামের ব্যাখ্যা।
আমরা এটিকে আমাদের বিদ্যমান ডেটা মডেলের সাথে তুলনা করেছি। ১০০টি বৈশিষ্ট্যের মধ্যে ৯১টিই বিদ্যমান প্রপার্টি টাইপের সাথে অপরিবর্তিতভাবে ম্যাপ করা হয়েছে। একাধিক নেমস্পেস ব্যবহারকারী একটি সোর্স একটি নতুন, বন্ধ অভিধানকে একটি অতিরিক্ত প্রজেকশন হিসেবে বিবেচনা করে - এর জন্য সম্পূর্ণ পুনঃনকশা প্রয়োজন হয় না।
মানকটি কোথায় দাঁড়িয়ে আছে
EN 18223 এবং এর সহোদর মানক EN 18216, যা সেই নির্দিষ্ট সিরিয়ালাইজেশন ফরম্যাট সংজ্ঞায়িত করে যার উল্লেখ EN 18223-এ রয়েছে, উভয়ই প্রকাশিত ইউরোপীয় মানক।
এগুলি CEN-CENELEC JTC 24 DPP সেটের প্রকাশিত মানগুলির প্রথম ঢেউয়ের অংশ: আটটি মানের মধ্যে ছয়টি; বাকি দুটি - যা যাচাইকরণ এবং অ্যাক্সেস অধিকার সম্পর্কিত - ২০২৬ সালের গ্রীষ্মে প্রকাশিত হবে। তাদের ইউরোপীয় ইউনিয়নের অফিসিয়াল জার্নালে প্রকাশ, যা সমন্বিত মর্যাদা এবং সম্মতি-ধারণা প্রদান করে, ২০২৬ সালের মাঝামাঝি সময়ে প্রত্যাশিত।
আশা জাগানো দিক
এই সবকিছুই EN 18223-কে ভুল স্ট্যান্ডার্ড করে না। যেখানে প্রতিটি অভিধান উন্মুক্ত নয়, এমন একটি বিশ্বে আন্তঃকার্যক্ষমতার জন্য এই বিস্তৃত বর্ণনা হল ন্যায্য মূল্য, এবং এই স্ট্যান্ডার্ড সেই বিশ্বের যথাযথ প্রতিনিধিত্ব করে।
সুখের দিকটা সহজ: যারা ইতিমধ্যেই ক্লিন JSON-LD ব্যবহার করছেন, তাদের জন্য EN 18223 একটি প্রক্ষেপণ, নতুন নির্মাণ নয়। ব্যয়বহুল পথটি অন্যটি - যে পথটি বন্ধ অভিধান থেকে শুরু করা যে কেউই নিতে বাধ্য।
যারা প্রথম লাইন থেকেই উন্মুক্ত, সমাধানযোগ্য অর্থতত্ত্বের ওপর ভিত্তি করে তৈরি করেন, তাদের জন্য স্ট্যান্ডার্ডের বর্ণনা ভার হয়ে থাকে না। এটি একটি আউটপুট ফরম্যাটে পরিণত হয়, যা প্রয়োজনমতো তৈরি করা যায়।