تحياتي جميعاً، بالصدفة لاحظت وجود قالب تتبع لأحد مشاريع الويكي في أحد المقالات، وبعد البحث وجدت أنه موجود في عدد كبير من المقالات، ما يقارب 3700 (بحسب التصنيف المرافق)، ووجدت قالب آخر مشابه له يؤدي نفس الغرض، القوالب هي {{مقالات مشروع 600 ألف مقالة}} و{{مقالات مشروع 400 ألف مقالة}}، الهدف إدراج المقالات ضمن تصنيف مرفق بالقالب، أقترح أن يتم نقل القوالب أو التصنيف المرافق لها (إن وجد) إلى صفحة النقاش، فهي ليست قوالب صيانة ولا يمكن تتبع إزالتها، وأظن صفحة النقاش مكان أنسب لها --Mohanadنقاش01:01، 19 نوفمبر 2019 (ت ع م)[ردّ]
@Mohanad: كان هناك نقاش بعد مشروع الـ400 ألف مقالة لحذف القالب وقمت بحذف القالب آنذاك ولكن ربما بسبب رفض التعديلات عاد من جديد لبعض المقالات. كذلك أعتقد يجب حذف قالب مشروع الـ600 ألف مقالة. هذه القوالب تم إنشائها لتتبع مقالات المشروع (كم مقالة تم إنشائها من خلال المشروع) ولكن بعد الاعتماد على البوت لتحديث الإحصاءات لم تعد ذات فائدة، تحياتي لك.--جار الله (نقاش) 19:39، 19 نوفمبر 2019 (ت ع م)[ردّ]
أحدث الأخبار التقنية من مجتمع ويكيميديا التقني. يرجى إعلام المستخدمين الآخرين بهذه التغييرات. لن تؤثر كافة التغييرات عليك. الترجمات متاحة كذلك.
أحدث التغييرات
أداة Mix'n'match هي أداة تستخدم في ربط بنود ويكي بيانات بالمعلومات المتاحة في قواعد بيانات أخرى. يمكن استخدامها في البحث عن مواضيع غير موجودة على ويكيبيديا. تحتوي الأداة الآن على أكثر من 3000 مجموعة بيانات. كانت تحتوي من قبل على حوالي 2000.
تغييرات لاحقة في هذا الأسبوع
سوف يستخدم الإصدار الجديد من ميدياويكي على مواقع ويكي الاختبار وعلى موقع MediaWiki.org بدءا من تاريخ 3 ديسمبر. وسوف يستخدم على مواقع الويكي المختلفة عن ويكيبيديا وبعض مواقع ويكيبيديا من تاريخ 4 ديسمبر. بعد ذلك سوف يستخدم على كافة مواقع الويكي من تاريخ 5 ديسمبر. (الرزنامة).
لقاءات
يمكنك المشاركة في اجتماع المشورة الفنية على آي آر سي. يمكن للمطورين المتطوعين طلب المشورة والنصح أثناء الاجتماع. يُعقد الاجتماع يوم 4 ديسمبر الساعة 16:00 (ت ع م). طالع كيفية الانضمام.
تغييرات مستقبلية
سوف يكون هناك مخطط جديد مخصص لمستودعات إكس إم إل. سوف تحتاج النصوص البرمجية والتطبيقات التي تستعين بها إلى التحديث. إن لم تحدث، لن تعمل. [1]
لن تعمل الكلمة السحرية {{REVISIONID}} بعد الآن في نطاق الاسم المخصص للمحتوى. هذا الأمر سببه أسباب متعلقة بالأداء. حينما تستعرض صفحة سوف يعرض "" (خيط نصي فارغ). حينما تقرأ صفحة سوف تعرض "-" (شرطة). سوف يؤثر هذا في المستقبل على نطاقات اسم أخرى. سوف يتأثر لاحقا كلا من نطاقي الاسم المخصصين للملفات والتصنيفات. [2]
أحدث الأخبار التقنية من مجتمع ويكيميديا التقني. يرجى إعلام المستخدمين الآخرين بهذه التغييرات. لن تؤثر كافة التغييرات عليك. الترجمات متاحة كذلك.
أحدث التغييرات
تستعين مشاريع ويكيميديا بموقع Translatewiki لترجمة واجهة مواقع الويكي. يمكنك الآن استخدام WatchTranslations كي تراقب المشاريع هناك. سوف يرسل إليك رسالة بريد إلكتروني لو كانت ثمة ترجمات ناقصة في لغتك. [3]
سوف يستخدم الإصدار الجديد من ميدياويكي على مواقع ويكي الاختبار وعلى موقع MediaWiki.org بدءا من تاريخ 10 ديسمبر. وسوف يستخدم على مواقع الويكي المختلفة عن ويكيبيديا وبعض مواقع ويكيبيديا من تاريخ 11 ديسمبر. بعد ذلك سوف يستخدم على كافة مواقع الويكي من تاريخ 12 ديسمبر. (الروزنامة).
لقاءات
يمكنك المشاركة في اجتماع المشورة الفنية على آي آر سي. يمكن للمطورين المتطوعين طلب المشورة والنصح أثناء الاجتماع. يُعقد الاجتماع يوم 11 ديسمبر الساعة 16:00 (ت ع م). طالع كيفية الانضمام.
تغييرات مستقبلية
يمكنك اختبار أداة مراجع جديدة. تجعل هذه الأداة من الممكن ذكر أجزاء مختلفة من مصدر واحد دون تكرار كافة المعلومات المطلوبة. يمكنك اختبار الأداة على عنقود التجريب. يمكنك الاطلاع على مقالة كمثال. [4]
أهلًا ومرحبًا بكم، قبل أيام تمت إضافة الإنجليزية عشوائيًا، في مجالات (مثال: "نقاش" تحوَّلت إلى "Talk"، وتحوَّلت ويكيبيديا من اليمين العربي إلى الشمال الإنجليزي.. وغيرها). فقط أطلبُ توضيحًا، لمذا أضيفت الإنجليزية للموسوعة؟ هناك من لا يفهم الإنجليزية وغيرها... وهل ويكيبيديا الإنجليزية تقوم بإدخال العربيَّة هكذا؟.
شُكرًا @عبد المغيث: أرجو مساعدتي لنقوم بتجربة بسيطة. ستجد على يسار الصفحة أسفل القائمة الجانبية كلمة (Languages) وبجانبها عَجَل صغير (أو شكل مسنن)، لو ضغطت عليه، ستجد (Display language) رُبما الخيار لديك (English)، هل يمكنك تغييره إلى (العربية) ثم "طبق الإعدادات"؟ أم الخيار لديك هو (العربية) أصلًا؟ --علاءراسلني17:29، 20 ديسمبر 2019 (ت ع م)[ردّ]
أهلًا @عبد المغيث: شُكرًا لك، صراحةً قد يكون الأمر قد حدث بالخطأ أو سهوًا معك لا أكثر، وكان قد واجه عدد من الزملاء أكثر من مرة، وكان الأمر مُجرد سهو أو خطأ بسيط. على العموم الآن لديك الطريقة كاملة تحياتي --علاءراسلني17:46، 20 ديسمبر 2019 (ت ع م)[ردّ]
هل يمكن لأحد المحررين مساعدتي في رفع الصور أو ما يخص ويكي كومنز فعند رفع صورة ما تأتي لي رسالة ان الصورة ربما ستحذف مثل اخر مقالة علي سبيل المثال أميمة نيلسون فهي في ويكيبيديا الإنجليزية ليس بها صور وعند كتابة مقالة ما احاول جعلها مثالية علي القدر الكافي.
--يوسُف (نقاش) 16:33، 20 ديسمبر 2019 (ت ع م)[ردّ]
مرحبًا @يوسف أحمد عادل: أرجو منك مطالعة هذه الصفحة (قسم بالنسبة للصُور...) للضرورة، فهو يُوضح لك أنَّ الصورة التي رفعتها على كومنز مُخالفة كونها صورة محفوظة الحقوق لشخصية غير مُتوفية (الصورة موجودة على عشرات المواقع، وبالتالي رفعك للصورة على كومنز مُخالف وتكرار مثل هذا الرفع قد يؤدي لمنعك هناك، فالصُور المرفوعة على كومنز عمومًا يجب أن تكون حُرة. تحياتي وأظن هذا القسم لا ينتمي لميدان التقنية --علاءراسلني17:34، 20 ديسمبر 2019 (ت ع م)[ردّ]
شكراً لك أخي @علاء: ولكن كيف يمكنني رفع صور لاشخاص مثل هؤلاء من فضلك وأين يمكنني الاستفسار علي هذا النوع من الاسئلة من فضلك
أحدث الأخبار التقنية من مجتمع ويكيميديا التقني. يرجى إعلام المستخدمين الآخرين بهذه التغييرات. لن تؤثر كافة التغييرات عليك. الترجمات متاحة كذلك.
مشاكل
يساعدك امتداد Linter في البحث عن الأخطاء الفنية في المقالات. لم يبين هذا الامتداد تغييرات جديدة الأسبوع الماضي. كان هذا الأمر سببه مشكلة في واجهة برمجة التطبيقات. أصبح الامتداد يعمل مرة أخرى. [5]
يمكن لصفحة خاص:قائمة المراقبة عرض معلومات خطأ مرة أخرى. لا تعرض الصفحة دائما ما هي التعديلات المقروءة وما هي تلك غير المقروءة. هذا الأمر سببه مشكلة في قاعدة البيانات. يعكف المطورون على حل هذه المشكلة. [6]
تغييرات لاحقة في هذا الأسبوع
يمكنك الحصول على إشعارات عن طريق البريد الإلكتروني. يمكنك تلقيها مباشرة أو تلقي موجز يومي أو موجز مرة واحدة كل أسبوع. لو اخترت الموجز سيمكنك قريبا اختيار عدم تلقي إشعارات وسمتها بالفعل على أنها مقروءة على موقع الويكي. [7]
سوف يستخدم الإصدار الجديد من ميدياويكي على مواقع ويكي الاختبار وعلى موقع MediaWiki.org بدءا من تاريخ 17 ديسمبر. وسوف يستخدم على مواقع الويكي المختلفة عن ويكيبيديا وبعض مواقع ويكيبيديا من تاريخ 18 ديسمبر. بعد ذلك سوف يستخدم على كافة مواقع الويكي من تاريخ 19 ديسمبر. (الروزنامة).
لقاءات
يمكنك المشاركة في اجتماع المشورة الفنية على آي آر سي. يمكن للمطورين المتطوعين طلب المشورة والنصح أثناء الاجتماع. يُعقد الاجتماع يوم 18 ديسمبر الساعة 16:00 (ت ع م). طالع كيفية الانضمام.
تغييرات مستقبلية
أصبحت سمة حالات المنع الجزئي مستقرة الآن. سوف تضاف إلى أغلب مواقع الويكي يوم 6 يناير/كانون الثاني. يمكن لموقع الويكي طلب التأجيل. تواصل مع NKohli (WMF) لو أردت تأجيل تنفيذ هذه السمة. [8]
اقترح تغيير خانة (المدرسة الأم) في قسم (الحياة العملية) إلى (تخرج من) أراها أكثر دقة وأكثر معنى في اللغة العربية بدلاً من المدرسة الأم. في هذا الصندوق هنا . --خالد الشمراني (نقاش) 19:21، 10 نوفمبر 2019 (ت ع م)[ردّ]
@فيصلوعبد الله: حقيقةً أظن الأمر يحتاج لنقاشٍ أوسع في ميدان اللغويات. المُقابل الإنجليزي هو (alma mater) والقالب لدينا مُقتبس من هناك، ومن المؤكد لم تُستعمل (alma mater) في الإنجليزية عبثًا، وخصوصًا أيضًا لدينا مقالة مدرسة أم. لا أرى (تخرج من) دقيقة، فحسب المعاجم العربية (alma mater) هي المدرسة التي تعلم فيها الشخص وينتمي لها، وهناك تعريفات أُخرى بأنه الكلية التي تخرج منها الطالب. لذلك نجد، أن مُجرد الانتماء أو التعلم فيها وليس شرطًا "تخرج منها"، وأيضًا لو س في سنته الأخيرة في جامعة الملك سعود، فإنها تعتبر ضمن (alma mater) كونه ينتمي ويتعلم فيها حاليًا. لاحظ تعريف Alma mater (في ويكيبيديا الإنجليزية) بأنه "university, school, or college that one formerly attended" وورد "it can also mean the school from which one graduated"، بمعنى أنها تحتمل الجهتين وليس التخرج فقط. النقاش المُوسع مطلوب وأنا مُعترض على التغيير دون توافق أوسع. تحياتي --علاءراسلني18:16، 26 نوفمبر 2019 (ت ع م)[ردّ]
مرحبا @علاء:، شكرا للإفادة اللغوية، وفقاً لتعريف الخانة "المدرسة الأم": "المدرسة الأم ألما ماتر ألما_ماتر مدرسة أم alma_mater alma mater خريج من، خريج"، "يستخدم هذا الوسيط بشكل رئيسي كبديل للوسيط تعليم، ويذكر فيها أخر مؤسسة تعليم عالي انتسب لها هذا الشخص.".
لذلك أعتقد أن سبب طلب التعديل هو هذا الترادف المذكور بين الخريج والمدرسة الأم، والسبب الثاني هو أن كلمة خريج من أوضح من "مدرسة أم" التي هي مترجمة ترجمة لفظية، فهي مبهمة المعنى، كقولهم "أخيراً وليس آخرا" فهذه العبارة هي ،لغو ليس له معنى، لترجمة "at last but not least"، لأن الأخير والآخر في اللغة شيء واحد، لذلك اقترح تصحيح عنوان المدرسة الأم لتكون "جامعة التخرج" 1، 2، فيتبعها تصحيح الخانة إلى "جامعة التخرج" لتصبح متممة لخانة التعليم التي يُذكر فيها كل المدارس والكليات ما عدا التي تخرج منها فهي في خانة "جامعة التخرج" أو "كلية التخرج". Abu aamir (نقاش) 22:02، 2 ديسمبر 2019 (ت ع م)[ردّ]
تعليق:Abu aamir أرجو نقل النقاش إلى ميدان التقنية كونه مُرتبط بتعديل القالب، أما رأيي حول إضافة خانة الكنية، فحقيقةً لا أجد فائدةً تُذكر، والفكرة بأنَّ {{صندوق معلومات كائن}} متواجد في أكثر من 33,500 مقالة، وحسب الوصلات أعلاه فرُبما عدد الكُنى المتوافرة لا يتجاوز 100 كنية أو ربما 200 كنية(؟). فهل نُضيف خانة كاملة ونعدل القالب بسبب هذا العدد القليل؟ أي هل ستكون الاستفادة موجودة، أم يُمكن الاستغناء عنها بذكر الكُنية في مقدمة المقالة (مثلًا) --علاءراسلني18:45، 29 نوفمبر 2019 (ت ع م)[ردّ]
@علاء:، شكرا لتعليقك، استنبط من الزميل عبد الله، ومن كلامك أنه لا مشكلة تقنية في الأمر، وذلك يطمئنني، أما سؤالك عن الفائدة، فإني أوافقك على أنه ربما ليس للكنية فائدة متعلقة بجسمية الحيوان، لكن الموسوعة على اسمها، أي تشمل كل متعلقات الشيء ما دام قد ثبت تعلقها، والكنية عند العرب هي جزء من اسم الشيء، سواء الإنسان والحيوان، بل الجمادات، [Abstract and concrete والمعنويات]، فالكنية تجري في عروق العربية والعرب، وكفى بذلك سبباً لإضافة هذه الخانة المحلية الخالصة التي تُشعر القارئ العربي وتدلّه على أن الموسوعة عربية ليست استنساخاً للغات الأخرى، فالفائدة هي هوية الموسوعة العربية وشمولها لكل متعلقات الشيء.
مرحبا @Mervat:، إضافة إلى ما ذكرتُهُ في تعليقي السابق، فلا شكّ أن كنية الحيوانات موسوعية، والمعاجم وألسنة العرب القدماء والمعاصرين تشهد بذلك، وأما عدد الكنى، فأنا لا أُقرّ بأنه حجة لإضافة خانة أو تجاهلها، لذلك لا أريد أن أناقش في كثرة العدد وقلته، لكني من باب التوضيح (لا الإقرار)، لا أستطيع أن أحصي الخانات المسطورة في شتى القوالب، وهي نادرة الاستعمال بل مجهولة، ووبعضها مختلف في مقبوليتها وشيوعها العربي كخانة "الشريك" في قالب معلومات شخص التي كثيرا ما يحسبها المستخدمون شريك العمل، فلم تكن كثرة الاستعمال أو ملحوظيته أو مقبوليته أوجبتْ إضافة تلك الخانات الكثيرة نادرة الاستعمال، في حين أن كنية الحيوان كثيرة الاستعمال وملحوظة ومقبولة، وإكمالاً لباب التوضيح في مسألة العدد، فإن الكنى قد تبلغ مئة أو أكثر فيما ظهر من بعض المصادر، ولكني متيقن أن كنى الحيوانات المستعملة في لهجات العرب هي أضعاف هذا العدد. Abu aamir (نقاش) 20:54، 2 ديسمبر 2019 (ت ع م)[ردّ]
تعليق: من حيث المبدأ أجد أن الفكرة جميلة، وهو إثراء للمحتوى العربي اللغوي في الموسوعة، ولكن لا أتفق مع فكرة وضع الكنية خانةً في قالب المعلومات، إذ أنه مخصص للتصنيف العلمي؛ بالمقابل أقترح أن توضع الكنى في فقرة خاصة في نهاية المقالة أو في فقرة التسمية إن كانت موجودة. مع التحية. --Sami Lab (نقاش) 21:40، 2 ديسمبر 2019 (ت ع م)[ردّ]
تعليق: ستكون إضافة جميلة حتى لو لم تكن هناك فائدة فلن يكون هناك ضرر. وحسب ما أذكر (لكن لا أعرف كيف وإين) هناك خانة تجلب المعلومات من ويكي بيانات. أما عن مخالفة الموسوعة الأم فليكن ذلك ربما سنشعر ببعض التحرر والخصوصية. تحياتي --أبو هشام«نقاش»22:18، 2 ديسمبر 2019 (ت ع م)[ردّ]
شكرا @زكريا:، راجعت الخاصية، وحقيقة كما وقع التعليق حوله في نقاش الخاصية الطريقة غير علمية ومن الأفضل أن يظهر المرجع كاملا في كل سطر مما يسهل نسخ المرجع. يمكن أن تكون إختيارية طبعا ولكن لا توجد جدوى في تعميمها على جميع المستخدمين. --Helmoony (نقاش) 13:29، 5 ديسمبر 2019 (ت ع م)[ردّ]
تغيير "شاهد أيضًا" إلى "انظر أيضًا"
أقترح مهمة تغيير عناوين الأقسام من شاهد أيضًا إلى انظر أيضًا؛ أعتقد أن شاهد تستخدم مع الأشياء المتحركة: شاهد الفيلم وشاهدت المسرحية وليس نظرت إلى الفيلم ونظرت إلى المسرحية، وليس من الشائع القول شاهدت الكتاب وشاهدت الصحيفة.--محمد أحمد عبد الفتاح (نقاش) 17:48، 16 ديسمبر 2019 (ت ع م)[ردّ]
أتفق، مع استبدالها، بحسب فحص قاعدة بيانات شهر نوفمبر وجدت 486 حالة متنوعة من شاهد أيضا، تتنوع في وجود همزة الألف والتنوين من عدمها -Mohanadنقاش19:47، 16 ديسمبر 2019 (ت ع م)[ردّ]
@جار الله: تم التوافق أعلاه على انظر أيضاً، أما طالع أيضاً كان مُقترحًا من الزميل وهراني، لكن لا يُمكننا اعتماده لأنه لم يُوافق عليه المُجتمع حتى الآن، أو لم يؤيده أحد. تحياتي لك.--فيصل (راسلني)04:11، 24 ديسمبر 2019 (ت ع م)[ردّ]
@جار الله: لا أعترض من حيث المبدأ على طالع، وفكرت في صياغة أخرى مثل "مقالات متعلقة" وبهذا نتجنب انظر وطالع وهي أفعال أمر، ونتجنب أيضًا/أيضا/"أيضاً". لكن هذا يعني تغيير مقالات بالآلاف وسيكون مختلفًا عن الصياغة المستخدمة في لغات أخرى. لذلك أفضل "انظر" الآن.--محمد أحمد عبد الفتاح (نقاش) 07:28، 24 ديسمبر 2019 (ت ع م)[ردّ]
أحدث الأخبار التقنية من مجتمع ويكيميديا التقني. يرجى إعلام المستخدمين الآخرين بهذه التغييرات. لن تؤثر كافة التغييرات عليك. الترجمات متاحة كذلك.
الأخبار التقنية
بسبب حلول موسم العطلات سوف يرسل آخر عدد من نشرة الأخبار التقنية يوم 6 يناير/كانون الثاني 2020.
أحدث التغييرات
أصبح الآن متوفرا لكافة مستخدمي الموقع المخصص للأجهزة المحمولة سمات جديدة. تشتمل هذه السمات على: ألسنة للصفحات والنقاش وقائمة مستخدم موسعة ووصول مباشر إلى صفحات التاريخ. كانت هذه السمات في الأساس جزء من "الوضع المتقدم".
تغييرات لاحقة في هذا الأسبوع
لا يوجد إصدار ميدياويكي جديد لهذا الأسبوع أو الأسبوع القادم.
مرحبًا بالجميع. قمتُ بكتابة إضافة بسيطة تقوم باختصار روابط الصفحات في ويكيبيديا العربية؛ بالاعتماد على إضافة ShortenURL التي فعلتْها المؤسسة قبل أشهر. يُمكن تفعيل الإضافة من خلال:
الفائدة الكبرى لهذه الإضافة أنها تختصر عملية تقصير الروابط بدلًا من الذهاب للميتا في كل مرة، وكذلك تجعل من أمر مشاركة المقالات في مواقع التواصل الاجتماعي أكثر سهولة. كما تعلمون عند نسخ الروابط التي تحتوي حروف عربية يتم تحويل هذه الحروف إلى نصوص مشفرة تشوه الرابط. ربما يود الزملاء في فريق التواصل الاجتماعي تفعيل هذه الإضافة لديهم لتسهيل الأمور. تحياتي.--ASammour (نقاش) 04:35، 11 ديسمبر 2019 (ت ع م)[ردّ]
مرحبًا، هُناك مُسابقة ينظمها ويكيبيديون مُماثلة لنمط مسابقة سمو، حيثُ تبدأ هذه المسابقة يوم 1 يناير 2020، لذلك ومن باب نشر المُسابقة وجعل المشاركة فيها مُتاحة لجميع المُسجلين، نرغب بوضع إعلان للمسجلين فقط في الفترة ما بين (1 يناير 2020 حتى 15 يناير 2020) بحيث تتم إزالة الإعلان بعد انتهاء المدة. سيُساعد الإعلان في إيصال المسابقة لجميع المُسجلين، وهذا ما كان ينقص المسابقات السابقة حيثُ تنشر عبر مواقع التواصل أو {{رسائل للمجتمع}} وبالتالي لا يطلع عليها الجميع، أما الإعلان فيضمن مُطالعة الجميع له لمرة واحدة على الأقل. عُذرًا للغموض وعدم التوضيح أكثر حول محتوى المسابقة، ولكن من باب جعل الإعلان مُتناسق ولكي تكون الفرصة عادلة للجميع. تحياتي (ملاحظة كُنت قد طلبت طلبًا مشابهًا في أبريل 2019 وحظي بموافقة المُجتمع) --علاءراسلني15:45، 28 ديسمبر 2019 (ت ع م)[ردّ]
خلاصة: هُناك موافقة مجتمعية. شُكرًا جميعًا وسيتم وضع الإعلان في وقته مرفقًا معه وصلة لهذا النقاش في ملخص تعديل إضافة الإعلان. تحياتي مجددًا --علاءراسلني15:36، 30 ديسمبر 2019 (ت ع م)[ردّ]
هذا القسم منظور، ويمكن أرشفته.
ضبط إضافة المشاريع
مرحبًا... قمنا سابقًا بمناقشة كيفية إضافة المشاريع للمقالات بشكل دقيق وقمنا بتوضيح على ماذا يجب أن يعتمد البوت قبل نشر المشاريع:
ويكيبيديا الإنجيلزية
ويكيبيديا الفرنسية
تصانيف دقيقة
أرجو من كل مشغل بوت يرغب بإضافة المشاريع من خلال قوائم معقدة مسبقًا بنشر تصانيف هذه القوائم في صفحة في نطاق البوت التبع له حتى نتأكد أن مشغل البوت يدقق قبل النشر. حاليًا البعض يعتمد على ويكي داتا والبوابات وغيرها من الطرق غير الدقيقة. إشارة لكل من يضيف مشاريع عبر البوت @FShbibوMr. IbrahemوMeno25:، تحياتي لكم.--جار الله (نقاش) 23:29، 10 ديسمبر 2019 (ت ع م)[ردّ]
وعليكم السلام أخي @Mr. Ibrahem:؛ لا مانع طبعا؛ الفكرة هي أنه نظرا لأنني لست متفرغا بشكل كامل لتشغيل البوت فلا أقوم إلا باستخدام أدق الطرق في تشغيل البوت (لأنه كلما استخدمنا طرقا أكثر كلما زادت احتمالية الخطأ وبالتالي فسأحتاج المزيد من الوت لتصحيح الfalse positives وهو ما لا يتوفر لدي حاليا)؛ أنت لديك وقتا أكثر مني في تشغيل البوت كما هو واضح لذا فيمكنك التوسع في استخدام الطرق التي تحبها؛ شخصيا ليس لدي مشكلة في استخدام أي طريقة سليمة طالما أن صاحب البوت لديه الوقت لتصحيح الأخطاء التي (ربما) يرتكبها البوت؛ تحياتي. --Meno25 (نقاش • مساهمات) 17:19، 11 ديسمبر 2019 (ت ع م)[ردّ]
وعليكم السلام أخي @Mr. Ibrahem: ويكي داتا تحتوي على أخطاء كما حدث مع بوتك بإضافة مشروع السعودية لمقالة أبو بكر الصديق. طرحت فكرة ويكي داتا في السابق ولوجود هذه الأخطاء لم نعتمد عليها، وحاليًا عدد المقالات التي لا تحتوي على مشروع مواطنة الشخص قليلة جدًا ولمشروع واحد فقط وأعمل على التصانيف وسيتم نشر هذا المشروع للمقالات المتبقيه قبل أن ينتهي هذا النقاش. ولاحظت بوتك يعتمد على عنوان المقالة أو الصفحة وقام بإضافة مشاريع لصفحات لا علاقة لها بالمشروع كمثال مشروع الجزائر إلى صباح الجزائريوسامية الجزائري وهناك مقالات أخرى تحتوي على هذا الخطأ. يرجى أن نتفق على طرق جيدة وتحتوي على أقل الأخطاء. ويكي داتا يحدث فيها تخريب بشكل مستمر للجنسية، راجع عدد من السياسيين وستجد كل مدة يتم نسبهم لدولة ما. ورغم كتابتي لكود النقل من ويكي داتا لست متحمس لهذه التجربة رغم سهولتها، بسبب هذه الأخطاء. وحاليًا أكثر من 99.9% من المقالات تحتوي على مشروع الدولة لهذا لا حاجة لجلب الأخطاء على أقل من 0.1%. تحياتي لك.--جار الله (نقاش) 18:04، 11 ديسمبر 2019 (ت ع م)[ردّ]
ماذا بعد إضافة التقييم عبر التصنيفات هل سنمنع هذه الطريقة، أنا أتحدث بشكل عام حتى ولو لم يتبقى اي مقالات للتقييم عبر ويكي بيانات حاليا، لكنها تبقى طريقة مفيدة ويمكن استخدامها للمقالات الجديدة التي لم تقيم بعد أو التي سيتم إنشائها لاحقا، واحتمالية الخطأ في ويكي بيانات ليست كبيرة للغاية، والأخطاء نكتشفها ونتجنبها كما حدث في مقالة أبو بكر الصديق وقمت بإزالة الخطأ وتجنبت الأخطاء من ذلك النوع، أو في مقالات مشابهة، بالنسبة للتخريب فهو يحدث في أيضا هنا في ويكيبيديا في التصنيفات وغيرها، بل إن في ويكي بيانات طرق متعددة ومتطورة لإكتشاف التخريب والإضافات غير المناسبة وعشرات الأدوات لتتبع الخواص وقيمها، أكثر مما لدينا لتتبع أخطاء إضافة التصنيفات في المقالات، نعم بوتي قام بالعديد من الأخطاء وأقوم بتتبع تلك الأخطاء وتصحيحها أو إزالتها --إبراهيم قاسمراسلني20:51، 11 ديسمبر 2019 (ت ع م)[ردّ]
@Mr. Ibrahem: أتفق معك التخريب يحدث حتى في ويكيبيديا العربية، ولكن لو تم نشر مشروع لمقالات تصنيف معين وتم معرفة الخطأ، إصلاح هذا الخطأ سيكون سهل جدًا لأننا نعرف التصنيف وسيتم إزالة المشروع من مقالات هذا التصنيف. ولكن التخريب في ويكي داتا عام والعثور وإصلاح الخطأ لو حدث سيكون صعب جدًا. يمكننا لو تم التوافق أن نضع شروط ويتم تقييد استخدام ويكي داتا بشكل صارم جدًا للمواطنة P27 فقط وعند استخدام ويكي داتا يكون ملخص التعديل يحتوي على "WD" أو إشارة إلى ويكي داتا لنتمكن من إصلاح الخطأ لو حدث.--جار الله (نقاش) 00:16، 12 ديسمبر 2019 (ت ع م)[ردّ]
يمكن إضافة ملخص تعديل مناسب والأخطاء سأكون مسؤول عنها وايجادها بالطرق المناسبة، ومن ثم لماذا هذا التشديد جدا الذي تتحدث عنه هل ويكي بيانات غزو ماسوني أو ما شابه، يمكننا الاستفادة من جميع خواص ويكي بيانات، لمختلف مشاريع ويكيبيديا وخاصية المواطنة لن تفيد سوى في بضعة مشاريع --إبراهيم قاسمراسلني09:51، 12 ديسمبر 2019 (ت ع م)[ردّ]
@Mr. Ibrahem: لو تم التوافق سيصبح على الجميع، أن قاموا باستخدام ويكي داتا إضافة ملخص معين. ونعم التشدد مطلوب، كمثال تم رفض إضافة مشروع الرياضة بناء على مشاريع ويكي الإنجليزية الرياضية ولكن من خلال ويكي داتا سيقوم المستخدم بإضافة هذا المشروع. نحتاج تحديد خاصيات معينه والتقييد فيها حتى نتمكن من إصلاح الخطأ لو حصل ونعرف مصدر الخطأ. وعلى أي مستخدم يرغب بإضافة خاصية جديدة للخاصيات المعتمدة تقديم طلب وأخذ موافقة المجتمع وسيتم إضافة الخاصية الجديدة للخاصيات المعتدة للتقييم.--جار الله (نقاش) 16:05، 12 ديسمبر 2019 (ت ع م)[ردّ]
أطمئن لن أقوم بمثل هذا عمل، المشاريع هي ذاتها وإن أختلفت طرق التقييم، يمكن العمل بشكل دقيق ومحصور في نطاقات محدودة مثل لاعبي كرة قدم لمشروع كرة قدم، أشخاص لمشروع أعلام، مجرات وأجسام فضائية لمشروع فلك، إلخ، ويكي بيانات طريقة نحتاجها لمعرفة المواضيع بشكل أدق وأفضل. --إبراهيم قاسمراسلني12:50، 13 ديسمبر 2019 (ت ع م)[ردّ]
كما يمكننا الاستفادة منها بشكل كبير في إصلاح التقييمات ومعرفة الأخطاء، مثلاً يمكنني معرفة أن بوتك أضاف مشروع ويكي أعلام في مقاطعة مونموث (نيو جيرسي) مع أنه منسوخ من ويكيبيديا الإنجليزية ولكن يظل تقييم خاطئ وعبر ويكي بيانات يمكننا معرفة تقييمات مشابهة لمختلف المشاريع.--إبراهيم قاسمراسلني12:53، 13 ديسمبر 2019 (ت ع م)[ردّ]
@Mr. Ibrahem: نحتاج لقائمة مسبقة قبل الاعتماد عليها. كمثال يمكننا الاعتماد على 27 و17 و106 للمشاريع المخصصة ومشروع الرياضة يحتاج لضبط أوسع، ومشروع الأعلام كذلك، الاعتماد على Q5 لن يكون دقيق. نحتاج جدول مفصل وأي إضافة جديدة للجدول نطلب موافقة المجتمع قبل إضافتها. تحياتي.--جار الله (نقاش) 18:17، 14 ديسمبر 2019 (ت ع م)[ردّ]
إيقاف البوتات على تعديل التعديلات المُعلقة
بالبداية، هذه مُشكلة أواجهها منذ أشهر، وهو أن يكون هُناك تعديلاً مُعلقًا لم يتم قبوله بعد ويأتي البوت ويقوم بالتعديل على التعديل المُعلق! وهو لم يتم قبوله أصلاً! لا أعلم لماذا يقوم البوت بالتعديل على تعديلات معلقة ويُجبرنا أن تقوم بالرجوع عن تعديل البوت وتعديل المُخرب، وهذا يُفقدنا صلاحية الاسترجاع، لا نستطيع استخدام صلاحية الاسترجاع في هذه الحالة، وكذلك إذا قام البوت بالتعديل على التعديلات المُعلقة لا تظهر لنا في قائمة المُراقبة، فقط تظهر إذا ضغطنا على كلمة تعديلات معلقة، وهذا مثال على كلامي أعلاه. أرجو من أصحاب البوتات حل هذا الإشكال لأنه مُزعج جدًا. @جار اللهوMr. Ibrahem: والبقية. تحياتي لكم.--فيصل (راسلني)04:41، 30 ديسمبر 2019 (ت ع م)[ردّ]
أتفق مع مُقترح أخي فيصل، بأن لا يقوم البوت بالتعديل على المقالات ذات التعديلات المُعلقة إلا بعد أن يُراجعها أحد المحررين، خاصة أن عدد تلك المقالات أصبح قليلا جدا بعد المهام المتتالية لفريق المهام الخاصة، فمثلا يوجد الآن حوالي 2500 مقالة فقط مُقارنةً بما يزيد عن 20 ألف مقالة سابقًا. فتدخُل البوت يُصعِّب من عمل المُراجع ولا يجعل خاصية الاسترجاع ممكنة، وأحيانا كثيرة لا يمكن عمل "تراجع" عن التعديل الخطأ فقط وذلك لتداخل ذلك مع تعديل البوت. شكرا لكم. --Dr-Taher (نقاش) 07:00، 30 ديسمبر 2019 (ت ع م)[ردّ]
إذا زاد عدد المقالات ذات التعديلات المعلقة في المستقبل، هل يمكن إنشاء قائمة خاصة بالمقالات ذات التعديلات المعلقة التي توقف البوت عن إضافة إصلاحات لها بسبب هذه التعديلات؟--محمد أحمد عبد الفتاح (نقاش) 08:34، 30 ديسمبر 2019 (ت ع م)[ردّ]
يا جماعة، أرجو قراءة مُقترحي بدقة قبل التعليق. كلامي مُختلف تمامًا عن ما تتحدثون به. حتى لا يحدث خلط بالطلب، أنا نُقطتي هي عدم تعديل التعديلات المُعلقة نفسها يعني مثلاً لو قام مُستخدم جديد بإضافة كلمة تحتوي على خطأ إملائي (ولم يتم قبول تعديله حتى الآن) يقوم البوت بتعديل هذا الخطأ وهو اساسًا لم يتم قبوله. ووضعت مثال أعلاه حتى تتضح الفكرة. تحياتي لك.--فيصل (راسلني)08:38، 30 ديسمبر 2019 (ت ع م)[ردّ]
@فيصل: أنت تقصد أن البوت يعدل نصوصًا أضافها مستخدم تعديلاته معلقة؟ في الحالتين، ما تقصده وما فهمناه، التعديلات المعلقة للمستخدم لا تظهر مباشرة في قائمة المراقبة إذا عدل البوت لاحقًا بأي تعديل.--محمد أحمد عبد الفتاح (نقاش) 08:50، 30 ديسمبر 2019 (ت ع م)[ردّ]
@فيصل: ما أطلبه يُعدُ "توسيعًا" لطلبك لتسهيل مهمة البوت، وليحكم الزملاء مُشغلي البوتات أيهما أسهل في التطبيق. ولا خوف من تراكم التعديلات المُعلقة، فنشاط فريق المهام الخاصة يتابعها ويجعلها عند الحد الأدنى. --Dr-Taher (نقاش) 10:02، 30 ديسمبر 2019 (ت ع م)[ردّ]
تعليق:فيصل تقنيًا (في الحالة المثالية) يجب أن تظهر كلمة ([تعديلات معلقة]) في قائمة المراقبة حتى لو قام البوت بالتعديل بعدها أو قام أي مُحرر بالتعديل بعدها، بما أنهُ هناك تعديل مُعلق واحد في المقالة يجب أن يظهر وسم (تعديلات معلقة). للأسف هُناك خلل تقني في قوائم المراقبة (يمكن لصفحة خاص:قائمة المراقبة عرض معلومات خطأ مرة أخرى. لا تعرض الصفحة دائما ما هي التعديلات المقروءة وما هي تلك غير المقروءة. هذا الأمر سببه مشكلة في قاعدة البيانات. يعكف المطورون على حل هذه المشكلة.)، بالتالي رُبما لا تظهر جميع التعديلات المعلقة في قائمة مراقبتك وقد تظهر بعد فترة وتختفي وتعود وغيرها، وقد لاحظت هذه المُشكلة منذ 17 ديسمبر 2019 حيثُ أنظف قائمة مراقبتي ثم أجد تعديلات معلقة قديمة قد ظهرت!. تحياتي --علاءراسلني14:27، 30 ديسمبر 2019 (ت ع م)[ردّ]
@علاء: جميل، مُشكلة قائمة المُراقبة سيتم حلها إن شاء الله. الآن النقطة الأهم لماذا تقوم البوتات بالتعديل على التعديلات المُعلقة نفسها حتى لو لم يتم قبولها بعد؟ ما هي الفائدة؟ وهل تم الحصول على الموافقة لتطبيق هذا الأمر؟ هذا لا يجعلنا نستخدم زر الاسترجاع.--فيصل (راسلني)15:26، 30 ديسمبر 2019 (ت ع م)[ردّ]
تعليق: مرحبًا لقد أحسن الزميل @فيصل: بطرحه للمشكل لأنه في بعض الأحيان نجد تعديلات حسنة وأخرى سيئة متتالية تفصلها تعديلات بوتية مما يجعل عملية الاسترجاع مزعجة، والرأي هو بما أن البوتات تعمل جيدا دون هوادة فانه يتوجب ان توضع لها وقفة عند التعديل المعلق وتعود للمقالة عندما تراجع عادل (نقاش) 15:50، 30 ديسمبر 2019 (ت ع م)[ردّ]
مرحبًا @فيصل:.. البوتات حسب علمي تتعامل مع محتوى المقالة بغض النظر عن تاريخها وتواجد تعديلات معلقة عليها.. حينما يقوم البوت بمهمة (أرشفة مرجع مثلًا) فهو ينظر للنص ككل.. التعديل المعلّق هو النسخة الحالية للمقالة (محتوى المقالة)، أي أن التعديل المعلق موجود فعلًا، لكن الميدياويكي يسمح بعرض النسخة المستقرة من خيار "متى أعرض النسخة المستقرة من محتويات الصفحة افتراضيا" في التفضيلات للمستخدمين، أما البوتات فهي تتعامل مباشرةً مع النسخة الحالية (التي هي نسخة التعديل المعلق) بنصوصها.. لهذا نضع قوالب التجاوز كقالب {{يحرر}} في المقالات، فالكود يقرأ نص المقالة ويرى إن تواجد القالب ليتجاوزها أو يُكمل.. هذا في ما يخص التعديل على التعديلات المعلقة نفسها.. أما كون المقالات بها تعديلات معلقة بشكلٍ عام، فهذه مسألة أخرى وتتطلّب على ما أعتقد فحصًا للنسخ، وتعديلاتٍ لمئات الأكواد التي تشغلها عشرات البوتات من أجل تجاوز هذه المقالات.. تحياتي.. --شبيب..ناقشني16:22، 30 ديسمبر 2019 (ت ع م)[ردّ]
علاء: مرحبًا شبيب، أتمنى أن تكون بخير. كُنت قبل عدة أشهر قد تناقشت (بشكلٍ طفيف) عبر البريد مع الزميل جار الله حول حالة قائمة أرقام هواتف الطوارئ، حيثُ يقوم البوت بوسمها كبذرة، وكما ترى القائمة حجمها أكثر من 70 ألف بايت. فما رأيك؟ تحياتي
FShbib: أهلًا وسهلًا علاء.. المعذرة عن التأخير.. حقيقةً لا أفكر بحل سوى وضع قالب بذرة في تعليق على أمل أن تتجنبه البوتات.. يبدو أن الجداول لم تُحتسب، والنص الفعلي قليل لأن الاعتماد على عدد الكلمات وليس الحجم بالبايت..
علاء: نعم، كان قد دار الحديث نفسه بيني وبين جار الله، بأنَّ الاعتماد على عدد الكلمات، وعدد الكلمات داخل الجداول لا يُحتسب، ولكن الفكرة هنا لو أمكننا إجراء استعلام لنرى كم عدد المقالات التي تحتوي قالب بذرة وحجمها ضخم هكذا (مثلًا فوق 10 آلاف بايت) لنُقيم هل الموضوع شاذ وفي مقالاتٍ بسيطة فقط، أما الموضوع واسع؟ (إشارة إلى ASammour أيضًا)
جار الله: مرحبًا شبيب و@علاء:. كما قلت لعلاء سابقًا يمكن حساب الجداول ولكن الأمر يحتاج لنقاش وموافقة المجتمع. وبكل الأحوال يجب عدم الاعتماد على حجم البايت لان سيصبح لدينا طريقتين للحساب وهنا تحدث مشاكل كثيرة نحن بغنى عنها. سأقوم لاحقًا بكتابة عدد المقالات التي يجب إزالة وسم بذرة منها في حال قمنا بحساب كلمات الجداول أيضًا. تحياتي لكم.
جار الله:@علاء: بحدود 19,600 مقالة يمكن إزالة وسم بذرة منها في حال قمنا بحساب الجداول. تحياتي.
FShbib: جار الله، ماذا عن البوتات التي ستُضيف القالب بناءً على شروط الأوب؟ التغيير يجب أن يكون شامل..
ASammour: مرحبًا زملائي. أرجو منكم نقل النقاش إلى ميدان التقنية حتى يكون الجميع على علم بأي تغيّرات. المشكلة في هذا الموضوع هو أن هناك طريقتان لحساب عدد الكلمات:
حسب طريقة الأوب، وهي تُزيل الجداول، والقوائم النقطية...إلخ.
حسب خاصية البحث المضمنة في النظام، وهي أكثر دقة بالنسبة إلي. مثال
الطريقة الأولى فائدتها الوحيدة هي أننا نحاول توحيد معايير الوسم في الموسوعة مع الأوب؛ بغض النظر عن نجاعتها. أما الثانية، فهي علاوة على أنها دقيقة، ويقوم النظام بحساب الكلمات لوحده؛ فإنه يمكن متابعة حالة المقالات التي تحتاج للقالب باستعلام بسيط كهذا، أو التي تحتاج لإزالة القالب منها كهذا الاستعلام. بدلًا من الدوران على كل مقالة على حده وحساب عدد الكلمات في كل مرة. شخصيًا أن أنظر للموضوع من ناحية أن الهدف من عملية وسم المقالات هو سهولة تتبع حالة، وتصنيف المقالات. وبالتالي لو كانت هناك طريقة ممتازة، ولكن طريقة توليد المقالات الخاصة بها صعبة، أو غير ممكنة؛ فإنا شخصيًا أبحث عن حل آخر. طبعًا هذا حسب رأيي. تحياتي.
@FShbib: أتوقع ممكن طلب ذلك من مطورين الأوب ليشمل التعديل الأوب كذلك. @ASammour: أهلًا أحمد، سعيد برؤيتك... حول الطريقة الثانية للأسف كيفية حسابها غامضة ولا يمكن الأعتماد عليها إلا لو تم توضيح ماذا تحسب. كما تعلم عدم حساب أو حساب أي حرف يسبب اختلاف عظيم بين المشغلين، وهل يمكن للأوب القيام بالطريقة الثانية؟ حتى يكون لدينا نقطة عودة في حال لم يتبقى لنا إلا الأوب. تحياتي لكم.--جار الله (نقاش) 18:36، 2 ديسمبر 2019 (ت ع م)[ردّ]
الزميل @Meno25: هو الأعلم بيننا عن الأوب وإمكاناته وطريقة التواصل مع المطورين لتعديل الشروط، وبالتأكيد نحتاج رأيه.. مشكلة الاعتماد على عدد الكلمات أن هنالك عدّة طرق لذلك، فالأوب يُعطي رقمًا مختلفًا عن خاصية البحث، وهنالك طرق أخرى لتحديد عدد الكلمات وهي متخلفة في نتائجها دائمًا.. التغيير الرئيسي -إن حصل- ينبغي أن يكون على الأوب لكثرة البوتات التي تستخدمه ثُم يُغير الزملاء شروط بوتاتهم.. عمومًا لا أجد مشكلة في تواجد {{بذرة}} في القوائم، فهو يُشجّع على إضافة بعض النصوص النثرية إلى القائمة.. لو كان القصد إخفاء القالب والتصنيف؛ فربما نضع شرطًا بسيطًا يُخفيه من المقالة لو تجاوز حجمها 10 آلاف بايت، دون الدخول في تعقيدات تغييرات البرامج.. تحياتي.. --شبيب..ناقشني23:03، 4 ديسمبر 2019 (ت ع م)[ردّ]
شكرا أخي @FShbib:؛ أتفق معك في ضرورة تعديل كود الأوب أولا لأنه هناك الكثير من البوتات تستخدمه؛ الalgorithm الذي يستخدمه الأوب في إضافة/إزالة القوالب موجود في Tagger.cs وتحديدا في الدالة Tagger أما كيفية حساب الأوب لعدد الكلمات في المقالة فذلك باستخدام هذه الدالة WordCount؛ والتي تقوم بعدة تنسيقات على النص قبل عد الكلمات باستخدام ريجيكسات مثل RegexWordCountTable؛ للأسف هناك حالة عدم نشاط من مطوري الأوب حاليا والمطور الوحيد (نصف النشط) حاليا هو en:User:Rjwilmsi؛ عند الاتفاق على معايير جديدة فينبغي إخطاره في صفحة نقاشه لتعديل كود الأوب أولا؛ تحياتي. --Meno25 (نقاش • مساهمات) 06:01، 5 ديسمبر 2019 (ت ع م)[ردّ]
مرحبًا. @جار الله: الفرق بين حساب الأوب، وخاصية البحث هو أن الأخيرة تقوم بحساب الجداول، والقوائم أيضًا. طبعًا أنا متفهم أن الأوب مهم جدًا، وهو المرجعية لنا في عملية الوسم. ولكن عن تجربة بسيطة مع مطوري الأوب لا أجد تجاوبًا منهم تجاه أي طلب نقوم بتقديمه. أنا برأيي أن نتفق أولًا على خوارزمية احتساب الكلمات التي نريد (حسب الحجم، أو حسب طريقة الأوب العادية، أو حسب خاصية البحث)، وعند ذلك يُمكن لأخي علاء التواصل مع مطور الأوب ليقوم بطرح الفكرة عليه (كون علاء مضيف عالمي، وأغلب التقنيين يعرفونه جيدًا). كما ذكرتُ سابقًا، الأهم من عملية وسم المقالات، هو عملية توليد المقالات التي بحاجة لوسم، ولو كان هناك أي خوارزمية من الخوارزميات السابقة توفر لنا طريقة توليد المقالات المستهدفة فأنا موافق عليها مباشرة. ولكن حسب شكاوى بعض المستخدمين سابقًا؛ أجد أن أفضل تعديل لخوارزمية إضافة البذرة هو الاعتماد على خاصية البحث؛ لأنها تشمل الجداول، والقوائم. والأمر في النهاية لكم. تحياتي.--ASammour (نقاش) 08:43، 5 ديسمبر 2019 (ت ع م)[ردّ]
أهلًا أخي @ASammour: أنا قمت بتجربة على هذه المقالة وحتى أكون دقيق وأتحدث عن أرقام، كانت هذه النتائج:
حسب البحث: 41 كلمة (252 بايت (41 كلمة) - 00:00، 17 سبتمبر 2019)
الأوب: 19 كلمة
الحساب بطريقة الأوب مع حذف فقط التعليقات: 20 كلمة
الحساب بطريقة الأوب دون حذف أي شي (مضمن الجداول والقوالب والتعليقات): 20 كلمة
الحساب اليدوي: 18 كلمة
الحساب اليدوي مع حساب النجوم: "*" 25 كلمة
كما ترى لم تطبق أي طريقة حساب البحث، البحث غير معروف ماذا يحسب حتى نقوم بالاعتماد عليه، حتى الحساب اليدوي لم يطبق البحث. على العموم المقالة تم ذكرها ويمكن للزملاء القيام بالتجارب للحصول على نتائج أفضل. تحياتي.--جار الله (نقاش) 13:14، 5 ديسمبر 2019 (ت ع م)[ردّ]
تعليق: تحياتي جميعاً، صديقي @جار الله: مما لاحظت أن البحث يحتسب جميع الكلمات الظاهرة في الصفحة (بعد جلب التضمينات) عدا تلك المضمنة في جداول، وفي حالة المثال السابق فإن البحث يضيف 27 كلمة (المضمنة من قالب توضيح) إلى 14 كلمة الموجودة ليصبح المجموع 41، وللتأكد، إذا وضعت القالب لوحده في صفحة فارغة ثم قمت بالبحث عن الصفحة، تجد أن عدد الكلمات لهذه الصفحة هو 27، وهو عدد الكلمات التي تظهر بعد تضمين القالب، كذلك لاحظت أن البحث لايحتسب أي كلمة ناتجة من تضمينات قوالب في الأساس مبنية على جداول --Mohanadنقاش14:11، 5 ديسمبر 2019 (ت ع م)[ردّ]
طريقة البحث هي الأفضل لحساب عدد الكلمات بالطبع حيث يتم حساب عدد الكلمات الظاهرة في الصفحة وهي ما يلي:
هذه صفحة توضيح: \nتحتوي صفحة التوضيح على قائمة مقالات ذات عناوين متقاربة. إذا وجدت وصلة لها في مقالة، فضلًا غيِّر الوصلة لتشير إلى المقالة المناسبة من القائمة. \nكاتب (مؤلف) \nكاتب (طائر) \nكاتب (تدوين) \nكاتب الدولة \nكاتب الوحي \nكاتب السرّ \nكاتب عدل
تحياتي جميعاً، خلال الفترة الماضية قُمت بإنشاء ثلاثة مشاريع جديدة تخص الكائنات الحية، هي مشروع ويكي ثدييات، زواحف وبرمائيات وأسماك، كذلك تنشيط مشروع ويكي طيور والسبب هو رغبة في الاعتناء بهذا المجال الهام والذي يفتقر الى الكثير من المحتوى والمقالات، حالياً هناك أربعة مشاريع تغطي خمسة مجموعات من تصنيفات الكائنات الحية، لكن يتبقى لدنيا مجموعة كبيرة تضم عدة تصنيفات ضمنها وهي اللافقاريات، في ويكيبيديا الانجليزية لا يوجد مشروع لللافقاريات، يوجد مشروع منفصل لكل تصنيف، حشرات، مفصليات .. الخ، فهل ترونه من المجدي إنشاء مشروع لكل تصنيف، أو ربما مشروع واحد، أو لايتم إنشاء مشروع بل يتم الاعتماد على المشاريع الأخرى؟ --Mohanadنقاش16:54، 16 ديسمبر 2019 (ت ع م)[ردّ]
@Mohanad: أهلاً مُهند، من فضلك أرجو الالتزام بسياسة المشاريع والحصول على موافقة المُجتمع أولاً لانشاء أي مشروع وذلك تجنبًا لاستخدام مشاريعك كذريعة لانشاء أي مشروع مُستقبلاً دون الحصول على موافقة المُجتمع، وأرجو من الزملاء @جار اللهوHelmoonyوMr. IbrahemوFShbib: نفس الطلب، أعلم حرصكم على الموسوعة وتطويرها لكن حتى لا تفقد المشاريع أهميتها، وحتى لا يتحول موضوع إنشاء المشاريع لفوضى، أرجو طرح جميع المشاريع في الميدان للحصول على موافقة المُجتمع، عُذرًا لم أكن مُنتبه للموضوع في بدايته. تحياتي لكم--فيصل (راسلني)02:06، 28 ديسمبر 2019 (ت ع م)[ردّ]
أهلا @فيصل: المشاريع المذكورة قمت بإنشائها سابقاً قبل أن ينبهني الزملاء إلى سياسة المشاريع، وها أنا طرحتها في الميدان (ولو متأخراً) بالإضافة للمشاريع التي أفكر بإنشائها، وطبعاً أنا بإنتظار الموافقة قبل الإنشاء --Mohanadنقاش02:29، 28 ديسمبر 2019 (ت ع م)[ردّ]
@Mohanad: لا أتوقع ستحصل على تفاعل المُجتمع هُنا في ميدان التقنية، لو يتم الاقتراح عنها في ميدان الاقتراحات أعتقد سيكون هُناك تفاعل معها والحصول على الموافقة. وبخصوص المشاريع السابقة التي أنشأتها لو لم يُوافق عليها المُجتمع ستكون مُستوفية للحذف السريع، لذلك أقترح عليك أن تفتح نقاش جديد في ميدان الاقتراحات للحصول على المُوافقة. تحياتي لك وأشكرك لجهودك.--فيصل (راسلني)03:39، 28 ديسمبر 2019 (ت ع م)[ردّ]
أهلا @فيصل: للأسف صديقي لايوجد تفاعل هذه الايام مع الاقتراحات، والمجتمع بالكاد يشارك في الميدان، وبالكاد يشارك في المشاريع، والسياسة الحالية برأيي تعطّل إنشاء العديد من المشاريع، علماً أن فكرة المشاريع تغيرت نوعا ما عن السابق، أصبحت واجهة المشروع واجهة يمكن للمستخدمين الاعتماد عليها في صيانة المقالات والاهتمام بها، بغض النظر عن إنضمامه للمشروع من عدمه، بالنهاية أنا أنشئت هذه المشاريع خدمة للمجتمع، وإذا تقرر أنها غير مفيدة لن أمانع حذفها، تحياتي --Mohanadنقاش10:17، 28 ديسمبر 2019 (ت ع م)[ردّ]
هذا الحل يناسب فقط المقالات التي تستعمل قالب مرجع ويب بكثافة. تبقى مشكلة قوالب المعلومات وقوالب الأشرطة مطروحة وقد يكون الحل بالعودة للقوالب الكلاسيكية (بلا لوا).--- مع تحياتي - وهراني20:33، 17 ديسمبر 2019 (ت ع م)[ردّ]
@وهرانيوMr. Ibrahem: لدي سؤال منذ سنوات، وكونكم الأخبر في مجال القوالب هُنا في ويكيبيديا العربية أتمنى أن تفيدوني بالسبب. لماذا المقالات الكبيرة (مثلاً: نادي ليفربول، ريال مدريد، ليونيل ميسي وغيرهم) هُناك بطء تحميل رهيب عند فتح الصفحة على الرغم من سرعة الإنترنت لدي؟ وعلى حد علمي، الموضوع مُرتبط بتضمين القوالب، نُريد حل جذري لهذا الموضوع، لأنه أنا شخصيًا أصبحت لا أعدل هذا النوع من المقالات بسبب بطء التحميل وهُناك الكثير غيري نفس حالتي، فهذا يُهدد مُستقبل الموسوعة وقد يُسبب هجر المُستخدمين تعديل المقالات الكبيرة بحجة بطء التحميل. لذلك، هل من حلول؟ وحتى لو كان حلاً جذريًا، بالإمكان التعاون معًا وحل المُشكلة. أرجو الإفادة منكم. تحياتي لكم.--فيصل (راسلني)21:48، 21 ديسمبر 2019 (ت ع م)[ردّ]
حسب معرفتي بطء التحميل لا يتعلق بسرعة وصلة الانترنت فقط، فهناك عوامل أخرى تتدخل في عرض المقالات. من جانب المستخدم سرعة الوصلة ونوعية متصفح ويب وقدرته على عرض مقالة كبيرة و سرعته في تنفيذ تطبيقات جافا سكريبت المضمنة إضافة إلى خصائص الجهاز (حاسوب هاتف ..) المستعمل. ويمكن تأكيد هذا الاحتمال إذا كان الأمر (في نفس الظروف : حجم المقالة و...) متشابه بين عرض مقالة عربية أو انجليزية.
من جهة الخوادم : إلى جانب أن خادم الويكي العربي لا يتمتع بنفس أداء خادم الويكي الانجليزي. فإن عملية التعريب للقوالب والوحدات قد أضافت حملا جديدا. وأرى بأننا قد وقعنا في فخ موضة استعمال وحدات لوا المكثف فحين أن لم تفعل ذلك النسخة الألمانية.--- مع تحياتي - وهراني14:03، 22 ديسمبر 2019 (ت ع م)[ردّ]
@وهراني: شكراً لردك، لكن على الجهة الأخرى لو فتحت نفس الصفحة في ويكيبيديا الإنجليزية لا توجد أي مُشكلة والصفحة تفتح بشكل سلس ولا تأخد وقتًا طويلاً كما في ويكيبيديا العربية. وما هو الحل برأيك؟ نحتاج حل لهذه المُشكلة، حتى لو نحتاج للبناء من جديد. مع تحياتي.--فيصل (راسلني)05:29، 23 ديسمبر 2019 (ت ع م)[ردّ]
تعليق: تحياتي @فيصل: ، كنت قد أشرت سابقاً إلى هذه المشكلة ربما قبل 5 أشهر تقريباً، وكانت العلة الرئيسة لدي ومازالت هي صندوق المعلومات، برأيي هو سبب مباشر في بطئ التحميل وسبب متكرر في تجاوز حجم التضمين بعد التوسيع، وذلك أن الصناديق لدينا ذات تفاصيل شكلية كثيرة وتعتمد بشكل كبير على استيراد البيانات، ربما إذا قمنا بإعادة تصميمها تختفي المشكلة، وما يدفعني إلى ذلك هو أن التصاميم التي لاتعتمد وحدات قالب ص.م أخف بكثير ممن تعتمد هذا التصميم -Mohanadنقاش15:58، 24 ديسمبر 2019 (ت ع م)[ردّ]
مرحبًا، خلال السنتين الماضيتين تم نقل مئات المقالات الفلكية ذات الاختصارات الأجنبية من الحروف العربية إلى الحروف اللاتينية وفقًا لسياسة عناوين المقالات. بعد ذلك لاحظت أن العديد من المقالات التي نُقلت أُعيدت إلى الحروف العربية (مثل إس تي إس-124 وغيرها) من قِبل مستخدمين جدد وأيضًا محررين قدامى لا يهتمون بعلم الفلك ويبدو أنهم لا يعرفون شيئًا عن التعديل الذي تم في السياسة. لذلك أقترح:
إعادة نقل المقالات ذوات الحروف المقطعة فقط التي نُقلت إلى الحروف اللاتينية مرة أخرى.
حماية جميع المقالات الفلكية ذوات الحروف المقطعة من النقل على مستوى الإداريين (هذا يشمل المقالات الجديدة أيضًا بحيث يمكن لمنشئيها تقديم طلبات حماية لها من النقل بعد إنشاءها).
تعليق:، مرحبا ، شكرا لجهودكم، لا أوافق على نَكلزة العناوين، ولو كانت غير معروفة، لكن لمّا كانت هذه هي السياسة المتبعة حالياً، فيجب الالتزام بها وباستثناءاتها المذكورة:
الاختصارات الأجنبية التي تأتي عادة مع تفسيرها في المقالات العلمية (مثل اختصارات الأنزيمات: LDH، وتأتي مع تفسيرها lactate dehydrogenase، ويقابلها نازعة هيدروجين اللاكتات، أو G6PD، وهي glucose-6-phosphate dehydrogenase ويقابلها نازعة هيدروجين الغلوكوز-6-فوسفات).
الاختصارات التي لها مقابل شائع الاستخدام في اللغة العربية وبالأحرف العربية، مثل اليونيسيف أو الأيدز، فهذه يمكن استخدامها أحياناً كعناوين للمقالات بكتابتها العربية حصراً.
الاختصارات التي يقابلها في العربية ترجمة للمصطلح الكامل، مثل USA التي تترجم بالولايات المتحدة الأمريكية.
@محمد أحمد عبد الفتاح: أعتقد أنها مهمة معقدة جدًا بالنسبة لمرشحات الإساءة لعدة أسباب، ولست متأكدًا تمامًا إمكانية تنفيذها عمليًا. حماية المقالات بواسطة بوت سيكون أسهل وأبسط.
@جار الله: أقترح أن يتم تنفيذ المهمة من خلال 3 خطوات:
الخطوة الأولى: نقل المقالات من الحروف العربية إلى الحروف اللاتينية كما فعلنا في المرة السابقة.
الخطوة الثانية: حماية المقالات بواسطة البوت من النقل حماية دائمة على مستوى الإداريين (أنا لا زلت أفكر في الآلية لكنها ستكون على الأرجح من خلال التصنيفات أو القوالب).
الخطوة الثالثة: إضافة قالب الحماية من النقل إلى المقالات المحمية.
ملاحظة: البوت بحاجة لصلاحية إداري لكي يتمكن من تنفيذ الخطوتين الثانية والأولى.
ولكن طبيعة وحجم المهمة يتطلبان مشاركة أكبر من قِبل المجتمع، لذلك سأضع رسالة في رسائل للمجتمع.
بما أنه يوجد توافق على المهمة، سأبدأ بجمع المقالات ووضعها في هذه الصفحة.
النقل سيكون على مرحلتين، كل مرحلة ستكون بطريقة مختلفة كما فعلنا في المرة السابقة:
الطريقة الأولى: نقل عناوين المقالات التي لا تحتاج لترجمة جزئية إلى عناوين المقالات الإنجليزية مباشرةً (مثلًا: إن جي سي 100 > NGC 100)؛ ولذلك لن تتم كتابة العناوين التي سيتم النقل إليها.
الطريقة الثانية: نقل عناوين المقالات التي تحتاج لترجمة جزئية (مثلًا: كيبلر 16 بي > كيبلر-16b)؛ ولذلك ستتم كتابة العناوين التي سيتم النقل إليها.
أنا قمت فقط بتجميع المقالات التي يسمح بها وقتي، ولم أراجع عناوين الغالبية العظمى من المقالات البوتية التي أُنشئت في هاتين المهمتين (1 و2) نظرًا لأن وقتي محدود، وبالتالي لم أُضمِّن معظمها في عمليات النقل والحماية، وسأترك هذه المهمة لزميل آخر. كما أنه توجد العديد من المقالات التي أنشأها منشئوها بعناوين إنجليزية (أسماء وليست اختصارات)، هذه المقالات يجب أن تُنقل إلى العناوين العربية، ولكن وقتي لا يتسع لتعريب كل هذه المقالات.
@جار الله: أنا وضعت المقالات التي ستُنقل في المرحلة الأولى في صفحة النقل (النقل سيكون لعناوين المقالات الإنجليزية المقابلة)، وأرى أن الانتظار لمدة 24 ساعة سيكون كافيًا، بما أننا قمنا بنقل مقالات لها عناوين مماثلة من قبل ولم تحدث اعتراضات، كما أن العدد قليل نسبيًا. بالنسبة للمرحلة الثانية، فهي بحاجة لفترة مراجعة أطول، بالإضافة إلى أن عددها أكبر بكثير، لذلك أرى إعطاء فترة 3 أيام لمراجعتها قبل النقل. وأقترح أن يتم وضع وصلة السياسة في ملخص التعديل في عمليتي النقل.
الزملاء البيروقراطيين @ElphوIbrahim.IDوعلاء:JarBot بحاجة بعد 24 ساعة من الآن لصلاحية إداري من أجل نقل جميع الصفحات، ثم حمايتها.
وأتصور أن الخط الزمني سيكون كالتالي:
نقل مقالات المرحلة الأولى: بعد 24 ساعة
نقل مقالات المرحلة الثانية: بعد 4 أيام
الحماية: بعد 6 أو 7 أيام (أنا أكتب الآن شروط حماية المقالات الفلكية من النقل، وسأطرحها للتصويت ليصوت عليها المجتمع خلال هذه الفترة)
@علاء: أفضل القيام بالعمل بشكل متقطع (كل مهمة على حدا) لو كان لديك وقت ويمكنك منح البوت عند الحاجة الصلاحية بدل من منح البوت الصلاحية لمدة 7 أيام سيكون أفضل. تحياتي لك.--جار الله (نقاش) 20:10، 30 نوفمبر 2019 (ت ع م)[ردّ]
أنا وضعت مقالات المرحلة الثانية، وستكون هناك فترة 3 أيام لمراجعتها قبل النقل، لذلك كل من يريد مراجعة المقالات والعناوين التي ستُنقل لها يطالع هذه الصفحة (الصفحة تتضمن كذلك تصحيحات لبعض العناوين وهي غير خلافية). @جار الله: هناك عدد قليل فقط من التحويلات، لذلك يمكنك إذا أردت أن تنقل هذه المقالات بواسطة حسابك الإداري بدلًا من طلب صلاحية إداري للبوت من أجل تحويلات قليلة. تحياتي --Twilight Magic (نقاش) 01:00، 4 ديسمبر 2019 (ت ع م)[ردّ]
@جار الله: بخصوص الحماية، هناك مئات أو عشرات المقالات التي تحمل عنوان معين مثل (NGC) و(كيبلر-) و(HD) وبعضها موجودة في تصنيفات معينة (مثل هذا وهذا)، هذه أقترح حمايتها وفقًا للعنوان؛ حتى لا يحمي البوت مقالات أخرى في هذه التصنيفات لا نريد حمايتها. وبخصوص المقالات التي لا تتشابه عناوينها فأرى أن أفضل طريقة هي إنشاء تصنيف:مقالات بحاجة للحماية من النقل وإضافته يدويًا بشكل مؤقت إلى هذه المقالات (يمكنني القيام بذلك أثناء تجميعي للمقالات) على أن يقوم البوت بإزالة التصنيف من المقالات وحذفه بعد انتهاء المهمة. أعتقد أن هاتان أفضل طريقتان لحماية المقالات آليًا بدون حدوث أخطاء (إذا حدث خطأ فسيكون بشريًا). فما رأيك؟ --Twilight Magic (نقاش) 17:12، 19 نوفمبر 2019 (ت ع م)[ردّ]
@جار الله: هناك أيضًا (STS) وعناوين أخرى لا أتذكر جميعها الآن. عمومًا سأجمعها خلال تجميعي للمقالات. أنا أنشأت التصنيف. وربما ترغب في إضافته بواسطة البوت إلى جميع المقالات التي ستتم حمايتها بعد الانتهاء من النقل (هذا لو كنت ترغب في حماية جميع المقالات من خلال تصنيف واحد). --Twilight Magic (نقاش) 19:08، 19 نوفمبر 2019 (ت ع م)[ردّ]
@Twilight Magic: بانتظار القائمة الكاملة. وساعتمد على المفردات وسيقوم البوت بتجميع القائمة دون الحاجة لنشر القالب عبر البوت، يمكنك إضافة القالب للمقالات التي لا تحتوى على المفردات التي سيعمل البوت على تجميع مقالاتها، شكرًا لجهودك.--جار الله (نقاش) 19:43، 19 نوفمبر 2019 (ت ع م)[ردّ]
شروط حماية المقالات الفلكية من النقل حماية دائمة على مستوى الإداريين
يجب أن يحتوي عنوان المقالة على اختصار لاتيني أو حروف لاتينية ذات حروف مقطعة عندما تُكتب باللغة العربية (أمثلة: NGC 6357، كيبلر-452b)، ولا تتم حماية المقالات ذوات الاختصارات التي لها مقابل شائع في اللغة العربية (مثال: ناسا)، وكذلك الاختصارات والأسماء التي يمكن تعريبها (بحيث يتم تفادي الحماية كلما كان ذلك ممكنًا).
عنوان المقالة يجب أن يكون دائم وغير مؤقت، لذلك يجب التأكد أولًا من أن عنوان المقالة هو دائم، لهذا السبب يُفضَّل انتظار مرور سنة كاملة قبل حماية مقالات الأجرام الفلكية المكتشَفة حديثًا.
يجب ألا تكون المقالة مكررة، وأن تكون مرتبطة بوصلة إنترويكي.
يجب ألا تحتوي المقالة على مخالفة تجعلها معرَّضة للحذف؛ كأن تكون مترجَّمة آليًا، أو أن تكون منسوخة من موقع آخر.
ملاحظة: حماية المقالات من النقل لا تعني أن هذه العناوين "مقدسة"، ولا تعني كذلك أنها تُعتبر كلها دقيقة أو صحيحة 100%. ويستطيع أي شخص في أي وقت أن يقدم طلب للإداريين لنقل أي مقالة إلى عنوان آخر، أو أن يطلب رفع الحماية عن أي مقالة مع تقديم الأسباب.
هذه الشروط تهم الإداريين بشكل خاص لأنها ستكون مهمة إدارية. @علاءوSami Lab: رأيكما مهم في هذه الشروط بما أنكما مهتمان بهذا الموضوع، وربما تكون لديكما اقتراحات بإجراء تعديلات عليها أو إضافة شروط أخرى. --Twilight Magic (نقاش) 16:10، 28 نوفمبر 2019 (ت ع م)[ردّ]
أولا أنا ضد اقتراح الحماية هذا؛ الحماية الكاملة (مستوى الإداريين) هي إجراء قوي جدا ولا ينبغي استخدامه إلا في أضيق الحدود؛ وبالتأكيد فحماية عدد ضخم (مئات وربما آلاف) من المقالات هكذا هو أمر يتنافى مع روح الموسوعة الحرة؛ ثانيا لو استقر النقاش هنا على حماية المقالات فالموضوع ينبغي أن يتم تنفيذه كمرشح إساءة (استخدام البوت في حماية آلاف المقالات هكذا هو إضاعة للوقت وإهدار للموارد في هذه الحالة)؛ امتداد مرشح الإساءة يدعم المتغيران moved_from_title و moved_from_prefixedtitle (يطابقان اسم الصفحة المنقول منها بدون النطاق ومع النطاق على الترتيب) والذان يمكن استخدامها (مع تعبير منتظم أو ريجيكس مناسب) في عمل مرشح الإساءة المطلوب. --Meno25 (نقاش • مساهمات) 19:25، 3 ديسمبر 2019 (ت ع م)[ردّ]
@Meno25: لا يوجد مانع عندي من استبدال الحماية الكاملة من النقل بمرشح إساءة يقوم بنفس الوظيفة إذا كان هذا ممكنًا (هذا أفضل بالتأكيد). ولكن هل ستكون الحماية بواسطة المرشح حسب عنوان الصفحة؟ وماذا عن المقالات التي لديها عناوين مميزة كالموجودة في هذا التصنيف؟ --Twilight Magic (نقاش) 20:36، 3 ديسمبر 2019 (ت ع م)[ردّ]
@Twilight Magic: امتداد مرشح الإساءة يدعم عدة متغيرات مثل old_wikitext و edit_diff و removed_lines (تحتوي على نص الويكي القديم للصفحة والفرق الذي تغير في التعديل والسطور التي أزيلت في التعديل على الترتيب) والتي يمكن استخدامها كما تريد مع التصنيف المذكور (إما بقصر عمل المرشح على المقالات في التصنيف المذكور أو العكس أي العمل على المقالات التي ليست في التصنيف)؛ الأمور التقنية ليست مشكلة، فهناك أكثر من طريقة لعمل المرشح المطلوب، لكنني ضد فكرة استخدام الحماية مع عدد المقالات الكبير هذا من الأصل؛ تحياتي. --Meno25 (نقاش • مساهمات) 08:21، 11 ديسمبر 2019 (ت ع م)[ردّ]
عفوا @Twilight Magic: لكن أين هو التوافق على حماية المقالات أصلا؟ (بمعنى آخر: أين هو التوافق على إنشاء مرشح الإساءة لحماية المقالات؟) كما أرى فلم يؤيد موضوع الحماية هذا أحد باستثنائك؛ الرجاء من إخوتي @جار اللهوعلاء: عدم التسرع في حماية أي مقال قبل تأييد عدد كاف من أفراد المجتمع لفكرة حماية المقالات؛ تحياتي. --Meno25 (نقاش • مساهمات) 09:30، 19 ديسمبر 2019 (ت ع م)[ردّ]
@Twilight Magic: الموجود بالأعلى لا أعتبره توافقا بل نقاش، وحتى لو اعتبرناه توافقا فعدد المشاركين فيه قليل جدا (3 مستخدمين فقط: عبد الفتاح وجار الله وصالح) ولا يكفي للإجراء القوي الذي تريد فعله هنا (حماية آلاف المقالات)؛ وهناك نقطة تقنية أود توضيحها لأنه يبدو أنها غائبة عنك باعتبارك عادة لا تشارك في الأمور التقنية: كثرة استخدام مرشحات الإساءة تؤدي إلى إبطاء عملية التحرير في ويكيبيديا ولهذا السبب فينبغي أن يقتصر استخدام المرشحات على معالجة حالات التخريب الضرورية فقط؛ ولشرح هذه العبارة أحب شرح كيفية عمل مرشح الإساءة: كل مرة يقوم أحد المستخدمين بعمل فعل في الويكي (في حالتنا هذه فالفعل هو عملية نقل الصفحات) يقوم امتداد مرشح الإساءة بعمل معالجة processing تهدف إلى معرفة هل هذا الفعل يطابق أحد مرشحات الإساءة أم لا؛ المعالجة هذه تأخذ وقتا من خوادم ويكيبيديا مما يؤدي إلى إبطاء الموقع (للأمانة التقنية أحب أن أقول أن هذا الإبطاء يكون بمعدل قليل جدا)؛ موضوع وقت المعالجة هذا مهم جدا في ويكيبيديا العربية بالذات لأننا هنا نسحب معظم معلومات القوالب من ويكي داتا (سحب البيانات من ويكي بيانات يستغرق بعض وقت المعالجة القليل لكنه يقوم بعمل مفيد في ويكيبيديا العربية وهو توفير وقت التحديث اليدوي لبيانات القوالب في المقالات)؛ وبالتالي فعندما نقوم بإنشاء مرشح إساءة جديد يضيف لوقت المعالجة في الويكي فعلينا أن نسأل أنفسنا: هل إضافة المرشح الجديد تستحق فعلا؟ (بمعنى آخر: هل الفائدة المرجوة من المرشح الجديد تبرر زيادة وقت المعالجة؟) في رأيي الشخصي فلا توجد فائدة مرجوة لمرشح منع نقل المقالات الفلكية الذي تريد عمله؛ عدد المقالات الفلكية بالآلاف ولو حصل بها تخريب بالنقل فسيكون في عدد مقالات محدود جدا يعد على الأصابع؛ وطبعا الأفضل في هذه الحالة هو عمل قائمة مراقبة اختصاصية ومتابعة عمليات التخريب في المقالات باستخدام هذه الصفحة (نفس فكرة الصفحة ويكيبيديا:صفحات مهمة والتي نتابعها كلنا من خلال وصلة "أحدث التغييرات الأساسية" في الشريط الجانبي)؛ هذه ليست محاولة مني لفرض رأيي ولكني بصراحة أريد توافقا واضحا من عدد كبير من المستخدمين على إنشاء مرشح الإساءة الجديد هذا قبل عمله فعلا؛ وأحب أن أقول أنني سأمنع أي بوت يتم تشغيله لحماية هذه المقالات كميا وكذلك فسأقوم بتعطيل أي مرشح إساءة يتم تفعيله قبل وجود التوافق الواضح على هذا الموضوع. (ملاحظة: ليس لدي اعتراض على مهمة نقل المقالات بالبوت، اعتراضي فقط على حماية المقالات.) --Meno25 (نقاش • مساهمات) 12:03، 19 ديسمبر 2019 (ت ع م)[ردّ]
@Meno25: أريدك أن تعرف أنني كنت أريد أن يحدث توافق أكبر من قِبل المجتمع على هذه المهمة الكبيرة، وأنا أعلم بالطبع أنه ليس أمرًا سهلًا حماية آلاف المقالات من النقل؛ لذلك أنا وضعت رسالتين في رسائل للمجتمع من أجل هذا النقاش، وبما أنه لم يعترض أحد فقد تقدمت للأمام. الآن وبعد اعتراضك هذا اتفقت مع الزميل جار الله على استبدال الحماية بمهمة أخرى بسيطة سأطرحها في الميدان قريبًا، هذه المهمة ستقلل من فرص نقل معظم المقالات بشكل كبير (لكنها لن تمنع النقل تمامًا مثل الحماية أو مرشح الإساءة). تحياتي --Twilight Magic (نقاش) 16:04، 26 ديسمبر 2019 (ت ع م)[ردّ]
التعديلات المقترحة للوافدين الجدد - فريق النمو
مرحبا، أتشرف بإعلامكم بأن فريق النمو في المؤسسة قام بإصدار النسخة الأولى من مهام الوافدين والوافدات الجدد. إذ يمكنهم حاليا النقر على إسم المستخدم الخاص بهم ليتحصلوا على لوحة جديدة ضمن الصفحة الرئيسية للوافد الجديد وفيها سيتم إدراج مقترحات للتعديل. في اللوحة يمكن ترشيح مستويات الصعوبة في المهام مثلما يمكنكم مشاهدته في الفيديو التوضيحي.
المزيد من الميزات سيتم إضافتها خلال الأشهر المقبلة.
هذه النسخة الأولى لا تشمل اقتراحات تتماشى مع المواضيع التي يرغب الوافد الجديد التعديل فيها ولا طريقة توجيه لاتمام التعديلات. هذه الاضافات الهدف منها تحسين تجربة المستخدم الجديد حتى يتسنى له اختيار وانهاء المقترحات.
مرحبا بالجميع، ربما لاحظتم تواتر التعديلات الجديدة لمستخدمات ولمستخدمين في الفترة الأخيرة، وهذا أمر منتظر إثر نشر لوحة التعديلات المقترحة في الصفحة الرئيسسة للوافد الجديد. لمن يريد هذه التعديلات، يمكنكم المتابعة هنا. أرحب أنا والفريق العامل بكل استفساراتكم. تحياتي. --الحبيب مهني (ويكيميديا) (نقاش) 10:09، 14 ديسمبر 2019 (ت ع م)[ردّ]
@يوسُف: مرحبا وأهلا وسهلا، شكرا على الاهتمام بعمل فريق النمو. لو تفضلت هل تستطيع إخباري عن الجوانب التي يمكنك أن تساعد فيها الفريق؟ مثلا هل تحبذ التطوع في الرد عن أسئلة الوافدين الجدد؟
مرحبًا، أصبح التقييم الآلي - الفارغ! - مزعجًا ومربكًا وغير مفيد، وتجاوز نطاق المقالات إلى نطاقات أخرى لا جدوى من تقييمها أو إنشاء صفحات نقاشها، المطلوب حالًا وقف إضافة قالب التقييم لأي نطاق خارج نطاق المقالات، وحصر إضافة القالب بإضافة الأهمية (أي نقل الأهمية من الإنجليزية والفرنسية حصرًا كما هو متّفق). فكرة التقييم كانت لتساعد المجتمع القائم على المشروع في تطوير المقالات المتصلة بالمشروع، لكن أصبحت المشاريع حاليًّا فقط لزيادة تعديلات البوتات بشكل عبثي، وأصبح وجودها فارغًا من معناه.
تعليق:@صالح: لا أتفق معك كثيرًا، مثلًا في مشروع ويكي طب تقييم التصنيفات/القوالب/الصور مُفيد جدًا، وقد ساعدني (وما زال) على تحديد العديد من النواقص لدينا اعتمادًا على {{مشروع ويكي طب}}. ولكن أتفق في نقطة وجود تضاربات في التقييم، وبوتات تقوم بتقييمات فارغة فقط (لا تُضيف أهمية ولا جودة). تحياتي --علاءراسلني16:14، 20 ديسمبر 2019 (ت ع م)[ردّ]
أهلًا @علاء: الموضوع عن التقييم الفارغ، ويمكنك طلب نسبة التقييم الفارغ في نطاق التصنيفات الطبية أو في تصنيفات الأعلام وغيرها، لتعرف حجم الصفحات الفارغة المنشأة بهدف الإنشاء فقط لا غير. لا أحد يطلب وقف نقل تقييم متاح وموجود، المطلوب وقف التقييم الفارغ. -- صالح (نقاش) 16:58، 20 ديسمبر 2019 (ت ع م)[ردّ]
أهلا @صالح: صراحة عن نفسي لم أُقم بتقييم خارج نطاق المقالات الا ما ندر، لكن صدقاً لم أفهم المقصود بالتقييم الفارغ، هل من أمثلة أو توضيح، تحياتي --Mohanadنقاش17:13، 20 ديسمبر 2019 (ت ع م)[ردّ]
مرحبًا مُهنّد لا يوجد لدينا شيء اسمه تقييم تصنيف، وكل التقييمات الموجودة ضمن التصنيفات فارغة، ويمكن أخذ الفكرة بمطالعة صفحات النقاش هذه: مثال 1، مثال 2 ومثال 3، ستجد أنّه في مدخل التصنيف مكتوب: «التصنيف لا تتطلّب* تقييمًا حسب مقياس الجودة الخاص بالمشروع.» أي بكلمة واضحة: لا معنى لوجودها، وهو بالضبط مثل: تعريف المُعرّف، فنحن نعلم أن هذا تصنيف، السؤال ما هي أهميته بالنسبة للمشروع؟ الجواب: لا أهمية متاحة، وأصلًا لا يمكن وضع تقييم جودة أي تصنيف بالنسبة لأي مشروع، لأنه مرتبط بمقالات مختلفة، وكل واحدة مختلف تقييمها عن الآخر، فواحدة فائقة الأهمية والأخرى قليلة. إذًا لماذا ننشئ الصفحات لنضع تقييمًا فارغًا ضمنها؟ الواضح أن الأمر فقط لزيادة عدد التعديلات! تحياتي لك. -- صالح (نقاش) 17:51، 20 ديسمبر 2019 (ت ع م)[ردّ]
@علاء: يمكن إحصاءها بأشكال عديدة ومختلفة، منها على سبيل المثال: استعلام بسيط لإحصاء عدد القوالب أو التصنيفات، وما من حاجة لإنشاء صفحة نقاش لهذا الغرض البسيط. هل سننشئ مئات الآلاف من صفحات النقاش من أجل إحصاء عدد التصنيفات والقوالب في كل مشروع؟ -- صالح (نقاش) 18:11، 20 ديسمبر 2019 (ت ع م)[ردّ]
@صالح: طبعًا كل هذا الإنشاء من أجل أمور تنظيمية بحتة، والتقييم عمومًا تنظيمي بحت، بالنسبة للاستعلام لن يكون دقيق، وقد جربته كثيرًا سابقًا، والاعتماد مثلًا على بوابة:طب لم يكن دقيقًا أيضًا، كما أني اعتمد في إحصاءات مشروع ويكي طب على صفحات التقييم لجميع النطاقات ضمن المشروع. لنرى رأي الزملاء. تحياتي --علاءراسلني18:14، 20 ديسمبر 2019 (ت ع م)[ردّ]
تحياتي @صالح: توضحت الصورة الآن، لكن صديقي هناك لبس بالموضوع، بدايةً هدف مشاريع الويكي هو تطوير كل ما يتعلق بمسمى المشروع، يبدأ ذلك من نطاق المقالات فالتصنيفات وحتى القوالب، ووجود قالب المشروع في صفحة النقاش ليس الهدف منه التقييم فحسب بل ربط الصفحة كذلك بالمشروع، وذلك لأهداف التطوير والتنظيم والصيانة لاحقاً، حالها حال شريط البوابات في المقالات، ووجود الصنف ضمن قالب المشروع في نقاش الصفحات الغير مقالية (مثل: تصنيف، قالب ..الخ) هدفه الفرز فقط، مثلاً إذا أحببت أن أعمل على صيانة القوالب التي تتعلق بمشروع ما، كل ما علي هو زيارة التصنيف:مقالات المشروع ذات صنف قالب، وهناك يفترض أن أجد جميع القوالب التي تتعلق بالمشروع بغض النظر عن تصنيفها أو استخدامتها الأخرى، أتمنى أن تكون الصورة قد وضحت، تحياتي --Mohanadنقاش21:47، 20 ديسمبر 2019 (ت ع م)[ردّ]
تعليق: مرحبًا @صالح: للأسف وصلنا لهذه الفكرة. أنا أعمل على نقل التقييم الآلي ربما منذ أكثر من عام، كان التقييم مقتصر على النقل من الإنجليزية والفرنسية ولم تحدث مشاكل كثيرة، أغلب المشاكل كانت حول الصنف ولم تحصل مشاكل بسبب التقييم. منذ شهر أصبحت البوتات (بما فيها بوتي) تقوم بالتقييم بشكل محلي وهذا التقييم خرج عن السيطرة بعض الشي، طرحت في الأعلى نقاش لضبط الإضافة المحلية بشكل صارم ولكن دون تجاوب. حاليًا أتمنى يكون النقاش حول ضبط الأمور بدل من إيقاف المهمة. تحياتي.--جار الله (نقاش) 23:44، 20 ديسمبر 2019 (ت ع م)[ردّ]
مهمة تقييم المقالات بالبوت مفيدة جدا وتوفر كم هائل من الوقت على المحررين البشر، وأنا أؤيد استمرارها مع معالجة أي أخطاء تحدث عند التشغيل مثلما ذكر أخواي جار الله وعلاء بالأعلى. --Meno25 (نقاش • مساهمات) 11:55، 25 ديسمبر 2019 (ت ع م)[ردّ]
@صالح: كما قال الزملاء بالأعلى، التقييم الآلي مهم جدًا، وتم التوافق عليه لأن عدد الصفحات المطلوب تقييمها يفوق بكثير جدًا قدرة العدد الموجود حاليًا من المحررين النشطين، كما أن تقييم التصنيفات والقوالب وغيرها يساعدنا على حصر جميع الصفحات المتعلقة بالمشاريع، وهذا يمكنه أن يفيد أيضًا في مهام الصيانة. --Twilight Magic (نقاش) 18:52، 28 ديسمبر 2019 (ت ع م)[ردّ]
هذا القسم منظور، ويمكن أرشفته.
نُقِلَ النقاش إلى ويكيبيديا:طلبات البوت 
