كومنز:الكتابة فوق الملفات الموجودة
يدور هذا المبدأ التوجيهي حول متى وكيف يجب أن يقوم المستخدمون بالكتابة فوق الملفات الموجودة.[1]إرشادات حول هذا أمر ضروري لأن كلا من مشاريع ويكيميديا التي تستخدم ملفات كومنز ومعيدي الاستخدام الخارجييين الذين يستخدمون محتوى كومنز مباشرة يعتمدون على الملفات التي تكون مستقرة إلى حد معقول، نتيجة لذلك; القاعدة الأساسية هي أن الملفات الموجودة لا يجب أن يتم استبدالها بمحتوى مختلف بشكل كبير، بينما يجب أن تقوم التحسينات الثانوية بالكتابة فوق النسخة السابقة (لكن انظر أدناه للاستثناءات). عند الشك، أو لحل النزاعات بين المستخدمين; قم برفعه كملف جديد.
After discussion in August 2012, this guideline was proposed and formally adopted as an RFC. As of September 2023, a further discussion concluded that many overwrites did not comply with this guideline, so it was decided that it should be strictly enforced in software by limiting overwrite privileges of images uploaded by other users to those with the autopatrol right. If you want to overwrite files initially uploaded by other users, please request the autopatrol right on COM:Requests for rights. If you are not eligible for this right, you may request an exception for a specific file.
عند عدم الكتابة فوق الملف الموجود، يجب أن يتم رفع التغييرات تحت اسم جديد (يشبه بشكل مثالي الاسم القديم)، ويجب أن ترتبط صفحة وصف الملف بالملف الأصلي ومنح النسبة للمؤلف(ين) الأصلي.
اكتب فوق
تحسينات طفيفة
كقاعدة عامة، استخدم الرابط "رفع نسخة جديدة من هذا الملف" فقط لإجراء تحسينات طفيفة نسبيا، الامثله تشمل
- الاستبدال بإصدارات ذات دقة أعلى من نفس الملف
- تصحيح ألوان صغير وغير مثير للجدل أو تقليل الضوضاء أو تصحيح المنظور إلخ
- إزالة علامة مائية
- تدوير 90/180/270° ضروري أو تصحيحات دورانية بسيطة للصور التي لا تُصحَّح
- اقتصاص البسيط
- تصحيحات لمخططات أو خرائط إذا كان هناك إصدار أكثر دقة متاح
- تصحيح أخطاء SVG
- إضافة أو تصحيح الترجمات، إصلاح الأخطاء الإملائية (مثل تغيير "grater" إلى "greater")
وأشياء مماثلة حيث لا يتم تغيير التكوين الأساسي، قد يتضمن ذلك اقتصاصا صغيرا، على سبيل المثال لإزالة حد مضاف حديثا (لا يتم الرفع عبر الملفات التي تزيل أجزاء من الصور التاريخية)، ولكن عادةً ما يتم رفع الاقتصاص القوي تحت اسم جديد، مثل "اسم الصورة القديمة (crop).jpg".
عادة ما يعتبر تصحيح الأخطاء الطفيفة تحسينا طفيفا، ومع ذلك ، كلما كان التصحيح أكثر شمولا، زادت احتمالية رفع النسخة المصححة كملف جديد (لتجنب الخلافات المحتملة حول ما إذا كان التصحيح مناسبا، وربما حرب رفع)، وإذا لزم الأمر، قم بترشيح الملف القديم للحذف.
ملاحظة: سيخسر ملف ذو شروح صور هذه التعليقات إذا تغيرت أبعاد البكسل، انظر Help:Gadget-ImageAnnotator#Limitations، هذا ليس سببا لتقسيم ملف عند إجراء تحسينات طفيفة; حيث يمكن إعادة إدخال التعليقات التوضيحية.
الاستثناءات
إذا تم تنفيذ "ترميم رقمي" على مستند أو عمل فني تاريخي، فيجب دوما رفع عملية الترميم (مهما كانت بسيطة) تحت اسم ملف جديد من الملف الأصلي، مع تقديم رابط إلى المصدر الذي استندت إليه في حقل "الإصدارات الأخرى" في الملف الجديد، يجب أيضا توثيق التغييرات التي تم إجراؤها بتفصيل كافٍ لإعادة إنتاجها، إن أمكن، هذه أفضل ممارسة للترميمات; لأناه تسمح للمستخدمين والمستعملين اللاحقين بمتابعة سلسلة التحسينات وإجراء مقارنة تفصيلية مع النسخ الأصلية، (على الرغم من ذلك، إذا كان الملف الذي خضع لعملية ترميم بالفعل، على سبيل المثال، فقد نقطة غبار، فلا يلزم وجود ملف جديد لكل تغيير صغير في عملية الترميم)، في بعض الحالات يتم وسم هذه الملفات الأصلية بـ{{Please-do-not-overwrite-original-files}}.
? الاهتمام بالملفات التي تم منحها حالة خاصة مثل صورة كومنز مختارة (أو مكافئة في مشروع ويكيميديا آخر) نظرا لأن الحالة تنطبق على إصدار ملف معين، سيتم تمييز الصور المختارة والجيدة والقيمة في صفحات وصف الملف باستخدام {{Assessments}}. (ملاحظة: حالة كومنز الخاصة لا تنتقل إلى ملفات مشتقة.) قد يقوم منشئ الصور بإجراء تغييرات طفيفة حيث يشعر أن هذه الحالة ستكون غير مثيرة للجدل في الحالة الترويجية (على سبيل المثال، إزالة بقع الغبار أو إصلاح إمالة بسيطة)، تنبغي مناقشة التغييرات المثيرة للجدل مع أعضاء المجتمع الذين روجوا للصورة.
الملفات المستخدمة في مشاريع ويكيميديا حيث يتطلب الاستخدام أن يظل الملف بدون تغيير: مما يعني عدم الكتابة على الإطلاق: لا للتحديثات أو التحسينات الطفيفة أو تصحيحات الأخطاء، التعليقات (بما في ذلك الإشارة إلى الأخطاء، والإشارة إلى إصدارات أخرى) قد يتم إجراؤها بحرية في وصف الملف العام، ولكن الملف نفسه لا يجب أن يتم استبداله، إذا لزم الأمر، فقم بترفع إصدار جديد كملف منفصل، يجب وسم هذه الملفات بـ{{Please-do-not-overwrite-permanent-version}}.
تغييرات مثيرة للجدل أو متنازع عليها: إذا اعتقد محرر آخر أن التغيير ليس تحسينا (حتى إذا كان المحرر الذي يقرر التغيير يعتبره صغيرا)، يمكن التراجع عن التغيير، ويجب رفع الصورة الجديدة تحت اسم ملف جديد، انظر أدناه.
احترم منشئ المحتوى
غالبا ما يكون منشئ الصور الأصلي هو أفضل شخص لإجراء تعديلات; نظرا لأن صيغة JPG عبارة عن صيغة فَقد; يمكن أن يؤدي كل تعديل إلى JPG إلى تدهور الصورة قليلا، التعديلات التي تبدو بسيطة و"مفيدة" مثل تغيير توازن اللون الأبيض أو إضافة تقليل الضوضاء يمكن أن تحدث ضررا كبيرا في الواقع، غالبا ما يتمكن منشئ الصور من الوصول إلى ملفات RAW التي يتم من خلالها إنشاء إصدار جديد مع أي إصلاح مطلوب، هذا دائما متفوق على تحرير JPG، إذا كانت صورة فوتوغرافية، كان منشئ الصورة هناك عندما تم التقاط الصورة لذلك سيكون في وضع أفضل للحكم على ما إذا كانت الألوان والإضاءة صحيحة، لذلك; يُوصَى بشدة أن يقوم المستخدمون الذين يرغبون في إجراء تحسينات على الصور الفوتوغرافية أولا بالاتصال بالمنشئ، سواءً في كومنز أو في أي مكان آخر.
الإصدارات غير المحررة
في بعض الأحيان قد يرغب المستخدمون الذين يقومون برفع الملفات الجديدة المحررة (مثل صورة محسنة للون، والتباين، وغيرها، مقارنة بالصورة الخام) في تقديم النسخة الأصلية غير المحررة أيضا; رفعها بشكل مستقل من شأنه فوضى دون داع التصنيفات، الحل هو أولا رفع الإصدار غير المحرر، ثم بعد ذلك بفترة وجيزة رفع النسخة المحررة، بحيث يتوفر الإصدار غير المحرر في تاريخ الملف، لا يُقصَد من الإصدارات غير المحررة أن يتم استخدامها بشكل مستقل، ويجب عدم تقسيمها كملفات منفصلة ما لم يكن ذلك ضروريا لاستخدام محدد معروف، تجب تسمية الملفات التي تستخدم هذه الطريقة بـ{{Unedited version}}.
ملاحظة: يتم تطبيق الكتابة فوق إصدارات غير محررة بعد فترة وجيزة فقط من رفع الإصدار غير المحرر، وفقط إلى الرافع الأصلي عند رفع نسخة محسنة من نفس الملف، في جميع الحالات الأخرى، تُطبَّق المعايير المعتادة حول الكتابة فوق (هل هو تحسين بسيط؟، إلخ)، بالإضافة إلى ذلك، تنطبق القاعدة المعتادة حول حل الخلافات: إذا شعر مستخدم آخر أنه من المفيد تقسيم الملف، فيجب تقسيمه.
الصور الثانوية
قد يرغب المستخدمون أحيانا في تقديم صورة ذات صلة بمرفوعهم، والتي قد تقع خارج نطاق المشروع كملف مستقل، تشمل الأمثلة صور العلامات ذات الصلة بموضوع الصورة الرئيسية، أو عكس البطاقة البريدية كدليل على حالة حقوق الطبع والنشر، الحل هو أولا رفع الصورة الثانوية، ثم بعد ذلك بفترة وجيزة رفع الصورة الرئيسية عليها، بحيث تكون الصورة الثانوية متاحة في تاريخ الملف، لا يُقصَد استخدام الصور الثانوية بشكل مستقل، ويجب عدم تقسيمها كملفات منفصلة ما لم يكن ذلك ضروريا لاستخدام محدد معروف، يجب وسم الملفات التي تستخدم هذا الأسلوب بـ{{Secondary image}}، لاحظ أن الصور الثانوية غير معفية من المتطلبات المعتادة لـكومنز:ترخيص.
ملاحظة: يتم تطبيق الكتابة فوق الصور الثانوية بعد فترة وجيزة فقط من رفع الصورة الثانوية، وفقط إلى الرافع الأصلي عند رفع نسخة محسنة من نفس الملف، في جميع الحالات الأخرى، تُطبَّق المعايير المعتادة حول الكتابة فوق (هل هو تحسين بسيط؟، إلخ)، بالإضافة إلى ذلك، تنطبق القاعدة المعتادة حول حل الخلافات: إذا شعر مستخدم آخر أنه من المفيد تقسيم الملف، فيجب تقسيمه.
الملفات بالبيانات الحالية
كن حذرا حول الكتابة فوق الملفات ذات الإصدارات الجديدة التي تعكس معلومات جديدة; لأنه في كثير من الحالات قد لا يكون هذا ما يريده المستخدمون.
ومع ذلك، قد يتم تحديد الملفات لإعادة استخدامها كأخرى قد يتم تحديث المعلومات، يمكن استبدال هذه الملفات ويجب أن يتم استبدالها لتعكس معلومات جديدة عند الضرورة، قد يكون التعريف باسم الملف أو وصف الملف أو (بشكل أكثر وضوحا) بقالب {{Current}}، من المتوقع أن يشير الملف المسمى "File:Germany location map.svg" إلى الحدود الحالية، ومن المتوقع تحديثه إذا، على سبيل المثال، تم تغيير الحدود أو تمت ملاحظة أخطاء، من ناحية أخرى، ملف يسمى "File:Germany, Federal Republic of location map October 1949 - November 1950.svg" من المتوقع أن يكون صحيحا لتلك الفترة ولا يعكس الحدود الحالية.
لا تستبدل
استثناءات لقاعدة التغييرات الطفيفة
- الاستثناءات من قاعدة "التغييرات الطفيفة يجب رفعها لنفس الملف" (انظر أعلاه):
- الترميم الرقمي
- الملفات التي تم منحها حالة خاصة مثل كومنز:صورة مختارة أو كومنز:صورة جودة أو حالة مماثلة في مشروع ويكيميديا آخر، يتم وسم هذه الملفات بـ{{Assessments}}.
- الملفات المستخدمة في مشاريع ويكيميديا حيث يتطلب استخدام الملف أن يبقى دون تغيير
- تغييرات مثيرة للجدل أو متنازع عليها: انظر أدناه.
- Artificially upscaling or enlarging using any tool, including AI-based or deep learning services
- إزالة أجزاء من الصور التاريخية:على سبيل المثال، غالبا ما تكون للنقوش التاريخية حدود، ونص يصف الصورة أسفل الصورة، إذا كانت جزءا من التكوين الأصلي، وتريد إزالته للاستخدام في مواقع ويكيميديا، فقم برفعه كملف جديد، إذا كانت هناك تعليقات توضيحية أو علامات في الصورة لم تكن جزءا من التكوين الأصلي، فيمكنك إزالتها ووضعها في {{Information}}، دون الحاجة إلى رفعها كصورة جديدة: على سبيل المثال، في حالة صور الأرشيف الفيدرالي الألماني، عادة ما يكون هناك رقم الطلب وتاريخ الصورة، وما إلى ذلك، يمكن تحرير ذلك ووضعه في قالب {{Information}}، دون الحاجة إلى رفعه كصورة جديدة.
تغييرات كبيرة
- التغييرات الرئيسية (مثل القص الجذري)
- التغييرات التي تعكس بيانات مختلفة (مثل تحديث خريطة)
- ما لم يتم وسم الملف كملف قابل للتحديث: أي تم تعريفه على المستخدمين الذين يقومون بإعادة استخدامه على أنه أحد المعلومات التي يمكن تحديثها، بواسطة اسم الملف أو الوصف أو بالقالب {{Current}}
ملفات غير مرتبطة
- الملفات غير المرتبطة تماما
- ملفات مختلفة عن نفس الموضوع (مثل صورة لبقرة تم رفعها على صورة أخرى لبقرة)
- ملفات مختلفة تتعلق بالضبط بنفس الشيء (على سبيل المثال صورة مختلفة لـMichelangelo's David)
- ملاحظة: لا تكتب فوق ملف لحذفه، اتبع Commons:Deletion policy instead بدلا من ذلك.
تغييرات مثيرة للجدل أو متنازع عليها
يجب رفع التغييرات على ملف من المحتمل أن يتم التنازع عليه إلى اسم ملف منفصل، حروب الرفع (شكل من حرب التحرير التي يقوم فيها المساهمون برفع نسخ مختلفة من ملف بشكل متكرر في محاولة لجعل النسخة الخاصة بهم هي النسخة المرئية) دائما غير مرغوب فيها، كما هو الحال مع أشكال أخرى من التحوير، المستخدمون الذين يشاركون في حروب الرفع قد يتم منعهم من التعديل.
إذا اعتقد محرر آخر أن التغيير ليس تحسينا (حتى إذا كان المحرر الذي يقوم بالتغيير يفكر بأنه تغيير طفيف)، فيمكن العودة عن التغيير، بمجرد إعادة التغيير، يجب رفع الصورة الجديدة تحت اسم ملف جديد (ما لم يوافق المحرر المتراجع صراحةً أو ضمنيا على التغيير المتنازع عليه)، هذا صحيح حتى إذا كان التغيير ضروريا، في رأي أحد المحررين، لتجنب انتهاك حقوق النشر: في هذه الحالة، إذا تعذر التوصل إلى اتفاق من خلال المناقشة، فيجب ترشيح الملف القديم للحذف.
الاستخدامات الأكثر شهرة للملف هناك (من خلال التضمينات في مشروعات ويكيميديا)، يجب أن يكون المساهمون أكثر حذرا في تحديد ما إذا كان التغيير مؤهلا على أنه "ثانوي"، الاستخدام الواسع لملف ما يجعل من الأرجح حتى أن تكون التغييرات الصغيرة مثيرة للجدل، إذا كنت في شك، فإن الرفع كملف منفصل يتجنب حدوث مفاجآت محتملة لمعيدي الاستخدام، في بعض الحالات، قد تساعد المناقشة السابقة مع الرافع(ين) السابق أو في الأماكن التي يكون فيها الملف قيد الاستخدام في تحديد ما إذا كان التغيير المخطط له يُعتبَر "بسيطا".
التغييرات التي تعطل التناسق مع الصور الأخرى
عندما تكون الصور متناسقة فيما بينها، لا يجب تغيير الصور الفردية بطريقة تجعلها غير متناسقة مع الصور الأخرى. (مثال: File:Icosahedron flat.svg لا ينبغي استبدالها بنسخة بيضاء; لأن ذلك قد كسر اتساق المجموعة.)
يمكن إجراء تغييرات صغيرة على جميع الصور، طالما أنها تظل ثابتة. (على سبيل المثال، كان من الأفضل إزالة الدوائر حول الأرقام في File:Hawaiian Eruption-numbers.svg; لأنه تم إجراؤه على جميع الصور في المجموعة.)
أمثلة
تحسينات طفيفة
انظر على سبيل المثال تواريخ مراجعات
- File:Avestaforsen.jpg، والتي هي في الأساس نفس الصورة، مع العديد من التصحيحات الخفية المطبقة
- File:15th anniversary of Image Comics - seven founders.jpg، والتي لديها تنظيف بسيط
- File:Chess Board.svg، والتي لها مظهر متطابق دائما ولكنها خضعت لعدة تحسينات لتشفيرها
تتضمن التحسينات البسيطة للعناصر النصية تصحيح التهجئة على تسميات الخريطة، على النقيض من ذلك، فإن ترجمة تسميات الخريطة من الإنجليزية إلى الألمانية تعد تغييرا كبيرا، ويجب رفعها كملف منفصل.
قص أو غير قص كبير
يعتمد ما إذا كان الاقتصاص "جوهريا" جزئيا على نسبة الصورة التي تم اقتصاصها، وجزئيا على مدى تأثير المحتوى المستبعد في التركيب، File:Miyasaka Hakuryu II - Tigress with Two Cubs - Walters 71909.jpg صورة كائن متحف على خلفية رمادية، اُعتبِر تقطيع أقرب إلى الكائن اقتصاصا طفيفا، من ناحية أخرى، تم اقتصاص الصورة أدناه لمارتن سكورسيزي إلى حد كبير عن قرب على وجهه، وتم وضع النتيجة في ملف منفصل، وتم قطع الصورة الموجودة أسفل الجبل لإعادة تشكيلها بشكل كبير.
Whether a crop is "substantial" depends partly on the proportion of the image cropped, and partly on how much the excluded content affects the composition. For an image of a museum object on a grey background, cropping much closer to the object was considered a minor crop:
-
original with more negative space
-
cropped on subject
On the other hand, the photograph below of Martin Scorsese was substantially cropped for a closeup on his face, and the result was put into a separate file; and the photograph below of a mountain was cropped to substantially recompose it:
-
سكورسيزي: الصورة الأصلية
-
سكورسيزي: صورة تم اقتصاصها للصيانة
-
زيزالغا: الصورة الأصلية
-
زيزالغا: صورة تم اقتصاصها لإعادة التركيب
عند اقتصاص صورة JPEG تذكر دائما استخدام الصورة بدون خسارة.
- Example: This 1899 portrait of a young man with a fish by Wilhelm von Gloeden was uploaded in 2005 but then overwritten in 2010 by a full length un-cropped version. Though the intent was to restore the image to a better quality version, the overwrite proved highly controversial as it changed the context from a modest pose to a nude with potential erotic connotations. In some existing transclusions this change was unwanted and caused controversy. Uploading the higher quality image as a separate file would have avoided this.
إصدارات غير محررة
- مثال: File:Homenagem ao Padre Fernando Augusto da Silva, Santo António, Funchal, 1927.jpg صورة من عام 1927، مع المسح الأصلي غير المرفوع الذي تم رفعه أولا، ثم تم رفع الإصدار المحسن بعد دقيقة.
- مثال: File:Periquitos - Psilopsiagon aymara.jpg نسخة مقتصة من File:Psilopsiagon aymara -Capilla del Monte -four-8.jpg وتحتوي على النسخة الأصلية غير المقتصة في تاريخ الملف.
- مثال مضاد: File:Wounded Knee aftermath3.jpg نسخة محسنة رقميا من النسخة الأصلية غير المحررة File:Wounded Knee aftermath.jpg، اُكتشِف أثناء الترميم أن ما وُصِف بأنه "حطام" في الأصل كان جثثا ميتة، على الرغم من أن الترميم نفسه كان غير مثير للجدل، فإن الكتابة الأصلية مع مثل هذا التغيير المهم للسياق تعتبر مثيرة للجدل; ولهذا السبب وحده يجب الاحتفاظ بالصور كصفحات صور منفصلة.
الصور الثانوية
- مثال: File:Neapolitan Fisherboy.jpg صورة للنحت، وتحتوي على صورة لتسميات النحت في تاريخ الملف.
- مثال: File:William Shatner Star Trek.JPG صورة دعاية لويليام شاتنر ككابتن كيرك من البرنامج التلفزيوني ستار تريك، ويتم استخدام أقدم صورة في تاريخ الملف للتحقق من حالة الملكية العامة.
الملفات بالبيانات الحالية
أمثلة:
التغييرات المثيرة للجدل أو المتنازع عليها
- مثال: File:Kit body rmcf1213a.png كان به حربا رفع حول محتوى ملابس ريال مدريد.
الإصدارات الدائمة
-
صورة أخبار مستخدمة في ويكي الأخبار
ربط الملفات
الإحالة
تأكد من عزو المؤلف الأصلي بشكل مناسب، وتطبيق ترخيص متوافق مع الملف الأصلي; يمكنك استخدام {{Derived from}} و{{Derivative versions}} لربط الملفات، تتوفر أيضا قوالب مشتقة أكثر تحديدا، بما في ذلك {{Image extracted}} و{{Retouched picture}} و{{AttribSVG}}.
استخدام حقل "إصدارات أخرى" في قالب المعلومات
يحتوي القالب {{Information}} على وسيط | إصدارات أخرى
الذي يمكنك استخدامه للربط بين الإصدارات المختلفة للملف، تستطيع
- استخدم قوالب {{Thumbnail}} أو {{Other}} لعرض معاينة صغيرة للملف المرتبط
- استخدم وسم <gallery> لعرض إصدارات مختلفة (انظر meta:Help:Images and other uploaded files#Gallery)
- استخدام قالب "إصدارات أخرى" يحتوي على علامة معرض لربط إصدارات مختلفة (انظر Category:Other versions templates).
رابط إلى محتوى متغير
عندما ترغب في تقديم أو استخدام رابط ثابت من المشاريع الأخرى لأي صورة من المتوقع أن يتم تحديثها بشكل متكرر، لديك عدة طرق للقيام بذلك:
- ضع علامة على صفحة الصورة بالقالب {{Current}} (انظر #CURRENTالملفات بالبيانات الحالية) العيب الرئيسي هو أن النسخة القديمة لا يمكن ربطها مباشرة إذا لزم الأمر.
- أنشئ صفحة تحويل ملف تحت اسم الملف تخيلي في كومنز واستخدم رابطا لاسم الملف هذا في المشاريع الأخرى، غير التحويلة إلى كل إصدار جديد (لا يلزم تحديث الروابط الداخلية من المشاريع الأخرى): وهذا يعني تحديث رابط واحد فقط بدلا من العديد. (لاحظ أن تأجيل الكتابة أو التبديل قد يتأخر طفيفا من خلال التأخير في ذاكرة التخزين المؤقت أو قد يفشل من خلال نقص البرامج.) مثال: اربط إلى File:Africa borders redirect في ويكيبيديا، وفي كومنز File:Africa borders redirect يشير إلى File:Africa borders 2011 وFile:Africa borders 2012 وغيرها حسب الحاجة.
- الجمع بين الطريقتين: يمكن رفع نسخة معينة (وربطها) بشكل منفصل تحت أسماء الملفات الدائمة الخاصة بها، ويمكن وضع علامة على اسم ملف مختلف بإصدار {{Current}} واستبداله بالإصدار الحالي: وهذا يعني (تماما كالحل السابق) أن الإصدار الحالي متاح تحت اسمين من أسماء الملفات: أحدهما للمحتوى الثابت والآخر للمحتوى القابل للتحديث، يجب أن يكون هذا الحل أكثر حصانة تجاه تأخير ذاكرة التخزين المؤقت وأخطاء تحديث البرامج أكثر من السابقة.
تحذير: عند القيام بأحد هذه الحلول، تأكد من أن مستخدمي اسم الملف موضحين أن محتوى الملف قد يتغير، وحاول التحقق من استخدامات الملف قبل تحديث التحويلة أو الكتابة فوق الملف.
ملاحظات
- ↑ يمكن الكتابة فوق الملف من قبل أي مستخدم لديه حساب أقدم من 4 أيام من صفحة وصف الملف للملف باستخدام وصلة
ارفع نسخة جديدة من هذا الملف
أسفل تاريخ الملف، أو عبر Special:Upload. خاص:رفع توفر رسالتين تحذيريتين عند الكتابة فوق ملف موجود: MediaWiki:UploadFormPreviewOverwriteError وMediaWiki:Fileexists (انظر أيضا Bugzilla:39344)، لا يسمح معالج الرفع بالكتابة فوق الملفات.
انظر أيضا
- اطلب من المستخدم عدم الكتابة فوق الملفات: لطلب عدم قيام محرر آخر بالكتابة فوق ملف موجود; يمكنك وضع {{Dont overwrite}} في صفحة نقاش المستخدم، تتم ترجمة هذا الطلب تلقائيا إلى العديد من اللغات.
- تسمية ملف لكي لا يتم استبداله: يمكن استخدام {{Please-do-not-overwrite-original-files}} في صفحات الملف لتعيين الملفات التي لا ينبغي استبدالها.
- 'طلب تقسيم ملف: يمكنك طلب تقسيم تاريخ الملف عن طريق إضافة {{Split}} لصفحة الملف، هذا يضع الملف في Category:Media requiring a split up، انظر أيضا كومنز:دمج وتقسيم التاريخ.
- قوالب تنسيق الصور: قد تحفظ الحاجة إلى إنشاء إصدار ملف جديد، على سبيل المثال، يمكن إنشاء اقتصاص مؤقت أو توضيحي باستخدام {{Preview Crop}} بدلا من إنشاء صورة مشتقة جديدة أو الكتابة فوق صورة موجودة، قد تكون الصور متراكبة دون الحاجة إلى إنشاء مشتقات جديدة باستخدام القالب {{Superimpose}}.
- كومنز:تقارير إحصاءات التقارير: أكثر 200 مستخدم لديهم أكثر مدخلات "استبدال".
- Log of recent overwrites
مساعدة
- اطلع على الأسئلة الشائعة.
- إذا وضعت
{{helpme}}
في صفحة نقاشك، سيزورك متطوع هناك في أقرب وقت ممكن! - انضم إلى قناة آي آر سي #wikimedia-commons للدردشة المباشرة، ألم تستعمل IRC من قبل؟ اضغط هنا لتتصل على الفور!
- اذهب إلى مكتب المساعدة في كومنز.