أمكن تداول خمسة عشر حقلاً، لكن معناها ظل يحتاج إلى اتفاق محلي: RFC 2413

الخلاصة

• نقل RFC 2413 إلى مجتمع الإنترنت توافقاً بدأ في ورشة عام 1995: خمسة عشر مصطلحاً واسعاً تستطيع تخصصات مختلفة استخدامه لوصف مواردها.
• كانت المرونة مقصودة؛ فالعناصر اختيارية وقابلة للتكرار ولا ترتيب مفروضاً لها. لذلك لم تكن الأسماء المشتركة كافية لضمان تطابق معاني القيم بين المجموعات.

وصف الموارد إلى جانب فهرستها

مع ازدياد الموارد المتصلة، تطورت فهارس الويب بسرعة لتساعد على العثور عليها. أقر RFC 2413 بفائدة الفهرسة، لكنه قال إنها لا تغني عن وصف أغنى للموارد. وفي مارس 1995، اجتمع أمناء مكتبات وباحثون في المكتبات الرقمية ومتخصصون في ترميز النصوص في Dublin بولاية أوهايو للبحث عن أساس وصفي مشترك. صدر النص في سبتمبر 1998 بوصفه مذكرة Informational، وأكد أنه لا يحدد معياراً للإنترنت (RFC 2413، الأقسام 1–3).

شملت العناصر الخمسة عشر: Title وCreator وSubject وDescription وPublisher وContributor وDate وType وFormat وIdentifier وSource وLanguage وRelation وCoverage وRights. أمكن تطبيقها على كتاب أو صورة أو مجموعة بيانات أو صفحة ويب. لم تكن القائمة وصفة كاملة لكل تخصص؛ كانت محاولة لخلق حد أدنى من المفاهيم التي يمكن التعرف إليها عبر الحدود المؤسسية.

اختيار سهولة التبني ترك مسائل مفتوحة

جمعت أهداف المشروع بين سهولة إنشاء الوصف وصيانته، ومعانٍ مفهومة بصورة مشتركة، وقابلية التوسع، والنطاق الدولي، والتشغيل البيني بين المجموعات وأنظمة الفهرسة. وأقر النص بأن هذه الأهداف قد تتعارض. فالتقييد الشديد يوحد السجلات لكنه قد يصعّب وصف مواد مختلفة؛ أما المرونة فتسهل المشاركة لكنها تترك مجالاً لاختلاف التفسير.

لذلك كان كل عنصر اختيارياً ومتكرراً، وجاز ترتيب العناصر بأي صورة. ربما منح الناشر معنى لترتيب قيم متكررة، لكن النظام المستقبل لم يكن ملزماً بالحفاظ عليه. شجع RFC استخدام مفردات مضبوطة لبعض القيم، وتوقع تطوير مفردات محلية لمجالات بعينها. كما وضع تصوراً لأدوات بسيطة تتجاهل المؤهلات وأخرى أغنى تستخدمها للبحث الأكثر دقة (RFC 2413، القسم 3).

قد تستعمل مجموعتان حقل Subject ذاته مع قاموستين مختلفتين؛ وقد تعني Date تاريخ الإنشاء أو الإتاحة؛ ويمكن أن يشير Creator إلى شخص أو منظمة أو خدمة. يساعد اسم الحقل الموحد على بدء الربط بين الأنظمة، لكنه لا يحدد قواعده ولا يضمن بقاء الفروق عند التحويل.

ملف التطبيق هو العقد المحلي

حل RFC 5013 محل RFC 2413 في عام 2007، ووصف النص المنقح بأنه Dublin Core الإصدار 1.1. وسجل توسيع تعريفَي Contributor وDate، وتوضيح Relation، والتوصية بأسماء عناصر بحروف صغيرة. كما وضع تفاصيل التنفيذ في ملفات التطبيق. هذه تغييرات لاحقة لا ينبغي نسبتها إلى وثيقة 1998 الأصلية (RFC 5013).

تشمل مصطلحات DCMI الحالية العناصر الخمسة عشر المعروفة ومجموعة أوسع من الخصائص والفئات ومخططات الترميز. وتشرح إرشادات ملفات التطبيق كيف تختار خدمة ما المصطلحات والقيود التي تناسبها (مصطلحات DCMI؛ إرشادات ملفات التطبيق). وفرت المفردات المشتركة نقطة بداية؛ أما الملف المحلي فيحدد معنى التبادل داخل فهرس أو خدمة بعينها.

لم يعد RFC 2413 بأن إضافة البيانات الوصفية ستضمن الظهور في نتائج البحث. لقد خفض كلفة بدء الوصف وأظهر ما بقي من عمل. ولكي تظل السجلات قابلة للمقارنة بين الأنظمة، بقيت الحاجة إلى قواعد للقيم والترميز والتكرار والمعلومات التي قد تضيع أثناء التحويل.

المصادر: RFC 2413؛ RFC 5013؛ مصطلحات DCMI؛ ملفات التطبيق.