قهوه‌خانهٔ اجرایی مکانی برای گفتگو پیرامون سیاست‌ها، رهنمودها، قوانین ویکی‌پدیا و نظرخواهی‌های مرتبط است.

میزهای قهوه‌خانه


اجرایی
آغاز بحثی نو | پی‌گیری محلی برای هم‌فکری و مطرح‌کردن ایده‌های نو دربارهٔ ویکی‌پدیا


فنی
آغاز بحثی نو | پی‌گیری گفتگو پیرامون موضوعات فنی


گوناگون
آغاز بحثی نو | پی‌گیری مکانی برای گفتگو دربارهٔ مسائل متفرقهٔ مربوط به ویکی‌پدیا که در هیچ زیربخش دیگری نمی‌گنجند یا صفحه‌ای ویژهٔ خود ندارند


درخواست راهنمایی
آغاز بحثی نو | پی‌گیری مکانی برای درخواست کمک در استفاده از ویکی‌پدیا یا پرسیدن هر سؤال متفرقه‌ای که مربوط به ویکی‌پدیا نمی‌شود


خبررسانی
آغاز بحثی نو | پی‌گیری مکانی برای اعلانات و خبررسانی در مورد نظرخواهی‌های جاری ویکی‌پدیا

سفارتخانه / fa-0 Embassy

محتوای خوب و برگزیده [ویرایش]

گزینش

: • مقیاس‌های بزرگی لرزه‌ایتامکوردپس‌از طوفان (نقاشی)امواج مواورموند بیتینوروآکانتوسیتوززوال عقل با اجسام لوییروتاویروسنبرد سکیگاهاراسندرم تورتمعایب الرجالدرد مزمنسفر اکتشافی آمونسن به قطب جنوباعتراضات آبان ۹۸ویلیام آدامزشوگونکنفدراسیون فوتبال آسیا

: • برادران کارامازوفمرزبان نامهجنگ صلیبی دوممریلین مونروجنگ صلیبی سومآترا-هاسیسدیوید فینچراتومبیل‌دزدی بزرگ ۴بولتون و پارکشاه غازی رستمگیلانشاهداستان توکیوچرخه قاعدگی

: فهرست تیمچه‌های مورد ثبت ملی در ایرانجایزه لوریوس بهترین ورزشکار مرد سالفیلم‌شناسی نیکلاس کیجفهرست مربیان برنده جام ملت‌های اروپا

:

بازبینی

: مناظره‌های علی بن موسی الرضاعادیاتآیه مودتحدیث ریان بن شبیببینهآیه مودتجنبش من هم در ایرانکرمانشاهباشگاه فوتبال پرسپولیس

: محمدفعل عبارتی در زبان انگلیسی ولایتعهدی علی بن موسی الرضاباشگاه فوتبال بارسلونا

: فهرست جایزه‌ها و نامزدی‌های تیلور سوئیفت



تغییرات در حال انتظار ویرایش

انحلال قفل نیازمند تایید ویرایش

این نوع قفل را من هرگز ندیدم که در ویکی انگلیسی استفاده کنند و آنجا نهایتا کاربرانی که امکان پذیرش نسخه را ندارند اصلا امکان ویرایش هم ندارند، وجود این قفل فقط بار سنگینی به سامانه تحمیل میکند و هرگز نمیتوانیم به ویرایش‌های جدید رسیدگی کنیم و برخی مقالات همینطور ویرایش های تایید نشده میگیرند و یکهو به خود می آییم میبینیم بیست تا تغییر نیازمند بازنگریست و یارای بررسی هم نیست. پیشنهادم این است که این دسترسی را برداریم، فلسفه وجودش هم احمقانه است. دسترسی گشت برای همین روزهاست دیگر، کاربری که دسترسی گشت ندارد ویرایش هایش در جایی فهرست میشود، در این مدل قفل ویرایش هایش منتظر تایید میماند و یکی با دسترسی گشت زن باید بیاید و آنها را تایید کند منتهی در مورد این قفل ویرایش های کاربران بدون گشت خودکار تا موعد تایید نمایش داده نمیشود. MAX گفتگو ۱ آبان ۱۴۰۲، ساعت ۲۱:۵۶ (ایران) ‏۲۳ اکتبر ۲۰۲۳، ساعت ۱۸:۲۶ (UTC)پاسخ

ردشدن بعد از یک مدت زمان خاص ویرایش

اجماع

این زیر بخش از ریسه در ۲۴ اکتبر ۲۰۲۳ گشوده شد و به همراه زیر بخش «محدود کردن دامنه مقالات دارای این دسترسی» تا ۱ مارس ۲۰۲۴ مورد ارزیابی قرار گرفت. بر اساس گفتگوهای انجام گرفته اجماع بر «اگر نسخه‌ای در تغییرات در حال انتظار در طی یک ماه بازبینی نشود، می‌توان آن را بدون بررسی رد کرد.» وجود دارد.

اجماع بر این ریسه به منزله عدم حصول نتیجه در ریسه «محدود کردن دامنه مقالات دارای این دسترسی» نیست و در صورت وقوع اجماع بر ریسه مذکور می‌تواند به صورت مکمل برای آن عمل کند. بحث‌های انجام گرفته پوشش‌دهنده خواسته‌ها و نقطه نظرات کاربران بود و نقطه نظر مخالفی در ۶۰ نظر مطرح شده در ریسه تغییرات در حال انتظار برای آن به ثبت نرسید.

بر طبق این اجماع «نسخه‌های نیازمند بازبینی که بیش از یک ماه از ثبت آنها می‌گذرد قابلیت رد شدنِ بدون بررسی، توسط گشت‌زنان را دارند. همچنین ویرایش‌هایی که بخش‌های یکسانی از مقاله را شامل می‌شوند و به‌صورت مجزا قابل رد شدن نیستند، تا زمان حصول مدت یک ماهه از آخرین تغییرِ قابل خنثی‌سازی، قابلیت رد شدن بدون بررسی را ندارند.» Pereoptic Talk   ‏۲۲ مارس ۲۰۲۴، ساعت ۱۰:۰۸ (UTC)پاسخ

بحث زیر بسته شده است. لطفاً آن را تغییر ندهید. ادامهٔ دیدگاه‌ها باید در صفحهٔ بحث مناسب ثبت شوند. نباید ویرایش دیگری در این ریسه انجام شود.

همچون مقالات تازه که اگر در یک محدوده زمانی مشخص گشتزنی نشوند، برچسب گشت آنها خودکار منقضی میشود؛ پیشنهاد میشود تغییرات در حال انتظار نیز اگر در یک محدوده زمانی بازبینی نشدند، خودکار یا دستی رد شوند:

اگر حتی از لحاظ فنی، نرم‌افزار چنین قابلیتی نداشت؛ ولی از لحاظ سیاستی کاربران قابلیت اجرایی آن را داشته باشند. به بیان دیگر گشتزنان بتوانند پس از یک ماه و بدون بررسی، تغییرات در حال انتظار را رد کنند.-- ‏ SunfyreT ‏۲۴ اکتبر ۲۰۲۳، ساعت ۰۴:۲۱ (UTC)پاسخ

@Sunfyre یک نکته را یادم رفت بپرسم، رد شدن ویرایش‌های رسیدگی نشده پس از یک ماه از چه زمان محاسبه میشود؟ یک ماه بعد گذشتن از آخرین ویرایش یا اولین ویرایش؟ MAX گفتگو ۳ آبان ۱۴۰۲، ساعت ۰۵:۵۴ (ایران) ‏۲۵ اکتبر ۲۰۲۳، ساعت ۰۲:۲۴ (UTC)پاسخ
متوجه نشدم. فرض کنید کاربر:فلانی در مقاله‌ای که قفل سفید است امروز ویرایشی می‌کند که نیازمند بازبینی میشود. اگر طی ماه بعد بازبینی نشود، گشتزنان می‌توانند این ویرایش را رد کنند.--‏ SunfyreT ‏۲۵ اکتبر ۲۰۲۳، ساعت ۰۲:۵۸ (UTC)پاسخ
@3000MAX: اگر بخواهد بر مبنای آخرین ویرایش باشد، ویرایش‌ها ممکن است هرگز رد نشوند. چون ممکن است هر روز ویرایش‌هایی در صفحه انجام شود. {{کاربر|جـیپیوتر}}بحث ‏۲۵ اکتبر ۲۰۲۳، ساعت ۰۵:۴۷ (UTC)پاسخ
با جیپیوتر موافقم، دلیل طرح سوالم هم چالشی بود که ایشان مطرح کرد. MAX گفتگو ۳ آبان ۱۴۰۲، ساعت ۱۵:۵۴ (ایران) ‏۲۵ اکتبر ۲۰۲۳، ساعت ۱۲:۲۴ (UTC)پاسخ

بحث بسته شده است. لطفاً آن را تغییر ندهید. ادامهٔ دیدگاه‌ها باید در صفحهٔ بحث مناسب ثبت شوند. نباید ویرایش دیگری در این ریسه انجام شود.

محدود کردن دامنه مقالات دارای این سطح از دسترسی ویرایش

در مورد مقالات خوب و برگزیده، این سطح از محافظت کمک می کند تا به صورت سهوی یا عمدی مطلبی وارد مقاله ستاره‌دار نشود که درجه کیفی مقاله را پایین بیاورد. از طرفی هم امکان ویرایش را از کاربران سلب نمی کند. عموما در این مقالات، کار بازبینی دشواری زیادی ندارد چون مقاله یک بیس‌لاین قابل اتکا دارد و ویرایش‌های جدید باید متناسب با سطح کیفی موجود مقاله باشد. مثلا هر ویرایش بدون منبع یا با منبع ضعیف بدون هیچ ملاحظه خنثی می‌شود (پس بازبینی چندان هم دشوار نیست). اما در مقالات مورد مناقشه که خود مقاله از ابتدا پر از منبع ضعیف و مطالب بدون منبع است، بازبینی دشوار می شود. مخصوصا که حجم ویرایشها در مقالات مورد مناقشه عموما خیلی بیشتر هم هست. که خودش بازبینی را دشوارتر می کند. با توجه به این موارد، پیشنهاد می کنم:

  • دامنه این سطح از محافظت، فقط به مقالات خوب یا برگزیده محدود شود.

٪ مرتضا (بحث) ‏۲۴ اکتبر ۲۰۲۳، ساعت ۱۹:۵۸ (UTC)پاسخ

  نظر: دوستان این منطق را هم در دفاع از پیشنهاد در نظر داشته باشید: مقالات برگزیده به تناوب در صفحه اصلی قرار می گیرند و معمولا در این زمانها، تمایل کاربران برای مشاهده و ویرایش آنها افزایش می یابد. محافظت کردن از این صفحات به طوری که کاربران تازه کار اجازه ویرایش آنها را نداشته باشند، به صلاح نیست چون اشتیاق مشارکت کنندگان جدید را کور می کند. از طرفی چون خیلی از این ویرایشها از طرف کاربرانِ کمتر آشنا صورت می گیرد، احتمال خراب شدن محتوای برگزیده وجود دارد. از این رو، اگر ویرایشها بازبینی شوند، هم مشارکت را جلب کرده ایم و هم از مقاله برگزیده محافظت کرده‌ایم. اما برای مقالاتِ آماج خرابکاری، این استدلال کاربردی ندارد و بهتر است از سطوح محافظتی بیشتر استفاده شود چون خرابکاری‌ها در این صفحات عمدتا آگاهانه است و منع کردن کاربرانی که به سطح مشخصی نرسیده‌اند، حجم زیادی از «نیاز به بازبینی» می‌کاهد. ٪ مرتضا (بحث) ‏۲۰ نوامبر ۲۰۲۳، ساعت ۰۷:۲۴ (UTC)پاسخ

محدودکردن تعداد نسخه‌های در حال انتظار ویرایش

اول این را بگویم که نمی‌دانم چنین چیزی را می‌توانیم برای نرم‌افزار تعریف کنیم یا خیر–اگر نمی‌شود که هیچ–اما چرا این را مطرح کردم.
اگر بتوانیم ثبت نسخه‌های درحال انتظار را محدود کنیم–مثلا در ۵ نسخه– راحت‌تر هم می‌شود این نسخه‌ها را تایید یا رد کرد. مقالاتی که نیازمند بازبینی شده‌اند معمولا در یک زمان کوتاه به ویرایش‌های جدید نیاز پیدا نمی‌کنند (منظور تعداد ویرایش زیاد در یک زمان کوتاه)، و تقریبا برای نگه‌داشتن آنها در یک نسخه پایدار این سطح از حفاظت در نظر گرفته شده. شاید بگویید در همان یک نسخه، کاربران تغییرات زیادی را انجام خواهند داد اما به نظرم این، از وضعیتی که ویرایش‌های کاربران را بدون بررسی پس از یک ماه رد کنیم بهتر باشد. MJXVI ‏۳۰ اکتبر ۲۰۲۳، ساعت ۱۶:۱۸ (UTC)پاسخ

این شبیه درمان سطحی است، یعنی کلا هرکه زودتر رسید میتواند کارش را بکند و بقیه هم هیچ، کارایی مفیدش هم روشن نیست، کلا اگر به ویرایش آن گروه کاربری اعتماد نداریم که آن پنج ویرایش دردی دوا نمیکند. بهتر است مسئله را ریشه ای حل کنیم جای چاق کردن بروکراسی و مسائل فنی. MAX گفتگو ۲۸ آبان ۱۴۰۲، ساعت ۱۵:۲۳ (ایران) ‏۱۹ نوامبر ۲۰۲۳، ساعت ۱۱:۵۳ (UTC)پاسخ

تقدیر از مدیران، گشتزنان و نگهبانان و کاربران با بیشترین حجم (نه تعداد) ایجاد مقاله ویرایش

درود ما نشان‌هایی برای قدردانی از کاربران ایجاد کننده و گسترش دهنده مقاله‌ها داریم که پس از برگزیدگی و یا ویکی‌پدیا:جایزه مقاله سال/۲۰۲۴ به آنها اعطا می‌شود اما به نظرم نیاز است برای تشویق کاربران این برگزیدگی و نشان‌ها باید گسترش یابد، مثلا مدیر برگزیده و گشتزن برگزیده و نگهبان برگزیده و ویرایشگر الگوی برگزیده و بیشترین حجم تولید محتوا (نه تعداد) برای آنها هم نشان در نظر گرفته و مثلا در پریود زمانی سه ماهه و یا شش ماهه و حتی سالیانه تقدیم شود بدیهی است اینکار با گزارش سیستمی مثلا از گشتزنان قابل انجام است و .... نکته مهم اینکه این عزیزان نقش بسیار مهمی در نگهداری از دانشنامه دارند، خواهشمند است با {{موافق}} و یا {{مخالف}} نظر خود را با همکاران در میان قرار دهید. از مشارکت شما سپاسگزارم. Azad Talk ‏۴ ژانویهٔ ۲۰۲۴، ساعت ۲۱:۴۲ (UTC)پاسخ

موافق ویرایش

مخالف ویرایش

پیشنهاد ویرایش

@Azadiazadi درود. حوزه‌ی انتقال مقاله‌ها را هم بیفزایید؛ از کاربری که بیشترین انتقال (این‌که کاربر دسترسی انتقال‌دهنده پیشرفته را داشته باشد یا نه، یا انتقال‌ها توسط این دسترسی باشند یا نه را هم در نظر نگیریم، به‌صورت کُلی) را در آن دوره‌ی زمانی داشته تقدیر شود. الگوها مهم هستند، بیشترین ایجاد کنندگان الگو (نیاز به یک معیارهایی دارد، مثلا از ۵۰ تا بیشتر اگر بود).
ولی در این کمبود کاربر، آیا شدنی است و این‌که آیا مفید است؟ Mostafamirchouli (بحث)۱۵ دی ۱۴۰۲، ساعت ۰۱:۵۶ (ایران) ‏۴ ژانویهٔ ۲۰۲۴، ساعت ۲۲:۲۶ (UTC)پاسخ
@Azadiazadi حالا از کُلیت گذشته، به نظرم این‌که تشکرها و قدردانی‌ها محدود شود به دسترسی داران (گشت‌زنان و مدیران و...) درست نیست، کاربرانی هستند که هیچ دسترسی ستاندنی ندارند اما بسیار مفید هستند حتی مفیدتر از آن دسترسی داران. Mostafamirchouli (بحث)۱۵ دی ۱۴۰۲، ساعت ۰۲:۰۰ (ایران) ‏۴ ژانویهٔ ۲۰۲۴، ساعت ۲۲:۳۰ (UTC)پاسخ
درود Mostafamirchouli گرامی نمیدانم از نظر تکنیکی آمار انتقال قابل دریافت است یا خیر و اصولا تشویق به انتقال کار درستی هست یا خیر! چرا که شخصا معتقدم انتقال باید در پی بحث و اجماع انجام شود مگر در شرایط بسیار مشهود چرا که معمولا نگارنده مقاله تلاش میکند بهترین عنوان را انتخاب کند و تشویق به تغییر نام مقاله چندان مطلوب به نظر نمیرسد قطعا پیشنهاد شما در مورد ویرایشگران الگو بسیار پسندیده است و اضافه خواهم نمود اما اصولا اگر کاربری دسترسی خاصی نداشته باشد (حداقل گشت خودکار) به نظر میرسد شخصا علاقه به فعالیت جدی ندارد که تلاشش چنان باشد که نیازمند برگزیدگی باشد. Azad Talk ‏۵ ژانویهٔ ۲۰۲۴، ساعت ۰۸:۴۶ (UTC)پاسخ

تحلیل فنی ویرایش

ابتدا «بیشترین حجم مقاله» را باید دقیق تعریف کرد.

  • آیا حجم مقاله‌ها را در زمانی که کاربر ایجاد کرده (ویرایش اول) باید ملاک قرار داد؟ مشکلش این است که گاهی کاربران مقاله را به صورت کوتاه ایجاد می‌کنند و در طول زمان گسترش می‌دهند.
  • آیا حجم تمام ویرایش‌هایی که یک کاربر در مقاله‌هایی خودش ایجاد کرده را باید جمع بزنیم؟ مشکلش این است که باز به «ساختن مقاله» وزن زیادی می‌دهد.
  • آیا حجم تمام ویرایش‌هایی که یک کاربر در مقاله‌ها (ساختهٔ هر کسی) کرده را باید جمع بزنیم؟ مشکلش این است که ممکن است برخی ویرایش‌ها حجم مقاله را کم کنند (منفی) و برخی زیاد (مثبت)؛ مثال موارد منفی زمانی است که کاربری خرابکاری یک کاربر دیگر را در مقاله خنثی می‌کند.
  • آیا محاسبه را باید منحصر کنیم به مواردی که طول مقاله زیاد شده (یعنی موارد کاهش حجم را در حساب وارد نکنیم)؟
  • تکلیف کاربرانی که با خرابکاری مبارزه می‌کنند چیست؟ خیلی از این‌ها، تعداد زیادی ویرایش در مقاله‌ها دارند اما عمدهٔ این ویرایش‌ها حاصل مشارکت مستقیم محتوایی خود کاربر نیستند، بلکه حاصل خنثی‌سازی خرابکاری کاربران دیگر هستند.

برای شروع، من از این تعریف استفاه کردم: ویرایش در هر مقاله‌ای (تغییرمسیرها شمرده نشوند) توسط کاربران غیرربات، فقط با شمارش ویرایش‌هایی که طول مقاله را زیاد کرده‌اند. با این تعریف یک پرسمان نوشتم که برای بازهٔ زمانی ۱ ژانویهٔ ۲۰۲۴ تا امروز اجرا شد و نشان داد که جناب Luckie Luke با وارد کردن بیش از ۲٫۵ مگابایت محتوا به مقاله‌های مختلف در رتبهٔ اول هستند و پس از ایشان هم MJXVI و Shawarsh و GodNey هستند که هر کدام بیش از نیم مگابایت محتوا به مقالات افزوده‌اند. ظاهراً بندهٔ کمترین کل محتوایی که در این مدت افزوده‌ام تنها کمی بیش از یک مگابایت بوده‌است.

وقتی تلاش کردم همین پرسمان را برای کل تاریخ ویکی برانم، هفت دقیقه طول کشید تا جواب داد. Modern Sciences و Luckie Luke (هر دو یک نفرند) با مجموع حدود ۶۵ مگابایت، رتبهٔ اول و دوم را داشتند و رتبهٔ سوم مانی بود با حدود ۲۲ مگابایت. حساب من جزء هزارتای اول نبود. — حجت/بحث ‏۱۹ آوریل ۲۰۲۴، ساعت ۰۲:۱۳ (UTC)پاسخ

@Huji درود. ببینید در عنوان این ریسه و درخواست آمده «با بیشترین حجم (نه تعداد) ایجاد مقاله» در واقع موضوع اصلی «ایجاد مقاله» نه سایر ویرایش‌ها، یعنی فقط باید آمار ایجاد مقاله‌های کاربر بررسی شود.
مثلا یک کاربر صد مقاله ایجاد کرده که مجموع حجم آن‌ها مثلا صد کیلو بایت است و کاربر دیگری آن هم صد مقاله ایجاد کرده اما حجم مقاله‌های ایجاد کرده دویست کیلو باید است، پس «کاربر دوم تقدیر می‌شود». Mostafamirchouli (بحث)۳۱ فروردین ۱۴۰۳، ساعت ۰۹:۳۴ (ایران) ‏۱۹ آوریل ۲۰۲۴، ساعت ۰۶:۰۴ (UTC)پاسخ
@Huji و یک سؤال در مورد نتیجه‌ی آن پرسمان، چگونه آی‌پی‌ها در رتبه‌های بالا هستن!؟ Mostafamirchouli (بحث)۳۱ فروردین ۱۴۰۳، ساعت ۰۹:۳۵ (ایران) ‏۱۹ آوریل ۲۰۲۴، ساعت ۰۶:۰۵ (UTC)پاسخ
درود Huji گرامی خیلی لطف فرمودید در این خصوص ورود فرمودید و مانند همیشه آگاهانه موضوع را بررسی فرمودید بدیهی است این مسئله چالش برانگیز است اما هدف آن برای پیشرفت دانشنامه نیکو خواهد بود اگر محبت کرده و مانند همیشه یکی از بهترین پیشنهاد ها را ارائه فرمایید متشکر خواهم شد اما نکته این است که منظور بنده تک تک عنواین است یعنی تقدیر از مدیران جدا ویکی‌بانان جدا و .... با کنشهای مرتبط با دسترسی و آخرین کلیه کاربران بود که مستند به هرگونه آماری که از نظر فنی قابل دسترس باشد و البته متوازن تنظیم گردد با توجه به تجربه شما حتما میتوان به نتیجه مطلوب دست یافت. با تشکر Azad Talk ‏۱۹ آوریل ۲۰۲۴، ساعت ۰۷:۳۵ (UTC)پاسخ
ظاهراً منظورم را نرساندم. فرض کنید روش شما را بخواهیم به کار ببندیم. کاربر سومی را در نظر بگیرید که صد مقاله ساخته اما در زمان ساخت حجمشان کلاً ده کیلوبایت بوده، و در حال حاضر‌ حجمشان دویست و پنجاه کیلوبایت است. بررسی بیشتر نشان می‌دهد که ۲۴۹ کیلوبایت دیگر را کاربرانی دیگر به مقاله‌های ایشان افزوده‌اند. آیا ایشان باید مورد تقدیر باشد یا نه؟ اگر معلوم شود که نصف ۲۴۹ کیلوبایت کار خودش بوده و نصف دیگر کار دیگران، چه؟ — حجت/بحث ‏۱۹ آوریل ۲۰۲۴، ساعت ۱۵:۴۶ (UTC)پاسخ
@Huji حجم مقاله فقط در زمان ایجاد باید محاسبه شود و این اهمیت دارد.
اگر بخواهیم گسترش مقاله در طول دوره‌ی بعد از ایجاد را هم محاسبه کنیم سنگین می‌شود و بیشتر به آن سمت می‌رود که ویرایش‌های کاربر بررسی می‌شود نه صرفاً ایجاد مقاله‌اش.

در واقع هدف در این بخش که مربوط به ساخت/ایجاد مقاله‌ها است این است که از کاربرانی تقدیر شود که مقاله‌های حجیم را ایجاد می‌کنند (در واقع این نظر این‌جانب است، پیشنهاد دهنده هم همین را خواسته و تأیید کرده و نظر موافقم را هم مشروط به برقراری همین روش کرده‌ام). Mostafamirchouli (بحث)۳۱ فروردین ۱۴۰۳، ساعت ۲۳:۱۲ (ایران) ‏۱۹ آوریل ۲۰۲۴، ساعت ۱۹:۴۲ (UTC)پاسخ

حذف خودکار پیش‌نویس‌های قدیمی توسط ربات‌ها طبق سیاست ویرایش

در ویکی‌پدیا پیش‌نویس‌ها فضای رایگان و نامحدودی برای میزبانی محتوا در نظر گرفته نشده‌اند. طبق سیاست تعریف شده، پیش‌نویس‌هایی که بیش از ۶ ماه بدون ویرایش رها شده‌اند (به استثنا پیش‌نویس‌های امیدبخش و ثبت‌شده برای بازبینی مبا) می‌توانند با معیار ع۱۳ حذف شوند. در ویکی‌پدیای فارسی پیش‌نویس‌های زیادی این شرایط را دارند و حذف همه آنها توسط مدیران و ویکی‌بانان که دسترسی حذف دارند ممکن نیست. بنابراین پیشنهاد می‌کنم همانند ویکی‌پدیای انگلیسی، اگر مقدور است یکی از ربات‌ها حذف خودکار این پیش‌نویس‌ها را برعهده بگیرد. بستر ویکی‌پدیا:درخواست احیا برای کاربرانی که قصد دارند واقعا دوباره روی این پیش‌نویس‌ها کار کنند محیا است.

این یکی از معیارهای تعریف شده در فرایند حذف سریع است. منهای سیاست، دلایل دیگری از نظر من وجود دارد که اگر با پیش‌نویس‌های رها شده برخورد کرده باشید نیازی به گفتن نیست... MJXVI ʕ•ᴥ•ʔ ‏۶ فوریهٔ ۲۰۲۴، ساعت ۱۲:۳۱ (UTC)پاسخ

استفاده از نقشه‌های جدید OpenStreetMaps ویرایش

سلام، جناب @Bilbo Bagenz در حال بازگردانی نقشه‌های استان‌های ایران به حالت سنتی هستند. لطفا قبل از بازگردانی بحث را انجام دهید.

نقشه‌های جدید بسیار دقیق، قابل زوم، و شامل فراداده اند. به همین جهت استفاده از آن‌ها در اکثر جاها توصیه شده است. از جمله برای استان‌ها استفاده از آن‌ها بسیار مفید است. پیشنهاد من استفاده از نسل جدید نقشه‌ها برای نشان دادن محدوده استان‌ها می‌باشد. لطفا بحث را شروع کنید. ممنون. هومن م (بحث) ‏۲۸ فوریهٔ ۲۰۲۴، ساعت ۱۶:۰۲ (UTC)پاسخ

درود
در برخی از نقاط مرزهای استان‌ها به خوبی کشیده نشده و برای استفاده به‌عنوان نقشه اصلی در مقالات استان‌ها مناسب نیستند. Bilbo Bagenz (بحث) ‏۲۸ فوریهٔ ۲۰۲۴، ساعت ۱۶:۰۶ (UTC)پاسخ
@Bilbo Bagenz این موضوع (مرز غیر دقیق) قابل اصلاح است، و به معنی این نیست که نباید از نقشه جدید استفاده کرد. لطفا اگر اصلاحی لازم می‌بینید، اصلاحات را در سایت OpenStreetMaps انجام دهید. هیچ سندی هم موجود نیست که مرز نقشه‌های قدیمی دقیق بوده‌اند. چرا معتقدید نقشه قدیمی دقیق بوده است؟ اطلاعات ویکی‌پدیا (مثل نقشه‌های سنتی) اصلا قابل استناد نیست.
@Jeeputer لطفا نظر بدهید. ممنون. هومن م (بحث) ‏۲۸ فوریهٔ ۲۰۲۴، ساعت ۱۶:۱۲ (UTC)پاسخ
سلام، این نقشه‌ها از نظر من بهتر بودند چه را که فقط نقشه استان بود و نام شهرها و کشورهای همسایه در آنها نبود
و اینکه من مقاله چندین ایالت و استان رو در ویکی‌پدیای انگلیسی سایر کشور‌ها نگاه کردم از جمله ایالت‌های آمریکا و نقشه‌های آنها به صورت سنتی با پرونده svg بود. اگر مخالف هستید من می‌توانم ویرایش‌هایم را برگردانی کنم. Bilbo Bagenz (بحث) ‏۲۸ فوریهٔ ۲۰۲۴، ساعت ۱۶:۱۷ (UTC)پاسخ
@Bilbo Bagenz بله من معتقدم که صبر کنید بقیه نظر بدهند، و در این زمینه به یک اجماع برسیم. نظر من آن است که ایالت‌های آمریکا هم به تدریج باید به نقشه‌های نسل جدید مجهز شوند. اما کمی صبر کنید تا نظرات دیگر دوستان را هم ببینیم. هومن م (بحث) ‏۲۸ فوریهٔ ۲۰۲۴، ساعت ۱۶:۱۹ (UTC)پاسخ
حتما، من ویرایش مقالات استان‌هارو متوقف میکنم. Bilbo Bagenz (بحث) ‏۲۸ فوریهٔ ۲۰۲۴، ساعت ۱۶:۲۰ (UTC)پاسخ
@Bilbo Bagenz @Hooman Mallahzadeh: درود من هم موافق نقشه های جدید هستم آنها هم به مرور اصلاح و بهبود می یابند و مانند نقشه های قدیمی ایستا نیستند هم اطلاعات بیشتری را در اختیار مخاطب قرار می دهند. Pereoptic Talk   ‏۶ مارس ۲۰۲۴، ساعت ۰۶:۱۰ (UTC)پاسخ
@Pereoptic درود. پیوندی به مقاله‌هایی که برگردانی شده بدهید (چه بهتر که پیوند تفاوت باشد) جهت بررسی. Mostafamirchouli (بحث)۱۶ اسفند ۱۴۰۲، ساعت ۱۳:۳۴ (ایران) ‏۶ مارس ۲۰۲۴، ساعت ۱۰:۰۴ (UTC)پاسخ
@Mostafamirchouli: من از مناقشه فوق و مقاله هایی که در آن تغییر به وجود آمده اطلاعی ندارم باید از جناب ملاح زاده بپرسید Pereoptic Talk   ‏۶ مارس ۲۰۲۴، ساعت ۱۰:۱۶ (UTC)پاسخ
@Pereoptic ببخشید به پیام اشتباه پاسخ ارسال کردم. Mostafamirchouli (بحث)۱۶ اسفند ۱۴۰۲، ساعت ۱۵:۴۵ (ایران) ‏۶ مارس ۲۰۲۴، ساعت ۱۲:۱۵ (UTC)پاسخ
@Hooman Mallahzadeh درود. پیوندی به مقاله‌هایی که برگردانی شده بدهید (چه بهتر که پیوند تفاوت باشد) جهت بررسی. Mostafamirchouli (بحث)۱۶ اسفند ۱۴۰۲، ساعت ۱۵:۴۶ (ایران) ‏۶ مارس ۲۰۲۴، ساعت ۱۲:۱۶ (UTC)پاسخ
@Mostafamirchouli@Jeeputer: از واگردانی‌های جناب @Bilbo Bagenz: شامل مقاله‌های استان‌هایی مثل استان سیستان و بلوچستان، آذربایجان شرقی، آذربایجان غربی و بقیه استان‌ها بودند. اما بیایید، به طور اخص درباره مقاله استان بوشهر بحث کنیم، یعنی بین این دو تصویر
نقشه سنتی نقشه جدید
 
 
از نظر من نقشه جدید ارحج است، زیرا علاوه بر قابلیت زوم، مرزهای دریایی و جزایر استان بوشهر را هم به خوبی نشان می‌دهد. ممنون. هومن م (بحث) ‏۷ مارس ۲۰۲۴، ساعت ۰۸:۲۵ (UTC)پاسخ
@Hooman Mallahzadeh چرا جزیره فارسی را بخشی از استان بوشهر قرار نداده است؟ آیا می‌شود اصلاحش کرد؟ Massol گفتگو ‏۷ مارس ۲۰۲۴، ساعت ۱۵:۰۴ (UTC)پاسخ
@Massol1360 سلام، بله باید وارد سایت شوید و سپس برای جزیره فارسی در قسمت tag ها is_in:state را به Bushehr تغییر دهید.(قبلا فقط is_in:country داشت) من الان انجام دادم احتمالا 24 ساعت دیگر درست شود. هومن م (بحث) ‏۷ مارس ۲۰۲۴، ساعت ۱۵:۳۹ (UTC)پاسخ
@Hooman Mallahzadeh بجز ایراد جزیره فارسی که جناب مسول به آن اشاره کرد.
ایراد بزرگتر اینه که چرا مرزهای آبی ایران در شمال و جنوب انقدر چسبیده به خاکِ ایران، محدود و کَمه؟ آیا واقعاً سهم ایران از دریای خزر و خلیج فارس همینقدره؟ Mostafamirchouli (بحث)۱۷ اسفند ۱۴۰۲، ساعت ۱۹:۰۵ (ایران) ‏۷ مارس ۲۰۲۴، ساعت ۱۵:۳۵ (UTC)پاسخ
@Mostafamirchouli والا جواب این سوال را باید یک متخصص ایران‌شناسی بدهد. شاید @AKhaleghizadeh صلاحیت پاسخ‎گویی را داشته باشند. هومن م (بحث) ‏۷ مارس ۲۰۲۴، ساعت ۱۵:۴۱ (UTC)پاسخ

@Mostafamirchouli طبق مقاله زیر

https://www.tasnimnews.com/fa/news/1398/04/04/2039693/%DA%AF%D8%B2%D8%A7%D8%B1%D8%B4-%D9%85%D8%B1%D8%B2%D9%87%D8%A7%DB%8C-%D8%AF%D8%B1%DB%8C%D8%A7%DB%8C%DB%8C-%D9%88-%D9%87%D9%88%D8%A7%DB%8C%DB%8C-%D8%A7%DB%8C%D8%B1%D8%A7%D9%86-%DA%A9%D8%AC%D8%A7%D8%B3%D8%AA-%D9%86%D9%82%D8%B4%D9%87

مرزهای دریایی به سه دسته تقسیم می‌شوند:

  • آب‌های سرزمینی،
  • آب‌‌های تحت نظارت و
  • آب‌های منطقه انحصاری-اقتصادی یا فلات قاره

پس احتمالا مرزها درست هستند. هومن م (بحث) ‏۷ مارس ۲۰۲۴، ساعت ۱۶:۰۹ (UTC)پاسخ

@Hooman Mallahzadeh   لایک Mostafamirchouli (بحث)۱۷ اسفند ۱۴۰۲، ساعت ۲۰:۰۴ (ایران) ‏۷ مارس ۲۰۲۴، ساعت ۱۶:۳۴ (UTC)پاسخ
  •   موافق @Hooman Mallahzadeh: درود بر شما و سپاس از فراخوانی اینجانب، با توجه به توضیحات داده‌شده با کاربرد نقشه جدید که به طور نمونه برای استان بوشهر نشان شده است، موافقم. پیشنهاد می‌کنم با توجه به ماهیت جغرافیایی این بحث، نظر کاربر HADI نیز پرسیده شود. سپاس فراوان از تلاش‌های شما AKhaleghizadeh (بحث) ‏۷ مارس ۲۰۲۴، ساعت ۲۰:۴۴ (UTC)پاسخ
    به نظر بنده هر دو نوع نقشه مفید و قابل استفاده در کنار هم هستند. البته ویرایش نقشه‌های پویا سخت‌تر است و اصلاحشان به کندی پیش می‌رود که به زعم بنده این مشکلی جدی است.
    برای مثال دو سالی از زمانی که نقشه ویکی‌پروژه فهرست‌های میراث جهانی برگزیده را ساختم گذشته ولی هنوز نروژ و چند کشور دیگر را کسی درست نکرده. وقتی کشورها نقشه‌شان چنین وضعی دارد، بعید می‌دانم وضع استان‌ها و شهرستان‌ها بهتر باشد. محک 📞 ‏۱۰ مارس ۲۰۲۴، ساعت ۱۰:۴۳ (UTC)پاسخ
    همچنین مرزهای آبی که در نقشه آمده کار جالبی نیست. کشورها روی مرزهای زمینی هم بعضاً اختلاف نظر شدید دارند که از ویکی‌پدیا انتظار بی‌طرفی در این مجادلات می‌رود ؛ حال چه رسد به مرزهای دریایی که اکثر کشورهای مجاور درباره‌شان اختلاف نظر دارند و اصلا رسم مرزهای آبی کار خوبی نیست. کدی چیزی ندارد که این مرزهای آبی را بشود مخفی کرد؟ محک 📞 ‏۱۰ مارس ۲۰۲۴، ساعت ۱۰:۴۶ (UTC)پاسخ
    @محک اتفاقا نمایش مرزهای آبی بسیار مفید است، مرز‌ها مشخص است و منبعی که در بالا آورده شده تأیید کننده آن است. اختلاف نظرها در همه‌جا هست، این‌که نقشه با مرزهای مشخص و تأیید شده بیاید نقض بی‌طرفی نیست.
    در واقع خواسته‌ی شما سانسور موضوع است. دلیل این‌که از وجود مرز‌های آبی دفاع می‌کنم و تغییر یا حذف اون رو «سانسور» می‌دونم اینه که، نود درصد شهروندان ایرانی مرزهای آبی کشورشون رو نمی‌دونن منجمله خودم که بعد از دیدن این نقشه و اون منبع متوجه شدم.
    اما یک مسئله است، نقشه کدام مرز را نمایش بدهد؟ در آن منبع سه نوع مرز آبی مشخص شده که هر کدام با دیگری متفاوت است، آیا همین مرز کنونی که فکر کنم «مرز سرزمینی» باشه مناسبه. Mostafamirchouli (بحث)۲۰ اسفند ۱۴۰۲، ساعت ۲۳:۰۵ (ایران) ‏۱۰ مارس ۲۰۲۴، ساعت ۱۹:۳۵ (UTC)پاسخ
  •   نظر: به‌طور کلی با نقشه‌های پویا موافقم با در نظر گرفتن نکاتی که کاربر محک گفته‌اند. مرزهای دریایی روی نقشه استان بوشهر، آب‌های سرزمینی را نشان می‌دهد (مرز خاکستری روی نقشه) که به نظر من بهتر است حذف شود و فقط خشکی‌ها (خاک اصلی+جزیره‌ها) نشان داده شود. دلایل: آب‌های سرزمینی جزء مساحت کشورها، استان‌ها/ایالت‌ها، جزیره‌ها و... محسوب نمی‌شوند و در صورت نمایش آب‌های سرزمینی در جعبه اطلاعات، مساحت ذکرشده برای استان بوشهر، با مساحت پهنه‌ای که نقشه نشان می‌دهد، مغایرت دارد. همچنین در صورت محسوب کردن آب‌های سرزمینی در مساحت، علاوه بر عدم دقت و مشکلات بسیار دیگر مانند اختلافات سیاسی موجود در مرزهای آبی، ترتیب مساحت استان‌ها به هم می‌خورد. چند نقشه‌ آشنا با کاربرد عمومی از کشورهای مختلف را در نظر بگیرید (ایتالیا، آمریکا، بریتانیا و...)؛ در نقشه هیچ‌کدام از این‌ کشورها آب‌های سرزمینی نشان داده نمی‌شود و نقشه فقط خشکی/جزیره و آب‌های داخلی را نمایش می‌دهد. اگر امکان حذف نمایش آب‌های سرزمینی از نقشه‌های OpenStreetMaps وجود ندارد، بهتر است فعلا همان نقشه‌های قدیمی به‌کار روند. HADI (بحث) ‏۱۲ مارس ۲۰۲۴، ساعت ۰۷:۱۷ (UTC)پاسخ
    @HADI سلام، در اینجا گفته شده است که نمی‌توان با «کدهای موجود ویکی‌پدیا» چنین نقشه‌ای ساخت. ولی می‌توان در همان OpenStreetMaps نقشه جدیدی با wikidataItem جدید ایجاد کرد که فقط مرز زمینی را شامل شوند، و مرز دریایی نداشته باشد. ایجادش 15 دقیقه هم طول نمی‌کشد. اگر از حذف مرز دریایی مطمئن هستید، تا نقشه جدید را ایجاد کنم. هومن م (بحث) ‏۱۷ مارس ۲۰۲۴، ساعت ۰۵:۵۶ (UTC)پاسخ
    @HADI ساکنان استان بوشهر
  1. یا به صید ماهی و میگو مشغول‌اند
  2. یا به با لنج و قایق تندرو درحال ترانزیت کالا هستند.
  3. یا نظامی‌اند. در نیروی دریایی و مسائل نظامی، تحرکات بیگانگان در مرز برای مرزداران دریایی می‌تواند قابل ردیابی باشد. نمی‌دانم شاید برای پرسنل نیروی دریایی هم شاید استفاده از این نقشه‌ها مفید باشد.

این مرزها برای هر سه دسته افراد بسیار مهم است تا بفهمند هر جا (داخل یا بیرون مرز) باید چطوری رفتار کنند. هومن م (بحث) ‏۱۲ مارس ۲۰۲۴، ساعت ۰۸:۰۶ (UTC)پاسخ

اصلا کی گفته استان‌ها قلمرو دریایی دارند؟! مرزهای آبی که برای هیچ استانی تعیین شده نیست. محک 📞 ‏۱۲ مارس ۲۰۲۴، ساعت ۰۸:۱۹ (UTC)پاسخ
+1Pereoptic Talk   ‏۱۶ مارس ۲۰۲۴، ساعت ۱۶:۰۸ (UTC)پاسخ

طایفه ویرایش

درود با توجه به مشکلات بسیار زیاد برای گشت زنان و نگهبانان پیشنهاد میکنم تکلیف سرشناسی طایفه‌ها مشخص گردد آنها معمولا یا فاقد منبع و یا منبع آنها تنها یک سطر از یک کتاب که به نوعی معمولا وپ:خود‌نوشته در نظر گرفته می‌شوند هستند لذا اصولا آنها را فاقد سرشناسی در نظر گرفته و تنها ایل‌ها مستند به منابع سرشناسی بیابند و طایفه ها مستند به منابع در مقاله ایل خود قرار گیرند بدیهی است طایفه به نوعی یک فامیل است که اگر بخواهیم به دلیل زیر مجموعه یک ایل بودن آنها را سرشناس منظور کنیم پس هر کس یاید و میتواند برای یک فامیل مقاله بسازد. Azad Talk ‏۳۰ مارس ۲۰۲۴، ساعت ۱۰:۱۶ (UTC)پاسخ

  • پیشنهاد می‌شود کلیه طایفه‌ها در صورت داشت حتی یک منبع در ایل‌ها ادغام و حذف گردند.

موافق ویرایش

مخالف ویرایش

پیشنهاد ویرایش