الخلاصة

  • نشر W3C في 24 سبتمبر 2026 مسودة توصية مرشحة من وثيقة RDF 1.2 Semantics. سبقها إصدار مرشح ثابت في 7 أبريل؛ فلا يصح وصف النص الجديد بأنه أول ظهور للفكرة أو توصية نهائية.
  • تضيف RDF 1.2 مصطلحات الثلاثيات. تفصل الدلالات بين القضية التي يشير إليها المصطلح، والحقيقة القائمة في تفسير معين، والثلاثيات التي يؤكدها الرسم نفسه. وتضم الاختبارات حالة باسم triple-term-not-asserted.
  • لا يعرض تقرير التنفيذ المرتبط بالوثيقة نتائج حاليًا لقسم اختبارات الدلالات. التقرير داخلي وغير رسمي ويقتصر على النتائج المقدمة؛ وغياب خانة النتائج لا يثبت غياب البرمجيات. ويشترط النص اجتياز كل اختبار بواسطة تنفيذين مستقلين على الأقل للانتقال من مرحلة الترشيح.

لنفترض أن سجلًا مهنيًا يحفظ عبارة «قال المصنع إن الدفعة اجتازت الفحص». السجل يوثق صدور العبارة، لا نتيجة فحص أجراه بنفسه. وإذا نقل نظام آخر «الدفعة اجتازت الفحص» إلى قائمة حقائق مجردة من الإسناد، صار المتلقي يتحدث بسلطة لم يمنحه إياها المصدر. الخطأ هنا ليس وجود المعلومة المتنازع عليها، بل تبدل المتكلم من دون أثر واضح في السجل.

أصدرت مجموعة RDF وSPARQL في W3C المسودة الجديدة يوم 24 سبتمبر. لكن صفحة تاريخ النشر تذكر إصدار Candidate Recommendation Snapshot بتاريخ 7 أبريل، ويظهر التمييز بين القضية والحقيقة في ذلك الإصدار السابق أيضًا. لذلك لا يجوز نسبة نشأة هذا التمييز إلى تحديث سبتمبر. حالة Candidate Recommendation Draft تعني أن النص ما زال قابلًا للتغيير؛ ويؤكد W3C أن نشره لا يمثل تأييدًا من المؤسسة أو أعضائها. كما أنه لا يمنح منتجات السوق شهادة تلقائية بأن تعاملها مع الثلاثيات صحيح.

التغيير الأبرز قياسًا بـ RDF 1.1 هو إدخال مصطلح الثلاثية، الذي يتيح الحديث عن علاقة بصفتها موضوعًا للبيان. في الوثيقة الدلالية، قد يدل هذا المصطلح على قضية، بينما تكون الحقيقة قضية متحققة ضمن تفسير معين، ويؤكد الرسم حقائق تقابل الثلاثيات التي يسردها بوصفها بيانات مؤكدة. ذكر العلاقة لا يساوي الإقرار بها. تحدد المواصفة شروط الاستدلال الرسمي في RDF، لكنها لا تحسم صدق رواية شاهد أو جودة مصدر خارجي أو كل المعاني الاجتماعية التي تُنسب إلى معرّف IRI.

تظهر أهمية ذلك عند انتقال البيانات بين الأرشيف والبحث والاستدلال والتلخيص. قد يكون من المفيد فهرسة فرضية رُفضت لاحقًا كي يفهم المحقق مسار القرار. ويمكن لنتيجة بحث أن تعرضها مع نسبتها إلى قائلها. لكن تصديرها كثلاثية تقريرية عادية قد يجعل محرك استدلال لاحقًا يبني عليها نتيجة جديدة، رغم أن الرسم الأول لم يتبنها. هذه آلية خطر قابلة للفحص، وليست واقعة خلل موثقة في منتج بعينه؛ لا تعرض مصادر W3C التي راجعناها اتهامًا من ذلك النوع.

تسمي مجموعة الاختبارات إحدى الحالات triple-term-not-asserted، أي إن مصطلح الثلاثية لا يصبح تلقائيًا بيانًا يؤكده الرسم. ويعدد تقرير التنفيذ المفتوح هذه الحالة وغيرها من اختبارات الدلالات من دون أن يُظهر نتائج لها وقت المراجعة. التقرير يصف نفسه بأنه وثيقة داخلية لا تحمل صفة إجماع W3C الرسمي، وينبه إلى احتمال وجود تطبيقات لم تقدم نتائج. لذلك لا يصلح فراغ الجدول لإعلان إخفاق جميع التنفيذات؛ ولا يصلح كذلك دليلًا منشورًا على تحقق شرط التنفيذين المستقلين لكل اختبار.

يقترح Daniel Kade اختبار قبول محليًا: تقديم رسم لا يحتوي الادعاء المتنازع عليه إلا باعتباره قضية مشارًا إليها، ثم مقارنة جواب البحث والتصدير والاستدلال والنص المعروض للقارئ. أين يظهر الادعاء منسوبًا لصاحبه، وأين يتحول إلى تأكيد يصدر عن النظام المستقبل؟ الاحتفاظ بالمدخلات وخطوات التحويل يكشف موضع القرار. هذا اقتراح تحريري، وليس التزامًا تشغيليًا جديدًا فرضه W3C. وهو يختلف عن سؤال SHACL المنشور سابقًا بشأن القاعدة التي أنتجت ثلاثية مستنتجة؛ السؤال هنا أسبق: هل جرى تأكيد القضية الأصلية أصلًا؟

المصادر