ويكيبيديا المجردة/التواريخ
| هذه الصفحة باختصار: تجمع هذه الصفحة في مكان واحد بعض المسائل والأسئلة المتعلقة بتمثيل التواريخ التي ربما تؤثر على نجاح ويكيبيديا المجردة وقبولها. |
توليد التواريخ
اقترح اقتراحا عاما أننا يمكننا توليد بيان آليا ليكون إلى حد ما «خطوة أولى» في سبيل تحقيق ويكيبيديا المجردة لأننا نملك الأدوات — من أبرزها Reasonator وكذلك Mix-n-Match — التي تولد مثل هذه الأنواع من البيان في الوقت الراهن. من الأهمية بمكان أن نذكر أن هذه الأدوات تولد بيان نافع للغاية إلا أنها تواجه بعض التحديات الصعبة فيما يتعلق بالتواريخ. تبرز بعض من هذه التحديات من الطريقة التي تصنف بها التواريخ في ويكي بيانات وبعض منها ناتج عن تشوش المحرر والبعض الآخر ناتج عن أن الأدوات صممت قبل توفر خواص جديدة مثل خاصية «غربلة التاريخ – refine date».
إن التغلب على هذه المسائل خارج نطاق ويكيبيديا المجردة. إلا أن تناول عرض التواريخ «عرضا صحيحا» (أي بطريقة يتوقعها المحرر المساهم) سوف يكون لازما من أجل قبول ويكيبيديا المجردة.
مسائل قائمة في ويكي بيانات تدور حول عرض التواريخ وكيفية أقلمتها
- يصل هذا القسم بتذاكر فبريكاتور مفتوحة تتناول مسائل التواريخ.
حددنا مسائل متعلقة بكيفية أقلمة طريقة عرض التواريخ.
حددت بعض من هذه المسائل في استخدام اختصار $dateFormats القائم لأغراض تنسيق التواريخ على ويكي بيانات.
تجد مسألة محددة تتعلق بطريقة عرض القرون في صيغة «16. century»باللغة الإنكليزية، حيث نتج عنها أن المحررين كانوا يدخلون قيمة القرن خطأ.
طالع استخدام النقطة في الرسائل مثل Wikibase-time-precision-century استخدام خطأ في اللغة الإنكليزية.
يوجد خلاف فيما يتعلق تعريف القرون والألفيات وإعرابها لغويا.
طالع إعراب لغوي خطأ في القرون والألفيات.
طرح اقتراح أن نلجأ ببساطة إلى الامتناع عن استخدام «century» و «millennium» فيما يخص بيانات التاريخ والوقت في ويكي بيانات.
عرض التواريخ في أدوات قائمة
تتجاهل ملخصات كلا من Mix-n-Match و Reasonator اشتراطات التواريخ مثل «sourcing circumstances» و «refine date» و «earliest date» و «latest date».
نحث المحررين على إدراج تاريخ مصحح في وسط نطاق ومن ثم ضبط الدقة (أي إدراج 1750 مع ضابط الدقة «century» كي يصبح المعروض هو «18. century»). لا شك أن التاريخ المدرج مصنف (ويستخدم في أغراض لتصنيف والخطوط الزمنية، وهي الغرض من إدراج التواريخ على أي حال) إلا أنها لا تظهر في واجهة المستخدم. قد يظهر عنصر يعرض «date of birth = 1. millenium BCE» في واجهة المستخدم كالتالي «he was born 500 BCE» في Mix-n-Match أو Reasonator (مثال: Peisias وفي Reasonator).
لو أدخل المحرر «13. century» مباشرة، سوف يفترض ويكي بيانات أن «13. century = 1201–1300» ومن ثم سوف يخزن القيمة «1300» مع «precision = century». نتيجة لذلك، سوف يعرض Mix-n-Match ما يلي «She was born in 1300». قد ينتج عن هذا تراكيب مثل «she was born in 1300 and died in 1264» بينما أن المقصود هو «she was born (sometime in) the 13th century and she died in 1264».
معايير قبول محتملة لطرق عرض التواري في ويكيبيديا المجردة
- فهم سبل تدقيق التواريخ وعرضها.
- فهم سبل اشتراط التواريخ وعرضها مثل «sourcing circumstances» و «refine date» و «earliest date» أو «latest date» و «start time» أو «end time». (لاحظ أن قوالب كومنز تتعرف على هذه الاشتراطات وتعربها لغويا.)
- عرض التواريخ باستخدام تراكيب نحوية مأقلمة لكل لغة (أمثلة: «12 de junho de 1990» باللغة البرتغالية، «12 June 1990» باللغة الإنكليزية).
- ترجمة التواريخ إلى روزنامات أخرى لو كانت روزنامات قياسية في لغة محددة (على سبيل المثال تستخدم اللغة الفارسية التقويم الرسمي الإيراني واللغة العربية ولغات أخرى قد تفضل التقويم الهجري).
- قد يتطلب عرض التواريخ استخدام كلا من التقويم الغريغوري والجولياني في بعض الحالات (يجوز تحديد التقويم أو التقويمات في محتوى النص المجرد ذاته؟).
- يجب أن تعرض التواريخ التي تشير إلى الماضي السحيق (عصور جيولوجية أو نظام شمسي وسمات مجرية وخلافه) مع الترجمة الملائمة للأرقام — على سبيل المثال «65 million years ago» أو «4.54 ± 0.05 billion years ago». قد ينطبق هذا على أغلب حالات عرض الأرقام الضخمة.
حلول محتملة لسبل عرض التواريخ
...