打开主菜单

维基百科讨论:合并请求

關於重複條目的處理程序?编辑

目前乍看之下有點難以理解,有以下幾個問題:

  1. 討論要有什麼樣的結果才能付諸執行?
  2. 投票制?多數決制?票數門檻?
  3. 如何處理有所回應(例如贊成意見)卻沒有繼續討論的重複條目申請?
  4. 誰有權進行條目合併?發起者?管理員?
  5. 「發起討論->沒有回應->沒有執行」─是否有這類狀況的處理方案?

DarkRanger 2007年9月4日 (二) 18:47 (UTC)

没有人来讨论这个问题吗?现在需要处理的条目积压的越来越多了.SH1019Team Radio 2009年1月3日 (六) 16:04 (UTC)
偶爾會有人去零星地清一點積壓的工作的,但減少的速度遠不及新增的快,而且去做清理工作的人,都得面對前面DarkRanger早於2007年9月所提出的問題。更慘的是關心這問題的管理員少(不是沒有,不過少^^"),阻撓這工作的白目多,我的合併經常被白目回退(參考樓下的另一項討論即知)--210.6.97.84 2009年5月9日 (六) 10:28 (UTC)
慢慢來,不急著立刻全部完成,我預估我這次清理Category:需要合并的条目出來的東西,需要花上三個月以上來清理吧。如果你進行的合併工作被回退,我也會盡量幫忙和其他人溝通的。-Alberth2-汪汪 2009年5月9日 (六) 12:32 (UTC)
  「如果你進行的合併工作被回退,我也會盡量幫忙和其他人溝通的」←剛才專題選粹服務條目正正又發生這種情況了,看來還是又得麻煩您走一趟當說客了^^"
  其實我過去也不是沒嘗試過以溝通解決事情,但成效總是像昨天發生的那件事那樣,也許我真的不適宜跟人溝通...-_-210.6.97.127 2009年5月29日 (五) 14:59 (UTC)

移動编辑

有沒有哪位能界定一下「Wikipedia:重複條目」、「Category:需要合併的條目」和「Wikipedia:移動請求」三個頁面的分工有甚麼不同?

事緣當我動手合併河南郡三川郡迦帕多家教父加帕多家教父時,卻被退回了。

查上述兩對條目實為積壓已久的「Category:需要合併的條目」,前者(三川郡河南尹)的合併,更是已在「Wikipedia:重複條目」頁面經過長足的討論而達到共識後才進行的。三川郡河南尹的合併於2009年1月25日08:54被某用戶退回,而該用戶的再前一項改動則發生於2009年1月25日08:53,足見該用戶在進行退回前,對該兩條目的合併的前因後果,不可能有超過一分鐘的閱讀時間去理解。再查該退回合併的用戶的其他「用戶貢獻」,發現該用戶實素有盲目退回的習慣。

然而,當我檢舉該用戶的盲回退回時,又被勸喻說「條目不能手動移動,要由管理員處理。」

我見「Category:需要合併的條目」頁面只是掛上「本頁面是一個積壓的工作,需要老練的用戶關注」,並沒有說非由管理員處理不可。

結果,要做的沒人做,大量積壓,去做的被人退回,退回者自己又不做。

如果我每次對前兩個頁面的條目進行合併,都必須被退回且必須送交「Wikipedia:移動請求」頁面處理的話,那麼乾脆只保留「Wikipedia:移動請求」好了,前兩個頁面要來幹嘛?--210.6.97.145 2009年2月7日 (六) 06:11 (UTC)

確實常常有人混淆,不過移動請求和重複條目是完全不同的。移動請求是只有一個條目及內容,當無法移動到新名稱時,才需要到移動請求提出;此外,現在也會處理被以剪下貼上移動的條目的編輯歷史。由於某些情況下的移動只有管理員可以處理,因此移動請求必須由管理員處理,如果被積壓確實是管理員該設法處理。而重複條目則是同時存有兩個先後建立的條目,但可能後來被發現其實是可以合併為單一條目,因此要將兩個的內容合併,並將其中一個改為重定向頁;這種工作其實就不需要管理員的權限就可以進行,任何熟悉維基百科的人都可以處理,只是問題常常在於要如何決定將哪個條目改為重定向頁?取得合併的共識也是處理重複條目最難的部分,也因次重複條目會更容易被積壓。—Alberth2-汪汪 2009年2月7日 (六) 06:59 (UTC)
謝謝回覆,那麼,套用到河南郡三川郡迦帕多家教父加帕多家教父這幾個案例時,應該如何處理才對?我確實是在「Category:需要合併的條目」找到的,也確實被退回了,而該退回動作也被肯定了,是不是又該交由「Wikipedia:移動請求」處理?--210.6.97.145 2009年2月7日 (六) 07:42 (UTC)
有時候可能只是誤會,或許其他人沒注意到該頁面已經有合併的討論及共識,這時候建議可以直接去回退者的對話頁提出說明、溝通,應該有助於解決爭議。另外,也建議在合併同時善用編輯摘要,讓他人知道為何自己要做此修改。因為這些動作並不是在進行條目的移動,因此也不需要到移動請求提出。—Alberth2-汪汪 2009年2月7日 (六) 07:52 (UTC)
想问一下,直接手动重定向岂不是让被A条目的原编辑历史停止了?原编辑者的功夫岂不是白费?这种情况不是不应该手动重定向而是由管理员移动再合并编辑历史吗?--91.142.12.62 (留言) 2009年2月7日 (六) 07:58 (UTC)
可以參考Wikipedia:合并和移动页面#如何合併頁面,在合併兩頁面時,編輯歷史的合併並非是必須的;目前的作法是認為有此需求的話,可以在合併完成後再至移動請求提出,但提出前此兩條目必須先將內容整合完成,才能方便管理員進行編輯歷史的合併。不過個人並不建議所有合併的條目都將編輯歷史合併,因為會產生讓編輯歷史混亂的問題,可以參考我在Wikipedia:互助客栈/方针#重複條目之編輯歷史是否須合併?提出的討論,如果有任何建議方式也歡迎一起提出。—Alberth2-汪汪 2009年2月7日 (六) 08:19 (UTC)

Wikipedia:重复条目/存档/2008年中为什么还有未解决便存档的请求?

遇到内容雷同的两个条目究竟是不是应当到Wikipedia:重复条目提出?我发现我在那里提出的请求,结果无非是(一)没有管理员搭理便被存档;(二)被IP用户管理员手动合并页面,而且这种手动合并的行为似乎也被其他管理员们所默许。于是,遇到铝热剂铝热法两个应当合并的条目后,我将铝热剂手动合并到铝热法,并在将 Talk:铝热剂 转移至 Talk:铝热法 后,将其提交快速删除。然而该提删页却被管理员挂上了hangon模板,并被提到了Wikipedia:移动请求,要求“合并编辑历史”,致使两者编辑历史混在一起,甚至出现了我将“铝热法”重定向到“铝热法”的记录,我的编辑被回退,并被恢复,最后的页面历史成了这样。难道管理员认为这样互相交错、混乱不堪的编辑历史才是正确的?铝热剂 只有一个主要贡献用户,其内容也大多与 铝热法 相同,手动合并时编辑摘要中已有记录,如果想要看合并前的页面历史,完全可以去相应的页面历史页中看,两者互不影响,然而合并后页面历史中只有页面移动的记录,并没有合并的记录,管理员们却非要使编辑历史变得凌乱,让看页面编辑历史的人一头雾水。如此双重标准,实在令人费解。—Choij (留言) 2009年2月7日 (六) 09:37 (UTC)

你提出的疑問可以分兩點來說明:
  • 其實Wikipedia:重复条目並不是要由管理員來處理的工作,因為這項工作並不需要管理員的權限,是任何人都可以處理的;而重複條目的合併,確實也就是「手動」將兩條目的內容集中在一個上,再將另一個改為重定向。至於未被處理就被存檔,你舉的例子那就是我的疏忽了......。
  • 完成合併後,是否需要將原本的兩條目編輯歷史跟著合併,這目前尚未有一致的共識,個人也是與你一樣認為一般狀況下不要合併比較好,因為會讓編輯歷史交錯,難以閱讀(可以參考上方「重複條目之編輯歷史是否須合併?」一節之討論);但是還是有許多人認為為了保留兩條目所有貢獻者的紀錄,應該合併。所以才會有人提出將兩編輯歷史合併的請求,並獲得其他管理員的認同並執行。這個議題確實需要更多人一起討論,尋找一個兩全的解決方案。
Alberth2-汪汪 2009年2月7日 (六) 13:43 (UTC)

關於合併的討論编辑

建議所有討論都到相關條目之討論頁進行,以方便所有關切該條目的用戶參予及了解;對於關切Wikipedia:重复条目的用戶,如果希望監看列表中所有頁面及其相關討論頁的話,可以利用這個連結:http://zh.wikipedia.org/w/index.php?title=Special:链出更改&limit=100&target=Wikipedia:重复条目Alberth2-汪汪 2009年5月8日 (五) 10:26 (UTC)

是「合併」還是「二擇其一」?编辑

請大家關注,218.250.11.179基本上只是消除了尤纳斯·卡斯劳斯卡斯條目的內容,而不是將之跟尤纳斯·卡兹劳斯卡斯條目「合併」,其中,連出生日期的差異都沒有攷證--210.6.97.75 (留言) 2009年5月14日 (四) 12:25 (UTC)

恩,這確實是疏忽......,感謝你的發現......—Alberth2-汪汪 2009年5月14日 (四) 13:07 (UTC)
上海碧雲良千足球俱樂部也發生了類似情況--210.6.97.129 2009年5月30日 (六) 12:53 (UTC)

同樣的情況,又發生在內搭褲、緊身褲、無底襪條目了

內搭褲和緊身褲兩個條目原有的訊息,在這次這次都全被刪掉了(並不是內容合併),並且重定向到無底襪條目。

 
原子褲
 
緊身褲

問題是,目前無底襪條目的內容,不可等同en:Leggings條目所描述的東西,也不可能涵蓋、取代、指稱這些圖片的東西(這些圖片來自被後來無底襪條目抹煞了的內容),因此全盤抹煞這個這個條目的原本內容,有點粗暴--210.6.97.203 2009年8月31日 (一) 07:33 (UTC)

東區體育會和東區足球隊编辑

觀看編輯歷史,這兩個條目好像已曾經被合併過,如果是這樣的話,即使用我們現在動手合併,會不會再被馬上退回,引發編輯戰?(羊城條目也是) btw,能否就伊萊恩條目的頁面存廢討論給點意見?--210.6.97.246 2009年5月28日 (四) 08:23 (UTC)

Talk:羊城裡並沒有明確的共識,所以在未有共識之下合併,被回退其實不意外。至於東區體育會和東區足球隊,在他們的討論頁上問問好了—Alberth2-汪汪 2009年5月28日 (四) 08:49 (UTC)
  說的也是,那還是別沾手好了...
  唉,所以說,有時不是不想幫忙清理積壓工作,無奈順得哥情失嫂意...-_- 210.6.97.246 2009年5月28日 (四) 09:10 (UTC)

好好墓编辑

好好墓」實非「妇好墓」的別稱,而是個純粹字誤。大家可以先詳閱妇好墓條目,看看「妇好」所指的是甚麼,再用「好好墓」做關鍵字搜尋一下,即知所言非虛。

因此,「好好墓」宜刪除,而非用作「妇好墓」的重定向頁,尚祈亮察。

btw,Wikipedia:頁面存廢討論/記錄/2009/06/21中,曹國雄條目的存廢記錄雖被Jimmy Xu君註上已刪除字樣,但條目目前其實還沒被刪除。--210.6.97.182 2009年7月1日 (三) 03:54 (UTC)

好好墓改為重定向算是討論出的共識,雖然共識的內容不一定正確,如果要刪除可能需要再提一次存廢討論。而曹國雄確實已經被刪除,但是原創者不死心又重新建立了一次,同時又被其他用戶改善了內容,故已不適用於快速刪除的標準。—Alberth2-汪汪 2009年7月1日 (三) 04:02 (UTC)
好好墓是錯誤的名稱,重定向只會招來人們的笑話。--58.152.239.160 (留言) 2009年7月1日 (三) 04:04 (UTC)
我也覺得可能是Wing君和Jimmy Xu君百忙中未及細察,所以也邀了他們到talk:妇好墓裡再談,不過,剛才再看,好好墓已經刪了 :P--210.6.97.227 2009年7月1日 (三) 08:35 (UTC)

有合必有分编辑

既有了把重複條目合併的討論頁面,想問問,維基有沒有把條目分割的專門討論頁面?口罩條目就好像有這個需要了。

btw,「叶调」和「葉調」的情況,應該交去建議合併還是交去移動請求才對?--210.6.97.234 2009年7月5日 (日) 09:17 (UTC)

這要合併編輯歷史,目前是在移動請求中處理。至於分割?目前好像只有Category:需要分割的条目Alberth2-汪汪 2009年7月5日 (日) 15:30 (UTC)
如果我只是簡單地把「叶调」重定向到「葉調」,這可以嗎?--210.6.97.254 2009年7月6日 (一) 04:23 (UTC)
看起來應該是沒問題,另外就是記得在編輯摘要中說明編輯原因吧~~—Alberth2-汪汪 2009年7月6日 (一) 05:18 (UTC)
  那麼我就這麼辦好了 ^_^ --210.6.97.120 2009年7月6日 (一) 11:28 (UTC)

還沒合併就刪除编辑

↑怎麼嘉諾撤聖家書院人脸识别软件還沒合併就刪除了?--202.155.238.68 (留言) 2009年8月11日 (二) 11:07 (UTC)

抱歉,執行刪除時忘了補上理由。人臉識別技術的原內容非虛無空洞,實在有點像教人如何坐椅一樣。這樣的內容合併至另一條條目,無疑只會降低那一條條目的質素。故本人決刪除並不予合併。與有反對,歡迎提出。—J.Wong 2009年8月12日 (三) 10:10 (UTC)
人臉識別技術是這情況,不過嘉諾撤聖家書院呢?--210.6.97.103 2009年8月13日 (四) 08:59 (UTC)
后者内容包含前者,故直接删除。—Wcam (留言) 2009年8月14日 (五) 04:08 (UTC)
你們起碼得移除人脸识别嘉諾撒聖家書院的合併模板吧?留下那麼多「手尾」--210.6.97.41 2009年8月14日 (五) 10:25 (UTC)

WP:合并请求与存废讨论之{{合并}}编辑

这个存废讨论中,有用户提出:“合并后重定向”应去WP:合并请求进行讨论,而非在存废讨论进行。而WP:AFD中也有“如果您可以改善条目,请不要犹豫。同时,你可以选择:重定向、重命名、与其他条目合并、回退、或索性加入清理、小小作品限期改善模版。”,故此类合并讨论确实不应在存废讨论进行。然而:

  1. 4月7日的存废讨论记录中有非常多的可以“合并后重定向”的讨论,之前的存废讨论亦没有明确的拒绝合并讨论进入的情况。
  2. WP:合并请求中的讨论不了了之者居多,很多被提出合并的条目几个月后仍然保持原状,该页面似乎少有人关注。
  3. 提交存废讨论的入口允许提交合并请求,而未指明合并后是否要删除原页面。(存废讨论中的{{合并}}意义不明)

因此提出以下方案:

  1. 所有不涉及删除页面的讨论都不要提交到存废讨论(例如“合并后重定向”就不需要删除页面)
  2. WP:AFD和Twinkle中增加合并页面的引导。(TW中目前是挂合并模板,然后在讨论页讨论,不了了之的也很多)

或:

  1. 允许合并讨论进入AFD

我个人认为后一种方案可行度较高:条目讨论页与合并请求的讨论难以引起关注,全放在互助客栈讨论也不现实。希望社群能在此得到共识,明确存废讨论的适用范围。--Tiger留言DDL是第一生产力 2017年4月8日 (六) 00:03 (UTC)

  • (!)意見雖然tw工具裡提刪裡面有合併...,除了內容一樣我會手動合併,如內容不同自己亦不熟該領域就會丟討論例如音樂名詞。-Zest2017年4月8日
  • (!)意見:反对把合并讨论放进存废讨论,不能为了所谓获得关注就把不相关的内容都放到存废讨论中来。合并问题放在条目讨论页足矣,没人反对的话提议合并者就可以合并。放到存废讨论中有时执行者会莫名其妙地把本该保留重定向的被合并页也删除了,或者把不该合并编辑历史的页面合并编辑历史,造成更多混乱。英文维基就不会把合并讨论放到存废讨论中来。--Pengyanan留言) 2017年4月8日 (六) 04:56 (UTC)
  • 提議者手動合併的話,編輯歷史會分散兩地,形成WP:剪貼移動。若是放在存廢討論,則可以讓管理員來做,而把編輯歷史合併--Liaon98 我是廢物 2017年4月10日 (一) 04:54 (UTC)
  • (:)回應:如果是两个独立编辑的条目,那么就该采用剪切粘贴方式进行合并(见Wikipedia:合并和移动页面),本来就不该合并页面编辑历史,英文维基只对“以剪切粘贴方式移动条目”这一种情况合并页面编辑历史。对两个独立编辑的条目,如果也合并页面编辑历史,只会使新条目的页面编辑历史混乱不堪,让后人查看页面编辑历史版本比较时感到困惑,不明白前人为何如此修改。我是非常反对这种合并页面编辑历史的的做法的,希望中文维基在这一点上能学习英文维基的经验(参见en:Wikipedia:Requests for history merge)。--Pengyanan留言) 2017年4月12日 (三) 00:28 (UTC)
大部分在存废讨论的合并,很多时候是提出删除,然后最后意见是合并....--百無一用是書生 () 2017年4月10日 (一) 04:04 (UTC)
(!)意見 存廢討論中的合併,應視為解決刪除以外的選擇。--Nivekin請留言 2017年4月10日 (一) 06:00 (UTC)
個人認為結論是合併的話,應以轉介的認識交給合併請求重新處理,就如關注度一樣。—AT 2017年4月10日 (一) 06:03 (UTC)
(:)回應 其實如結案的管理員不動手作合拼的話,其他的非管理員編輯是無法完全地合併編輯歷史的;「以轉介的認識交給合併請求重新處理」,其實現況即是不了了之,根本沒有任何一位管理員負責。--Nivekin請留言 2017年4月10日 (一) 07:37 (UTC)
现实问题是对于自己不熟悉的领域,经常不知道该如何合并。所以交给管理员来合并不是办法啊。或者任何人合并完内容后,以模板或其他形式通知管理员帮助合并历史,可能会比较容易一些(其实看英文wiki,也是会有常年挂着合并模板的页面....)--百無一用是書生 () 2017年4月10日 (一) 07:51 (UTC)
比较喜欢楼上的意见,有可操作性。不过有这样的模版吗? --砜中嘌呤的白磷萃取 打谱 2017年4月11日 (二) 03:14 (UTC)
(!)意見:中文维基目前经常滥用合并页面编辑历史。Wikipedia:合并和移动页面里面说的很清楚,合并应采用剪切粘贴方式,并在编辑摘要中加以注明,但为什么目前中文维基普遍在合并时也合并页面历史?英文维基只是对“以剪切粘贴方式移动条目”这一种情况才合并页面编辑历史,而在合并独立编辑的条目时采用剪切粘贴的方式,但中文维基却经常在合并两个本来是独立编辑的条目时,也合并页面编辑历史,这样反而使页面编辑历史混乱不堪,后人在看页面历史时,会觉得不知所云。甚至当A条目内容是B条目的一个章节,在把A条目合并进B条目后,中文维基居然有时也把A的页面编辑历史合并进B,这就更错到离谱。希望中文维基能学习一下英文维基的经验(参见en:Wikipedia:Requests for history merge),在合并两个独立编辑的条目时以剪切粘贴方式进行,不要再合并页面编辑历史。--Pengyanan留言) 2017年4月12日 (三) 00:17 (UTC)
規則應該看它背後的原則,而不是只看著英文維基上的規則文字來論述。保留編輯歷史原因是為了讓貢獻者的授權保留住,比編輯歷史亂成一團更重要。但你可以從別的角度反對,例如合併後,討論頁有「合併自XX條目」的模板,是否這個模板就有代表貢獻者授權來自這個XX條目的編輯歷史,而不需要把編輯歷史搬過來之類的。而不是單純的說英文維基這樣做就這樣,我想英文維基應該也有過類似的討論當是。--Liaon98 我是廢物 2017年4月12日 (三) 09:03 (UTC)
(:)回應,我一直在论证原则,而不是只看英文维基上的规则文字,实际上英文维基根本没说为什么合并两个独立编辑的条目时不能合并页面编辑历史,论证内容都是我自己的理解。您可能没有仔细区分“保留”编辑历史和“合并”编辑历史这两个概念。以剪切粘贴方式合并也能“保留”编辑历史,被合并条目编辑者的贡献依然都“保留”着,并没有抹杀任何编辑者的贡献(只要不把条目整个删除,编辑历史都是“保留”的),Wikipedia:合并和移动页面也明确规定以剪切粘贴方式合并条目。“合并”编辑历史只是为了让编辑历史清晰体现编辑脉络,方便后来者清晰了解前人编辑的来龙去脉,因此“合并”编辑历史只应是为了纠正“以剪切粘贴方式移动条目”这种情况。对两个独立编辑的条目,以剪切粘贴方式合并,通过挂合并模板、页面讨论页讨论、在编辑摘要中注明等方式,后人更能清楚了解编辑脉络,而如果把两个独立编辑的条目的编辑历史也合并,则反而会让后人无法理解前人的编辑脉络。--Pengyanan留言) 2017年4月12日 (三) 10:15 (UTC)
編輯歷史不僅僅是要看整個編輯脈絡,還有包含這個內容是由哪個貢獻者授權的,以符合CC協定,這是維基媒體一直很重視的版權問題;這也是為什麼剪貼移動被禁止的主因;WP:在维基百科内复制内容也有提到這些。所以我才說問題是在如果只留一個模板說是合併於何處,這是否有符合CC授權。另外有些情況,甚至原本合併的條目都被刪掉的,連編輯歷史都不留的--Liaon98 我是廢物 2017年4月12日 (三) 12:14 (UTC)
(:)回應:请您注意区分“移动”和“合并”这两个不同的概念,用剪切粘贴方式“移动”条目是禁止的,但用剪切粘贴方式“合并”条目是合理的(见Wikipedia:合并和移动页面),Wikipedia:在维基百科内复制内容也只是要求复制时在编辑摘要中注明,而不是合并页面编辑历史。对“合并页面内容”来说,在编辑摘要中注明、加合并模板已经足以表明内容是由哪些贡献者授权的;而“合并编辑历史”,只是为了便于查看编辑脉络,因此只应该用于纠正“以剪切粘贴方式移动条目”这种情况。合并页面内容,必须要手动把两个页面的内容真正融合在一起,这是无法通过合并页面编辑历史来实现的,保留被合并条目的独立性,才能方便人们查看两个条目是如何合并的(内容出自被合并条目的最后版本),而如果把两个条目的编辑历史也合并了,则反而让人很难找到合并的内容来自哪里(两个条目的各自编辑历史都混到一起去了)。另外,删除被合并的条目也是不合理的(应该保留重定向),而把合并讨论提交到页面存废讨论中来,就容易造成删除被合并条目这种错误的做法,我在本讨论一开始也指出了这一点,并据此反对把合并讨论放进页面存废讨论中来。--Pengyanan留言) 2017年4月12日 (三) 12:31 (UTC)
(!)意見Pengyanan,据我一向来的理解,合并条目时应将被重定向的页面历史原地保留,只需在编辑注释中注明原文来自哪个重定向页,一来可以保持重定向页的历史原貌,二来万一有天翻案必须重新分开时,只需简单回退即可。(这点在物种条目,次异名变有效名的情况随时发生)。记得某管理员说过,合并编辑历史很容易,可是要重新分开就困难了,所以尽可能不合并编辑历史。只有违规的剪贴移动(然后有后来者在不知情的情况下继续编辑),造成编辑史断裂,才需动用管理员的“合并编辑历史”权限。——♠白布¤飘扬§§ 2017年4月23日 (日) 00:40 (UTC)

合併討論要在哪裡發起编辑

目前{{subst:mergefrom/auto|另外的条目}}、{{subst:mergeto/auto|另外的条目}}將討論連結到talk:留下的條目,而維基百科:合併請求#說明說新增請求時,討論要連結至Talk:合併走的條目,是否予以統一?--Towatw留言) 2017年6月9日 (五) 08:00 (UTC)

合并历史是否有相关指导?编辑

经过搜索,似乎没有在Wikipedia名字空间看到有关合并历史的说明,只有一个空章节。请问:

  1. 合并历史须满足怎样的条件才可进行?
  2. 何种情况需要合并历史?

--Tiger留言) 2017年8月7日 (一) 01:14 (UTC)

  • 有英文版本,連結在「翻譯中」的模板中,可參考英語版。--AndyAndyAndyAlbert留言) 2017年8月7日 (一) 07:02 (UTC)

合并条目编辑

此讨论是关於是否將合併請求合併至存废討論,源於我曾經把一些在存废討論提交的合併请求转至WP:PM。希望大家能多多给予意見。— 2018年3月5日 (一) 10:43 (UTC)

背景编辑

建议让讨论在存废讨论那边进行7天,管理员结案后再转交到合并请求。现在合并请求那里没有经过讨论的请求,除非一目了然,否则很难处理。而存废讨论关闭后,很少会有人来参与讨论了。--Tiger(留言) 2018年3月4日 (日) 02:59 (UTC)

  • @Tigerzeng:其实一开始就是提合併,又为什麼要提存废讨论?这未免有些无谓。— 2018年3月4日 (日) 03:05 (UTC)
    • 然而有些頁面可能由於不熟悉,導致沒有合併,故仍傾向提存廢討論後管理員若基於原因無法合併頁面,轉交合併請求。-- Willy1018(留言) 2018年3月5日 (一) 14:32 (UTC)

提案编辑

不如索性把合併請求併入存废讨论吧,这樣可以統一集中處理,而沒有爭議的合併提案可標記為管理員積壓工作,需要處理。存廢討論結果模板標記則可为「正在等候合併」,直至合併完成為止,惟原有的{{merge}}、{{mergefrom}}和{{mergeto}}模板則予以保留,但原本連結至其討論頁的連結則改為連結至存廢討論,而原有「討論」字樣將予以保留。@MoonianTigerzengWQL淺藍雪Outlookxp、@Richard923888百战天虫Cwek*angys*Iokseng、@KirkLUMCC214:不知諸君意見如何?— 2018年3月4日 (日) 05:48 (UTC)

  • 别这样ping啊喂。之前有在合并请求见过存废讨论过七天存废结束以后,管理员关闭讨论,并说“自行合并”的。有些是完全没有讨论,只是在条目里挂了个merge模板的(甚至挂了只挂了模板没有提交到合并请求的也有。--Tiger(留言) 2018年3月4日 (日) 05:57 (UTC)
  • 我觉得不错,其实存废讨论那边处理合并的人也不多淺藍雪 2018年3月4日 (日) 11:47 (UTC)
  • 我反而建議集中在合併請求處理以方便處理,討論七日。然後由願意處理的管理員結束。--M.Chan 2018年3月5日 (一) 10:46 (UTC)
然而wp:PM根本沒人看……--【和平至上】💬📝 2018年3月5日 (一) 11:20 (UTC)
@和平至上:要wp:PM有人看的话,就须作诚如M.Chan君所言般的大幅政革了。我一開始之所以大量地转介至合併請求也是如M.Chan君所想,使合併請求能用得其所,但因為最近引起了爭論,故个人认为如果作出的改動能夠不影響维基人的習慣,则應实行该改动。— 2018年3月5日 (一) 11:34 (UTC)
沒人看的話,可以在條目創建者留言,並在條目中加上通往合併請求的連結,可能會多些人看。--M.Chan 2018年3月5日 (一) 13:19 (UTC)
@Michael Chan:问题在于提合并者仍倾向用存废讨论提合并。既然有倾向如此,同時亦可減省程序(可以直接操作重定向,又可以直接操作合并,不用转介),为何不直接把合併請求併入存废讨论呢?— 2018年3月5日 (一) 13:33 (UTC)
Sanmosa君:方便區分。--M.Chan 2018年3月5日 (一) 13:36 (UTC)

合併請求编辑

已了解。MeritTim留言-給予警告 2019年2月1日 (五) 14:21 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

...這個頁面的這個模板:

[[Wikipedia:頁面存廢討論/記錄/{{#time:Y/m/d}}|此頁面]]: 這一行會連接至UTC+0日期的存廢討論,以至於現在連到的是1月30日的存廢討論...--MeritTim留言-給予警告 2019年1月31日 (四) 05:31 (UTC)

  • UTC+0沒錯。--Zest 2019年1月31日 (四) 15:54 (UTC)
  • @MeritTim:存廢討論的時間都是以 UTC 為準,即是說如果在 2019/02/01 04:00 (UTC+9) 提刪頁面,則應到 2019/01/31 的頁面。- まっすろな未来 2019年2月1日 (五) 07:54 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

鉴于Wikipedia:合并请求Wikipedia:移动请求的使用率不高,现发起社群调查编辑

一、如果您要移动一个页面,您会先上手操作,还是先提起移动请求

二、如果您要提起一项有关合并两个页面的讨论,你会去对应条目的讨论页面提起合并请求,还是提起页面存废讨论选择“(±)合併”选项?

抑或者,直接上互助客栈条目讨论板块其他板块讨论?

--云间守望 2019年1月29日 (二) 03:24 (UTC)

建議完全整合合併請求頁面存廢討論编辑

不整合:

WP:PM被强力de facto重啓了,再討論沒意思,先關掉吧。Sanmosa DC17 GAN FLN 2019年8月23日 (五) 10:34 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

雖然合併請求頁面存廢討論已經在1月合併,但是在實務操作上,如果要在AFD提出合併請求,預設的做法是刪除條目,不可以用其他沒那麼帶刺的方法申請合併。最近提出合併請求的時候,首先是機器人不認受{{Mergeto}}的地位,認為{{VFD}}才是有效的提刪模板,然後其他用戶也以「沒有懸掛『有效的提刪模板』」為由,否決我的合併請求。雖然我已經表示反對否決,不過估計以這個情況來看,保留的機會率非常高。

我在這裏就是看,能不能夠做得好一點。有時候僅僅是內容整合,本來的條目不至於刪除,而是可以保留作重定向。看看我們能不能:

  1. 在頁面存廢討論承認{{Mergeto}}的地位,或者
  2. 把{{Mergeto}}的內容轉到{{VFD}}。

--春卷柯南編輯數突破二萬 ( ·刻石留名 ) 2019年4月19日 (五) 08:29 (UTC)

  • 個人認為頁面存廢討論的應該使用{{vfd}}或新建其他模板,ex:Draft:Template:Merge_to-- Sunny00217   2019年4月19日 (五) 14:40 (UTC)
    • 能否{{VFD}}加一个参数?然后使得其显示为这个模板并且加入分类--及时雨 留言 2019年4月19日 (五) 14:55 (UTC)
      • 技術上可行,基本上只要在{{vfd}}加入以下參數:“merge|合併|合并=Merge to”,並把Draft:Template:Merge to移動至Template命名空間即可,但還是要Twinkle配合,以及微調機器人設定。Σανμοσα y=0 regardless the value of x 2019年4月19日 (五) 15:06 (UTC)
      • 在此邀請Xiplus參與討論。Σανμοσα y=0 regardless the value of x 2019年4月19日 (五) 15:06 (UTC)
  • 其實為什麼要將合併請求提交到存廢討論……這豈不增加存廢討論積壓?如果確實需要社群參與,還不如提案到互助客棧條目探討區。--J.Wong 2019年4月20日 (六) 05:40 (UTC)
    • 因為合併請求已經廢止了。Σανμοσα y=0 regardless the value of x 2019年4月20日 (六) 07:16 (UTC)
      • 之前的原因好像是合併請求效率過低,聊勝於無,合併到AFD可以方便處理。--春卷柯南編輯數突破二萬 ( ·刻石留名 ) 2019年4月20日 (六) 10:43 (UTC)
      • 但存廢討論不是這樣用呀……存廢討論應該專注於討論頁面是否需要刪除。缺人處理不是合併理由……如果情況確實複雜,應該提到條目探討區。--J.Wong 2019年4月20日 (六) 11:11 (UTC)
        • 效率低的不是特定页面,而是合并这个动作本身。把合并处理移到PFD不会让合并变得更高效,只会让PFD变得效率低下。 --达师 - 370 - 608 2019年4月20日 (六) 13:09 (UTC)
        • 認同達師君,而且合併請求亦不應該過於依賴管理員處理。--J.Wong 2019年4月20日 (六) 13:18 (UTC)
        • 但是这样不就需要推翻之前的共识,不妥吧?--Cohaf(talk) 2019年4月20日 (六) 14:24 (UTC)
        • 共識會改變,沒什麼不妥。而且之前討論亦不周,沒考慮到效率低之真正原因,只是見到有積壓,然後就想辦法把積壓從這裡掃到另一處。個人不相信這樣就能解決合併積壓。這個合併根本就奇奇怪怪,治標不治本,還有點自欺欺人。--J.Wong 2019年4月21日 (日) 00:38 (UTC)
          • 推翻共识没有不妥,毕竟共识会随着时间改变,但是推翻仅1个月经过投票取得的共识略不妥,以及AFD也处理了1个月而已。现在没人说问题解决了,回应下方,但是只是为了模版问题需要调整其它方针,所以建议做调整,其余就运行多一些时间才调整在我看来没有不妥之处。@Wong128hk:。--Cohaf(talk) 2019年4月21日 (日) 06:12 (UTC)
        • 隨隨便便翻一翻Wikipedia:頁面存廢討論/積壓討論都能見到不少合併請求積壓超過一個月。所以問題解決了?--J.Wong 2019年4月21日 (日) 00:49 (UTC)
          • 集中讨论反而能暴露一些问题,就是合并请求没有管理员处理而已。--悔晚齋臆語) 2019年4月21日 (日) 05:09 (UTC)
          • 合併過程中其實甚少需要動用管理員權限,所以說回來是為什麼要管理員處理?所以問題是沒有人關注及處理,而不是沒有管理員處理。--J.Wong 2019年4月21日 (日) 05:39 (UTC)
            • 类似历史合并,移动至有一些编辑数量的重定向(需要G8)等?--Cohaf(talk) 2019年4月21日 (日) 06:15 (UTC)
            • 其實歷史合併是移動請求,關於合併歷史的請求,其頁面歷史合併技術上是以時間排序,故如若2頁面時間部相鄰合併起來時間混亂,合併起來就會像是破壞一樣。 Willy1018(留言) 2019年4月21日 (日) 06:19 (UTC)
            • Willy1018君所言甚是。歷史合併完其實比沒合併還差,整個歷史沿革就會斷開,然後就會喪失意義。最後看上去就是messy。--J.Wong 2019年4月21日 (日) 06:35 (UTC)
              • 非常同意。我有见过效果。我这里只是说有可能使用管理员权限的部分,非全部合并都需要历史合并,这个是确定的事情。我也当然了解。--Cohaf(talk) 2019年4月21日 (日) 06:46 (UTC)
    • 參閱過討論存檔12號及14號,雖參與者不少,但問題在從沒考慮過效率差是因為合併過程及討論本身就可以非常費時,亦非一鍵解決,當中變數其多,牽涉很多編輯技巧及判斷。有些條目亦需要熟習相關領域的編者才能決定。本站有海量條目掛有模板,標示有問題需要解決,而合併請求與之其實無異。唯一分別就是合併請求有專頁羅列。如此合併只是將積壓由一處掃往另一處,而根本無法根治問題。跟因為見到某問題標示模板有很多鏈入,而決定刪去模板一樣,根本在自欺欺人,掩耳盜鈴。如此決定根本思慮不周,亦令資訊不再集中。就算真的有有心人想協助解決合併積壓,亦難以協助,還要花時間於存廢積壓中將請求逐頁逐頁找。如此,問題只會更為嚴重。上述14號討論僅僅維持四日,亦未有明確通知,有否發過公告?有否公示?如此推翻決定,請問會有何不妥之處?--J.Wong 2019年4月21日 (日) 07:16 (UTC)
    • 然後就是如此合併會打亂程序。原本存廢討論應該就是討論頁面應否刪除,偶然會有條目可能其實毋須刪除而轉為以合併解決,但第一目標仍然應該在討論頁面應否刪除。如果合併請求亦提案至存廢討論,如此一來,存廢覆核是否需要去處理這些合併請求覆核?但這些頁面本來就不會經存廢討論合併,不是那種臨界條目。如此一來,不是增加了存廢討論及存廢覆核負擔麼?存廢覆核亦非覆核編輯決定之所。又,其實合併請求應該承接存廢討論、存廢覆核之條目合併請求。亦應該提供場地供社群行使合併權力,《關注度指引》就明訂就算條目有來源符合段二要求,社群仍可藉討論達成共識以合併條目。存廢討論及存廢覆核可以決定條目是否有關注度。但既然存廢討論及存廢覆核已經決定條目是否有關注度。就沒道理又在存廢討論及存廢覆核繼續打轉,去決定條目是否合併,而應該移師合併請求或者互助客棧條目探討區。而且如此合併亦會嚇壞新人或者不諳程序者,存廢討論及存廢覆核還是應該單純一點,只處理及討論應否刪除條目。其餘編輯判斷,請另覓他處進行討論。--J.Wong 2019年4月21日 (日) 07:44 (UTC)
  • 感谢Wong128hk的说明,可以请执行这个编辑的Willy1018解释为何没有公示就改?以及附送说明关闭的Sanmosa,请看看以上并且回应。感激。--Cohaf(talk) 2019年4月21日 (日) 07:48 (UTC)
  • 若要調整合併請求的處理方式,不要在存廢討論中進行,現有存廢討論中的合併請求是否可以仍依舊方式進行?(我在2019年1月在Wikipedia:合并请求/存档/2019年提出將注意力不足過動症的非藥物治療合併到注意力不足過動症的治療,後來改到存廢討論中進行,我因故延至3/4才在Wikipedia:頁面存廢討論/記錄/2019/03/04提出合併討論,目前尚未通過  囧rz...,若又要更動處理方式,我怕又要再等一段時間了)。--Wolfch (留言) 2019年4月21日 (日) 14:14 (UTC)
  • 已發至存廢討論者就繼續在存廢討論處理吧。--J.Wong 2019年4月21日 (日) 16:38 (UTC)
  • @Wong128hk:那現在要怎麼處理這個問題?稍後再議?User:春卷柯南User:Willy1018User:悔晚斋User:CohafUser:94rain-- Sunny00217 - 2019年4月28日 (日) 12:22 (UTC)
  • 打算正式動議,推翻二○一九年二月討論,重啟Wikipedia:合并请求。原打算明日提案,明日才夠七日。--J.Wong 2019年4月28日 (日) 13:24 (UTC)
    • 基於社群慣性(Inertia),我不認為再度分立是好事。社群由始至終根本不認為合併請求能做些甚麼,提出合併全是交到AFD,合一的目的並不是為了增加效率,而是為了迎合慣性。Σανμοσα y=0 regardless the value of x 2019年5月1日 (三) 10:28 (UTC)
      • 但這個慣性有明顯問題,為什麼不是予以糾正,反而去迎合這個慣性呢?不太合邏輯。所謂「社群慣性」不能解釋「不認為再度分立是好事」,請提供更多理據支持該說法。--J.Wong 2019年5月6日 (一) 13:12 (UTC)
        • 既是社羣慣性,則為沉默共識,所以除非有充足、廣泛討論認同應該再度分立,否則不迎合社羣慣性基本上就和違反共識畫上了等號。再者,社羣也因為兩者的合併而為結案提供了更多選擇(例如「ma」參數),社羣慣性所衍生的額外問題已正逐步消除。Σανμοσα五四运动百週年 2019年5月7日 (二) 09:18 (UTC)
        • 當初合併亦沒有充分討論,上面問題也沒有思慮過,討論過。現在就在討論這件事呀,請為繼續合併提供足夠理據支持。何況什麼是慣性呢?過往社群並不會將什麼合併請求都拋到存廢討論,現在反而是被迫改變習慣,將所有合併請求都拋到存廢討論。「ma」(允許合併)將整件事弄得更為複雜,什麼是允許合併?什麼狀況下不用合併,而要用允許合併?奇怪。「社羣慣性所衍生的額外問題已正逐步消除」,請為此論述提供數據支持,例如︰衍生了什麼問題,當初合併前是什麼狀況(基線),合併後到現在又是什麼狀況,做一個詳細比較。--J.Wong 2019年5月18日 (六) 15:02 (UTC)
          • Template talk:TalkendH#Template:TalkendH新增「允許合併」參數,“ma”的定義是管理員委托其他用戶代為手動合并,因為部分管理員在處理已經達成合併共識的AFD時不(多數情況是「未能」)手動合併相關頁面。如果社群的慣性是將合併請求提交到PM的話,我當時就不會創造{{delpmh}}了,但是創造了{{delpmh}}還是收效甚微。現在的情況是多了一些合并提案供社群討論,但有機會頁面適宜合并,但沒有人參與討論(當時的一種做法是“暫時保留:請自行合併”,但只是少數做法),加入了“ma”就可以稍微加快部分的合併請求程序。Σανμοσα以有涯隨無涯,殆已! 2019年5月18日 (六) 15:22 (UTC)
            • 首先,翻查「合併請求」一月份存檔,還是有用戶向該頁提交合併請求,所以請分清楚究竟社群慣性行為是什麼。
            • 其次,要創建{{delpmh}}並等於社群想將全部合併請求拋到存廢討論,也可以是個別用戶誤會操作流程。
            • 其三,此項討論其實正正反映出存廢討論無力應對/不想處理大部分由刪除請求轉化而成的合併請求,所以才會出現「暫時保留︰請自行合併」,那還將其餘本身與刪除不相關的合併請求往存廢討論推,是什麼玩法?這是警兆呀,沒留意到嗎?由始至終,流程都沒有加快呀。頁面是沒人合併,也是沒人合併,別自欺欺人,好不?要是想有人去裁決是否適合合併,合併請求放到「合併請求」一樣也可以有人去裁決,裁決者不一定要是管理員。
            • 請搞清楚問題所在,再行施藥,別藥石亂投。以上。--J.Wong 2019年5月19日 (日) 00:45 (UTC)
              • 我根本沒說過整合合併請求和頁面存廢討論能夠增加效率。Σανμοσα以有涯隨無涯,殆已! 2019年5月19日 (日) 09:19 (UTC)
  • 发表些个人意见。我是比较支持合并请求并入存废讨论的(或单立一处,但未见必要),目前合并请求无人处理,就个人想法来说,是因为合并请求的处理流程不清晰,不知道何时、可由谁处理。比如说,有时看到新进提交或已提交一阵子的合并请求无人发表意见/执行合并,我不知道是否能直接完成合并和关闭讨论,希望能有操作流程/指引讲清楚。具体而言:提报多久后可着手合并(如3天或7天且无异议)。合并人能否结案讨论(良性环境下不建议)。有异议或讨论中能否尝试合并(可能唐突,也可能展示、协作出合并成果。后者与问题1有关联)。如何、何时请求管理员协助(如一个标识模板和/或维护分类),移动、合并历史是否要公示等待(因为难撤销)。以及应鼓励发表支持/反对意见。等等。--YFdyh000留言) 2019年5月19日 (日) 06:16 (UTC)
    • 集中處理合併請求的確會比較好,但不是集中到存廢討論。存廢討論應該主要用於處理刪除決定及申請,而合併選項只是為了履行「刪除乃最後手段」原則而存在,即是如果一開始就不認為需要刪除就不應該提交到存廢討論。這點需要重申。所以合併請求由始至終只應該有一處,就是「合併請求」。
    • 合併流程的確有欠明確,可以於此討論一併處理。
    • 參考英文維基,有將合併請求分為三類︰一、明顯需要及合適,可預期沒人會異議;二、需要就是否合併及如何合併於條目討論頁與其他編者展開討論;三、有爭議或難以合併,故而需要其他第三方編者協助決定是否合併。
    • 第一類可以直接進行。第二類也只是掛模板就完事。第三類才需要提交到「合併請求」。第二類,申請人應該要有意願去合併條目。
    • 參考英文維基上列標準,第一類,個人認為可以同樣毋須提交申請以至懸掛模板。第二類,懸掛模板,列於「合併請求」七日,如無異議,申請人可以執行。執行後,如遇有異議,歸為第三類,再議。第三類,討論以解決爭議及困難以及達成共識為本,建議討論最長維持八週。如八週仍未能達成共識,則應考慮暫且擱置。時機成熟時再重啟討論。如有困難,可同時提交到互助客棧條目探討區。
    • 以上。--J.Wong 2019年5月19日 (日) 08:33 (UTC)
      • 1及2类無異议(2类方面,其實是否設立一個請求頁面並沒有關係,因為可以使用分類追蹤)。3类方面,如果最終發現被合併的內容原來應該被刪除,而刪除理由並非關注度/小小作品,又如何?Σανμοσα以有涯隨無涯,殆已! 2019年5月19日 (日) 09:19 (UTC)
        • 那不如閣下寫一下為什麼要併兼。
        • 這要搞清楚呀,所謂刪除是什麼意思,是單純從頁面移走相關內容,還是要整頁刪去。除關注度以外,基本上是否需要刪去,應該很容易分辨。要刪除,就去存廢討論;要合併,就去合併請求,很困難麼?而且閣下資料也太少,是為什麼會「最終才發現被合併內容原來應該被刪除」……--J.Wong 2019年5月19日 (日) 12:53 (UTC)
          • 於目標頁面而言是刪除相關內容。「最終才發現被合併內容原來應該被刪除」的情況通常是侵權和廣告(尤其是前者);AFD參與者普遍上比較眼利,能夠分辨到這些問題。至於可供查證性、中立性等等問題,那些內容可以刪走,也可以掛模板提示。Σανμοσα以有涯隨無涯,殆已! 2019年5月20日 (一) 10:20 (UTC)
    • 基本上,这些年来,我对于合并的处理大致也是三种情况(类似上面说的英文版情况),我觉得不少人也应该和我的状况类似:第一种是明显无异议的合并,一般都是同一主题不同名称,比如中国历史中国的历史合并,看到了自己就动手解决了(在有能力的前提下);第二种就是挂模板,可以再分两种子类,一种是自己感觉应该是要合并的,但不是非常确定,挂上模板后可以在讨论页留言(多半的情况是不确定应该是A合并到B,还是B合并到A),另一种是第一种情况的延伸,明显无异议需要合并,但是自己没时间和精力去处理,或者对该领域不熟悉,不知道如何下手去合并具体的内容,那就先挂上模板,让其他有能力合并的人看到后去合并。第三种相当于英文版第三类情况,我一般都是直接提交到存废讨论,一般都是A要合并到B,或者A的部分内容需要合并到B,然后删除A。这样实作的主要原因是,通过TW我只会两种合并操作。要么挂上合并模板,然后讨论页留言,要么提删。我不知道如何用TW提交到合并请求页面?我认为合并请求还是非常需要的,但如何设计流程让其发挥更大作用可能需要重新思考。--百無一用是書生 () 2019年5月20日 (一) 02:45 (UTC)
    • 另外,不要忘了还有条目拆分这一类,这是合并的反面,这种又如何处理?--百無一用是書生 () 2019年5月20日 (一) 02:48 (UTC)
  • 或許這樣:不如弄個暫行辦法,在{{vfd}}加入以下參數:「merge|合併|合并=Vfd-merge」,並把Draft:Template:Vfd-merge移動至Template命名空間,然後合併請求是否再分立則另議?至於針對上面提及的分拆的問題,我認為可以照板煮碗讓AFD處理分拆請求,並且也照板煮碗設置一個Template,也當作暫行辦法,分立也另議?Σανμοσα以有涯隨無涯,殆已! 2019年5月22日 (三) 08:53 (UTC)
    • 當然,在現時的情況下,如果能夠在AFD頁面中提示編者只有在未能自行合併或合併有爭議的情況下才提交合併請求至AFD,會比較好。Σανμοσα以有涯隨無涯,殆已! 2019年5月22日 (三) 08:53 (UTC)
    • @Wong128hkShizhao春卷柯南Hat600、@Willy1018悔晚斋Cohaf94rainSunny00217Σανμοσα以有涯隨無涯,殆已! 2019年5月22日 (三) 08:57 (UTC)
      • User:Sanmosa可否建草稿好了解一下?(能夠在AFD頁面中提示編者只有在未能自行合併或合併有爭議的情況下才提交合併請求至AFD)-- Sunny00217 - 2019年5月22日 (三) 10:30 (UTC)
        • User:Sunny00217其實只是頁首加一句「只有在未能自行合併或合併有爭議的情況下,才提交合併請求至此,否則應當自行進行合併動作」而已。Σανμοσα 2019年5月22日 (三) 12:56 (UTC)
      • 其实我觉得Wong128hk的方式才是正途。毕竟这个是否要删除页面,性质完全不一样。而且合并和拆分经常需要对条目主题有一定了解的才比较好处理。共识是合并了,但是没人知道怎么把具体内容合并起来,那就是长期积压在AFD了,倒不如列在一个专门页面更容易慢慢来做更为稳妥--百無一用是書生 () 2019年5月22日 (三) 11:39 (UTC)
        • User:Shizhao所以才說是暫行辦法;現在上面的討論有些混亂,整個討論的焦點完全變了。Σανμοσα 2019年5月22日 (三) 12:53 (UTC)
    • 《刪除方針》︰「如果一個頁面的內容本質上沒有導致刪除的問題,而標題不合乎要求(例如,名稱不符命名常規或其他專題指引的要求,但內容合適的條目;適合一個命名空間的內容被錯誤地放在了另一個命名空間中的情形),可以直接將它移動到合適的標題下,或是提出移動請求(對於無移動權限或有爭議的情形),而不需要將它提交到存廢討論」然後,Draft:Template:Vfd-merge︰「根據維基百科刪除方針,此頁面已被提出請求併入Template:Vfd。」當中似乎有所矛盾。《刪除方針》其實很明確,存廢討論不是處理合併請求之地。個人不認為可以暫行之道。請恪守《刪除方針》,將「合併請求」還原。--J.Wong 2019年5月23日 (四) 09:34 (UTC)
      • 如果社群其他人大部分都認同應該可以使用暫行辦法的話,我認為這樣可以凌駕於方針。還有,社群對於是否重開合併請求似乎沒大興趣,我不認為就討論在現階段能夠達成甚麼共識,現在似乎還不是重開的時候,WP:IAR可以適用了。Draft template字句問題已修正。Σανμοσα 2019年5月23日 (四) 10:11 (UTC)
      • 個人同樣不認為在點出問題後有其他人認為此乃可暫行辦法。不應該以此為由凌駕既定方針。而此舉亦無為本站帶來任何好處,是故亦未見有任何理由可援引《規則忽略方針》。修改模板並無真正根治問題之所有。個人由始至終都未明白是為何故而要將頁面強行合併。分拆歷史遠長於合併,是故支持合併理由準備足夠、充分理據。請勿一直迴避問題之所在,提出足夠理據支持此做法。正如閣下上面回覆,此合併並非為效率。然後,又發現此合併並無法改善積壓問題,只是將積壓由一處掃往另一處。為習慣故?又發現其實過往社群並不會將全部合併請求拋到存廢討論。所以到頭來,究竟此合併為何原故?為方便?那請問有沒有試過要求技術帝幫忙支援合併請求?又有沒有試過改善合併流程?--J.Wong 2019年5月24日 (五) 03:47 (UTC)
        • 改善合併流程?基本上,此前有關合併請求的討論的參與率都不大(除了併入AFD那次),可見社群對於改善這方面的流程已經抱持負面態度(我曾經弄過存廢討論轉介合併請求的關閉模板,但最終只用了一會就不用了,也是出於這個理由)。還有,Xiplus版Twinkle似乎只是在近期才開始在老手間熱門,而且中文維基百科的Twinkle正式版本是Jimmy Xu版本,即使Xiplus版Twinkle支援了,也不見得效果有多大。Σανμοσα 2019年5月24日 (五) 10:53 (UTC)
        • 翻閱以往討論,一直都未有具體改善方案,往往只是拋出問題,此乃乏人回應原因。斷不可以此作為證據支持「社群已對此抱持負面態度」之說。既然如此,連同Jimmy版本一起改就可以了。然後,請勿再次迴避問題,請交出合併理據。個人記得之前有人討論指出「合併請求」乏人問津,以致長期積壓。一段長時間後,條目依舊模樣。請問合併後,此問題是否已經得到妥善解決?--J.Wong 2019年5月31日 (五) 09:37 (UTC)
          • 當時提案把合併請求併入AFD的原因並不是長期積壓,而是為方便統一集中處理各類刪併,我不認為糾纏於這個偽命題有任何意思。我究竟強調過多少次了,增加效率並不是當時提案將兩者合併的原因!Σανμοσα 2019年5月31日 (五) 10:21 (UTC)
        • 閣下及社群必先要面對現實,承認合併可以是極複雜決定,程序亦繁複,難以一蹴而就。不然此問題永遠沒法解決。--J.Wong 2019年5月31日 (五) 09:42 (UTC)
        • 所以在下上面是否已經問了「為方便?那請問有沒有試過要求技術帝幫忙支援合併請求?又有沒有試過改善合併流程?」?既然閣下確認當初是為了方便故。那請解決為方便故而產生之一系列問題。不能一句方便,然後明知有問題都視而不見。這不是什麼偽命題。是確確切切存在之問題。請正視及解決。--J.Wong 2019年6月1日 (六) 02:30 (UTC)
        • 「方便統一集中處理」,這也是支持取消合併之理據呀。要從各存廢討論頁面中找出合併請求,也非常不便。閣下可有想過?為方便而產生其他不便。--J.Wong 2019年6月1日 (六) 02:33 (UTC)
  • @Wong128hk:如果有其他明確支持兩者再分立的意見,我不反對再分立,所以我個人建議多找一些人進來討論(現在你我二人對答都是隔幾天隔幾天這樣回應,其他人像啞子一樣)。另外,我還有一件事希望請你幫忙,我會在你的用戶討論頁詳細說明。Σανμοσα 2019年6月1日 (六) 07:38 (UTC)
    • 上面書生還不夠明確?--J.Wong 2019年6月1日 (六) 07:47 (UTC)
      • 我的意思是用不用再向其他成員參與過討論的人再確認一下?Σανμοσα 2019年6月1日 (六) 08:00 (UTC)
      • 請便。--J.Wong 2019年6月1日 (六) 12:05 (UTC)
  • @春卷柯南Sunny0021794rainhat600Cohaf、@悔晚斋Willy1018Wolfch:現就此諮詢各位是否同意合併請求和頁面存廢討論再分立。Σανμοσα 2019年6月1日 (六) 13:13 (UTC)
    • 我比較贊成將合併請求整合到頁面存廢討論中--Wolfch (留言) 2019年6月1日 (六) 13:40 (UTC)
    • (=)中立,本身就極少在管合併討論,不做決定User:Wong128hkUser:Sanmosa-- Sunny00217 - 2019年6月1日 (六) 13:42 (UTC)
    • 支持合併討論,長期合併請求僅有少數人維護。 Willy1018(留言) 2019年6月1日 (六) 14:05 (UTC)
  • User:Wong128hk這樣的情況,我豈不是很尷尬……至少有二人反對分立。Σανμοσα 2019年6月1日 (六) 15:01 (UTC)
  • Wolfch君,請多說一點,說一下理據。Willy1018君,難道現在存廢討論不是只有少數人維護?合併後,還增加了他們負擔,把原本不用他們處理的合併請求都推到他們身上,於心何忍呀?而且之前社群一直沒有正視問題,提供足夠指引,令致合併請求缺人參與,缺乏系統,缺人關注。而且合併請求歸到存廢討論,那分拆討論又要放到哪裡?存廢覆核嗎?於理不合呀。--J.Wong 2019年6月2日 (日) 01:05 (UTC)
    • 增加負擔?afd沒有明確共識就用無共識,可以合併無法自行處理使用允許合併,拆分討論放到條目討論頁或條目探討。 Willy1018(留言) 2019年6月2日 (日) 01:15 (UTC)
    • 原本就不是全部合併請求都交到存廢討論,現在把全部合併請求交到存廢討論,當然是增加負擔。而且《刪除方針》規定存廢討論最長討論時長時五週。合併討論可以非常複雜,超過五週,個人覺得根本不為過。所以什麼是允許合併,由誰去合併?為什麼會出現「允許合併」,明顯就是管理員或者存廢討論結案者不欲參與合併過程,所以這樣不是強人所難是什麼?--J.Wong 2019年6月2日 (日) 01:22 (UTC)
    • 所以為什麼合併請求不能在「條目討論頁或條目探討」進行?--J.Wong 2019年6月2日 (日) 01:23 (UTC)
    • 我有參與合併請求,不過不常參與。建議合併到存廢討論的原因是:合併請求的討論有些會在合併請求中進行,有些會在條目討論頁,但參與討論的人似乎比較少,若放在存廢討論,比較會有多一些人參與討論。而且有時存廢討論的結果也可能是條目的合併,若是合併請求和存廢討論分開,存廢討論後可能還需要一次的合併請求,需要多討論一次。--Wolfch (留言) 2019年6月2日 (日) 06:04 (UTC)
      • 首先,個人非常明白主張合併原因之一就是合併請求乏人問津。這點,可以改善,合併至存廢討論並非唯一解決辦法。當初缺乏指引及系統是合併請求乏人問津原因之一。用戶無從得知申請是否已經獲得通過。漸漸就會失去耐性及離之而去。正如上面在下建議,在下很希望分拆之後,合併請求能有系統地處理申請,例如將申請分為三類。如需討論則訂下討論期限。尋求TW支援。以至適度增加合併請求曝光率,例如第三類,特別複雜個案則可按需同時遞交至互助客棧條目探討區,或者於公告欄作出告示。閣下既有參與合併請求,在下非常想與閣下詳談此等方案。但前提是合併請求從存廢討論獨立出來,始能制訂適切改革方案,及度身訂造合身制度。另一點,在下希望指出是,無錯的確存廢討論有時會得出合併決定,但不應因此就將全部合併請求都撥入存廢討論。如果情況簡單,存廢討論得出合併決定後,就應該付諸實行,而毋須合併請求再次討論。但相反,如果情況複雜,存廢討論議決合併就會成為方向。合併請求則應接續討論相關合併細節。又若然存廢討論結案者並不熟悉條目,未知應該如何合併,其實於判定合併以後,尚應備案至合併請求,甚或條目探討區或相應專題。合併請求尚應處理複雜合併,如長條目甲可能一部分適合合併到條目乙,一部分適合合併到條目丙。此等討論並不適合,亦不應該出現於存廢討論。存廢討論結果應有適度約束力,現在合併決定多數適用於關注度不足條目。因為有約束力,所以一般要推翻合併決,需要經存廢覆核審核。在下雖然這陣子比較少出沒於存廢覆核,然而在下亦非常憂慮因為存廢討論承接全部合併請求,而令存廢覆核要承接全部合併請求覆核。如此,並不合理。--J.Wong 2019年6月2日 (日) 08:49 (UTC)
  • 現正式就重新拆分《合併請求》及《存廢討論》交付公示,為期七日,如無合理異議,則視為通過。--J.Wong 2019年6月9日 (日) 04:28 (UTC)
    • @Wong128hk:在公示什么,我看上方讨论和议题,多是(“現就此諮詢各位”部分)支持整合两者。个人反对目前拆分,社群没有精力和需求维护两个地方。--YFdyh000留言) 2019年6月9日 (日) 08:08 (UTC)
    • 存廢討論同樣沒有資源處理整合後的大量工作量,而且如此根本破壞制度。如果閣下反對分拆,請回應在下上方論點。而非單單拋出如此理據。--J.Wong 2019年6月9日 (日) 08:39 (UTC)
    • 另外,既然沒資源維護,請也回答「所以為什麼合併請求不能在「條目討論頁或條目探討」進行?」,為什麼非存廢討論不可?存廢討論結案者既然使用「允許合併」去過關了事,為什麼閣下會覺得這樣就叫處理了?個人對此方案很多疑惑,既然YFdyh000君支持整合,請為在下解惑。在下上面就已經詳細分析了此次整合有何壞處,請亦鉅細無遺地為大家分析整合後有何好處,解決了什麼問題,最好做個數據比對。就例如上面閣下說了「社群没有精力和需求维护两个地方」,請問是否有數據支持此說?--J.Wong 2019年6月9日 (日) 08:51 (UTC)
    • @Wong128hk:共识可以改变,“破壞制度”的制度也非定局。上方其他人提出了反对分拆的意见,未见共识改变和简明易懂的理据,最多是无共识而维持现状,即不分拆。「所以為什麼合併請求不能在「條目討論頁或條目探討」進行?」,因为惯例,大家比较习惯放在存废讨论处理(包括投票版式、时间索引、关闭讨论等)与积压、乃至过期,正如存废讨论也会积压。放在条目探讨是过期存档的命运,讨论页则更是关注寥寥。如果有人持续处理合并请求,并提出意见希望分拆,个人认为比较可靠,否则没坏别修。有一个点子,将合并请求作为一个索引页,链向各个存废讨论,如果开始有人跟进并展现出效率,再议拆分。如果想法是将没人处理的合并请求放到更没人理的地方,个人反对。--YFdyh000留言) 2019年6月9日 (日) 10:54 (UTC)
    • 沒壞別修,應該是維持分拆,而非維持整合。慣例並非將全部合併請求都拋到存廢討論,所以現在是沒有足夠理據下強行改變社群習慣。個人亦希望提出方案修訂合併制度,但個人覺得前提是確立共識分拆。最多就是不立即執行,但必須先確立此共識。--J.Wong 2019年6月9日 (日) 11:14 (UTC)
    • 翻查《合併請求》2019年存檔,又不是沒人持續處理。在下上面亦說過,要增加曝光,方法有很多。存廢覆核前身是刪除檢討,以前也是門可羅雀,現在呢?由按年存檔,到按季存檔,到現在按月存檔。本站條目數量破百萬,有什麼可能沒有足夠合併需求支撐起一個獨立申請頁……--J.Wong 2019年6月9日 (日) 11:18 (UTC)
  • 反对强行通过这一案的提议。在下以为,上方的所有讨论清晰的表明了如下两点:
    1. 参与讨论的绝大多数参与者反对该项提议或表示中立;且,
    2. 支持该提议的用户没有强有力的证据来完全驳倒上述反对者,全凭借自身主观感受来判断并不合理。
    另外,在下建议相关支持者以清晰有条理的方式撰写相关理由,否则会给人一种茹太素的既视感。--悔晚齋臆語) 2019年6月9日 (日) 11:30 (UTC)
作為經常處理afd的管理員,我覺得還是將合併、分拆等遷出afd比較妥當。本身允許併入就是權宜之計,而合併和分拆也只是afd的其中一個結案選項而已,換言之如果本來就是提議合併、分拆的話,置於同一頁面整合起來比較清楚。而且,將併拆置於afd內,就算結案是允許併入,到最後是否真的併入好,要跟進起來非常困難,如果有專門頁面的話,相信會比較容易跟進。—AT 2019年6月9日 (日) 12:14 (UTC)
如果要在存废讨论处理合并事宜,那么请先确定哪种类型的合并应该放到存废讨论,还是所有的合并都放到存废讨论?{{Mergeto}}类模板本来就是挂上模板等人合并用的,而不是提删用的。另外,在存废讨论处理的话,共识是合并,但很久都无人合并应该如何处理?毕竟合并很耗费时间和精力,甚至不少条目的合并还需要一定的专业知识才合并得了。那么如何处理这种问题?一直在存废讨论积压下去?--百無一用是書生 () 2019年6月10日 (一) 02:09 (UTC)
  • 大家這樣僵持下去並不能解決任何問題,倒不如先採取我之前提出的暫行辦法:在{{vfd}}加入「merge|合併|合并=Vfd-mergeto」參數,把Draft:Template:Vfd-mergeto移動至Template命名空間,並在頁面存廢討論頁首加入一句「只有在未能自行合併或合併或有爭議的情況下,才提交合併請求至此,否則應當自行進行合併動作」提示編者。至於是否分立應該另開討論處理,否則一直這樣下去沒共識只會造成冗長討論。Σανμοσα 2019年6月11日 (二) 04:08 (UTC)
我觉得将改挂{{Merge}}作为结案选项、作为提报的首选步骤(当原页面内容不急需删除——不处在活跃编辑、非错误名称)为好。对于无需讨论只需合并处理的页面,不建议挂到请求页。--YFdyh000留言) 2019年6月12日 (三) 13:27 (UTC)
{{Merge}}提报?那么无需讨论只需合并的页面,由于时间精力有限或者知识不足等原因无法合并的怎么处理?放在那里不管也不挂模板?--百無一用是書生 () 2019年6月13日 (四) 02:11 (UTC)
User:Shizhao就是改挂Merge模板并结案啊,放在Category:需要合併的條目而非存废讨论/合并请求页面中积压,等有兴趣查阅、修缮有关条目的人处置。无共识的合并同上,继续在相关条目中编辑、条目讨论页中讨论。--YFdyh000留言) 2019年6月13日 (四) 03:22 (UTC)
  • 剛提了editprotected,相信很快就能夠完成最後的整合功夫,那樣頁面存廢討論和合併請求就算是暫時完成整合了。至於是否正式再分立,我建議應該另外開新討論。Σανμοσα 2019年6月13日 (四) 03:16 (UTC)
  • 一、本末倒置,為什麼寧願存廢討論沒法處理就隨他在分類中積壓,都不確確切切,踏踏實實解決之前合併請求沒系統處理申請而衍生之問題。如果積壓到頭來能在條目討論頁解決,為什麼不一開始就在條目討論頁中解決?
  • 二、既然上面都說了此併整未完全完成,而在未完全完成之前,已經有數個用戶提出合理質疑,為什麼暫行方案不是退回到整合之前,而是繼續整合?閣下有什麼理由會覺得在下會接受?更遑論該次整合連公示都沒有,就隨隨便便整合。如此重大決定,為什麼不用公示?
  • 以上。--J.Wong 2019年6月15日 (六) 00:42 (UTC)
    • 其实整合的工作早已完成,正確來說這個暂行辦法只是为免部分人以為放在同一頁的合併请求是刪除请求而已,不做也無大礙。Σανμοσα 2019年6月15日 (六) 05:34 (UTC)
    • 所以有多本末倒置才需要這樣。所以不是說了,存廢討論是處理刪除請求之地,很多新人及用戶未必對這有這麼多了解,一見到要去存廢討論不是給嚇倒,就是如閣下所言,混亂非常。如此混亂,根本不是單單轉個模板就完事。現在又變成了「整合工作早已完成」了啦?但閣下還是沒答為什麼如此重大決定不用公示?--J.Wong 2019年6月16日 (日) 02:31 (UTC)
      • 因為你們這樣僵持落去只會沒有共識、一事無成。Σανμοσα 2019年6月16日 (日) 09:58 (UTC)
      • 問題會不會是此次整合根本沒有完成整個程序,現在亦已有反對聲音,根本就不應該繼續下去。更沒可能容許所謂暫行辦法。--J.Wong 2019年6月23日 (日) 12:46 (UTC)
      • 這裡要討論是「是否整合」,而非「是否繼續整合」。在下已將相關未公示編輯回退。--J.Wong 2019年6月23日 (日) 12:51 (UTC)
      • @Wong128hk:完全整合,或完全回復到整合前?-- Sunny00217 - 2019年6月26日 (三) 08:53 (UTC)
      • @Wong128hk?—— Eric Liu留言留名學生會 2019年7月2日 (二) 05:26 (UTC)
      • ?--J.Wong 2019年7月7日 (日) 08:25 (UTC)
  • (?)疑問@SanmosaWong128hkYFdyh000Shizhao:所以這個討論變相2個禮拜都沒有人回應也叫「公示」  囧rz...? 會否有爭議存在(等等再不用機器人就存檔了)?--Z7504非常建議必要時多關注評選留言) 2019年7月21日 (日) 10:36 (UTC)
    • 個人覺得更大爭議在之前整合討論未曾公示就整合。現在只是恢復該次未公示編輯而已。--J.Wong 2019年7月21日 (日) 10:47 (UTC)
    • 不管整合还是恢复,重点是要有人处理。如果哪位有意致力于此,请发表意见,或许更有价值。个人坚持之前的意见,在没有足够的参与者和流程共识前,分立会更加积压、小众化而废弃。--YFdyh000留言) 2019年7月21日 (日) 11:51 (UTC)
    • 還是那句,沒道理在存廢討論及存廢覆核常駐管理員有異議情況下將積壓就這樣掃往存廢討論及存廢覆核。--J.Wong 2019年7月21日 (日) 12:09 (UTC)
    • 要解決問題又不是只有一個方法,為什麼硬要併入存廢討論?--J.Wong 2019年7月21日 (日) 12:16 (UTC)
    • 不希望合并入存废讨论。但目前的合并流程需要改进,绝大部分讨论无人参与,无人结案,因此不得已推到存废讨论,也不是不能理解。~ viztor 2019年7月21日 (日) 12:34 (UTC)
  • (?)疑問那「合併請求」是否考慮重定向? 只有兩種:一就是恢復「合併請求」頁面,並取消存廢討論使用合併請求這功能。二就是現在這個提案。--Z7504非常建議必要時多關注評選留言) 2019年7月21日 (日) 13:15 (UTC)
    • 個人不認為只有這兩個方案。個人建議參照關注度討論做法,先將問題列出,再訂立目標,逐點擊破。而不是一二三就跳到結論,然後強迫社群接受。--J.Wong 2019年7月21日 (日) 13:38 (UTC)
目前存废积压已经900多了。合并问题并入存废只能是使存废的积压情况变得更为严重而已--百無一用是書生 () 2019年7月23日 (二) 12:54 (UTC)
所以明明有人反對,什麼叫de facto合併?--J.Wong 2019年8月12日 (一) 12:03 (UTC)
那事實上是處於合并狀態,確實是de facto合併沒錯。 DC17GAN FLN1 FLN2 2019年8月12日 (一) 15:34 (UTC)
如果是次討論要結束,個人相信只有一個結論,就是︰整合是重大決定,理應按慣例先行公示,而之前未有公示,今次討論又遇有合理異議,故而維持原來分立狀態。如仍認為需要整合,應當重新討論。--J.Wong 2019年8月12日 (一) 12:12 (UTC)
我認為閣下現在是為求達到自己的目的而刻意製造冗長討論。閣下的觀點其實也被部分用戶反對,依理應該維持現狀(可以無共識狀態結案),而現狀就是de facto合併。 DC17GAN FLN1 FLN2 2019年8月12日 (一) 15:34 (UTC)
閣下如果堅持不給維持現狀結案的話,我會考慮采取進一步行動。 DC17GAN FLN1 FLN2 2019年8月12日 (一) 15:37 (UTC)
我不认为现在de facto是合併,事实是以前什么样基本还是什么样。有提交删除的,有直接挂合并模板并讨论页留言的--百無一用是書生 () 2019年8月13日 (二) 01:56 (UTC)
Sanmosa君,請回應書生所言。在下意見與書生完全一致。--J.Wong 2019年8月13日 (二) 05:56 (UTC)
但基本上請求還是送去AFD,迴避{{vfd}} template≠不是de facto合併。書生只説了事實的一半。 DC17GAN FLN1 FLN2 2019年8月13日 (二) 06:01 (UTC)
而且我也表示了不反對無共識狀態結案,我的重點是Wong128hk你是不是仍然堅持製造冗長討論。先close這裏的討論好嗎,已經沒人有精力參與這討論了。 DC17GAN FLN1 FLN2 2019年8月13日 (二) 06:05 (UTC)
其實如果閣下之前結論不是那個,而是「整合是重大決定,理應按慣例先行公示,而之前未有公示,今次討論遇有合理異議,亦未有共識,故而維持原來分立狀態。如仍認為需要整合,應當重新討論。」在下亦不會重啟此討論。上面在下已經說了,那應該提醒相關用戶,而非將錯就錯。--J.Wong 2019年8月13日 (二) 06:22 (UTC)
User:Wong128hk不同意閣下這樣的結案理由。要這麽説的話,其實合併請求頁面存廢討論現在是介乎整合與分立之間,分立狀態并不是討論開始時“原來的狀態”。我建議直接只說“維持現狀”。 DC17GAN FLN1 FLN2 2019年8月13日 (二) 06:41 (UTC)
其實在下上面也已經說了,如非一開始就認為需要刪除,又或者不是因為關注度問題,其實就不應該提交到存廢討論。一直以來都是這樣,沒有變過。至於TW,稍後修改合併程序後,亦應該一併修改。TW提刪頁面不應該再提供合併選項。該選項無疑加劇誤解。存廢討論至所以有合併選項作為結案理由,只是為了滿足《刪除方針》「刪除乃最後手段」此項大原則。如一開始已覺得合併就可以解決問題,為什麼要提刪?--J.Wong 2019年8月13日 (二) 18:08 (UTC)
閣下或者應該看看「合併請求」,兩個新請求,證明「合併請求」根本並非無人關注。就不明為什麼硬要整合到存廢討論,加劇存廢討論積壓,又加重存廢覆核負擔。此動作無疑甚為無理,亦不切實際。--J.Wong 2019年8月13日 (二) 18:17 (UTC)
這兩個用戶不能作準。Gianthard的編輯始於今年3月,編輯次數50次也沒有,我認為他是不清楚實況才會在那裏提報;而查Kannoflower的貢獻紀錄,他並不關注客棧的討論。再者,管理員Xiplus在1月把頁面中的{{historical}}模板移除,造成這樣的誤解在所難免。另外,我個人並不認為存廢討論/存廢覆核積壓、負擔是一個問題(反正該結案的討論,你們大多都還不結案處理,那我多放若干請求進去其實也沒分別)。合併請求之所以要併入頁面存廢討論,是因為這樣這些請求才能得到更高的關注,基本上以前合併請求的關注率都比較低,並且有機會扼殺了部分意見(例如主張不應合併而應保留條目,或主張不應合併而應刪除相關內容者)。我不認為維基百科的制度是用來優待管理員的,談存廢討論積壓/存廢覆核負擔於我而言沒有甚麼意義,如何令合併請求得到更高的關注是我唯一在意的地方。 DC17FLN1 FLN2 2019年8月14日 (三) 00:33 (UTC)
我剛才看看,我突然發現原來Wong128hk你是想故意迴避我的statement。「合併請求和頁面存廢討論現在是介乎整合與分立之間」這個statement,究竟你是否同意? DC17FLN1 FLN2 2019年8月14日 (三) 00:45 (UTC)
一、沒什麼能不能作準。維基百科不是只開放予熟練程序之人。該等請求都是八月才提出,與一月是否掛有模板又有何干?
二、閣下說法非常不負責任,亦是無端指責。管理員亦只是義工,什麼叫「反正該結案的討論,你們大多都還不結案處理,那我多放若干請求進去其實也沒分別」?又什麼是「我不認為維基百科的制度是用來優待管理員的」?這那裡優待了?閣下不斷放大一個問題,然後又置另一個問題於不顧。個人實在不見得如此於維基百科有何益處,亦不見得討論下去會有何結果。甚至有擾亂之虞︰因為不滿管理員該結案而不結案,做成存廢討論積壓,於是明知會加劇存廢討論積壓,繼續強推,而示不滿。
三、不認同。兩者分立無誤。
四、在下必須嚴正指出︰要令「合併請求」獲得關注,整合至存廢討論並非唯一方法,而且整合亦非上上之策。閣下執意整合,及堅持所謂「合併請求和頁面存廢討論現在是介乎整合與分立之間」,正正障礙「合併請求」改革,令流程無法改善及得到更多關注。
以上。--J.Wong 2019年8月19日 (一) 20:13 (UTC)
我這裏只是為上面針對你的反對意見說話而已,要不然開個投票吧。 DC17FLN1 FLN2 2019年8月20日 (二) 23:47 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

資料來源编辑

大家 早安

請問差別 第一手資料 第二手資料 第三手資料 網路上查得到的資料編寫的維基算是第幾手ㄛ —以上未加入日期時間的留言是于2019年8月26日 (一) 00:14 (UTC)之前加入的。

關於第一、二、三手來源的定義,請見Wikipedia:非原创研究#第一、第二和第三手来源。不知道閣下能給一下相關網站的連結嗎?因為網站來源都可以是第一、二、三手來源(尤其前兩者)。Sanmosa DC17 GAN FLN 2019年8月27日 (二) 04:06 (UTC)
我覺得他後面想釐清的是所謂「維基」算是第幾手來源。另外,此話題應移動至求助區。—— Eric Liu留言留名學生會 2019年8月27日 (二) 06:11 (UTC)
User:Ericliu1912wiki-base頁面其實道理也一樣:不公開讓人edit的page如果是raw data就是一手,歸納raw data的話就是二手,歸納二手(以至三手)來源的就是三手。公開讓人edit的(像維基百科一樣的)也是三手,但通常不可靠。Sanmosa DC17 GAN 2019年8月27日 (二) 10:29 (UTC)
另外,這也算是請求厘清方針,可以留在這。Sanmosa DC17 GAN 2019年8月27日 (二) 11:19 (UTC)
“维基百科”的话是第三手来源,如同上面Sanmosa所说。至于“维基”,由于表意不清,说不好是几手。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2019年8月29日 (四) 11:55 (UTC)

關於對合併請求的改善编辑

大家好,我又來了。(怎麽老是我?)這次我不是來提議AFD和PM合并的,而是來徵求大家一些能提高PM的參與度和使用率的方法。我的方法有三個:

  1. Twinkle配合(就是拜托Xiplus修改參數就是了;短期);
  2. AFD轉交PM常規化(我曾經弄過專用模板【{{Delpmh}}和{{Delpmf}}】,現在應該用得上;短期);
  3. 修改PM的做法(例如把PM弄成像AFD或VP一樣的版面,直接讓人看有甚麽討論;長期);

以上,其中短期那兩個其實可以即時做,尤其是第二個。User:Wong128hkUser:ShizhaoSanmosa DC17 GAN 2019年8月27日 (二) 10:21 (UTC)

或者大家也請其他人過來想辦法吧。Sanmosa DC17 GAN1 GAN2 2019年8月31日 (六) 07:14 (UTC)
  • 個人上面已經提議過︰
  • 參考英文維基,有將合併請求分為三類︰一、明顯需要及合適,可預期沒人會異議;二、需要就是否合併及如何合併於條目討論頁與其他編者展開討論;三、有爭議或難以合併,故而需要其他第三方編者協助決定是否合併。
  • 第一類可以直接進行。第二類也只是掛模板就完事。第三類才需要提交到「合併請求」。第二類,申請人應該要有意願去合併條目。
  • 參考英文維基上列標準,第一類,個人認為可以同樣毋須提交申請以至懸掛模板。第二類,懸掛模板,列於「合併請求」七日,如無異議,申請人可以執行。執行後,如遇有異議,歸為第三類,再議。第三類,討論以解決爭議及困難以及達成共識為本,建議討論最長維持八週。如八週仍未能達成共識,則應考慮暫且擱置。時機成熟時再重啟討論。如有困難,可同時提交到互助客棧條目探討區。
  • 至於上列第一、第二項,個人都贊成。
  • 以上。--J.Wong 2019年8月31日 (六) 14:33 (UTC)

我等待一下其他意見,稍後會正式提案。Sanmosa DC17 GAN1 GAN2 2019年9月3日 (二) 11:17 (UTC)

Xiplus方面,我直接通知他。Sanmosa DC17 GAN1 GAN2 2019年9月3日 (二) 11:18 (UTC)
回到项目页面“合并请求”。