跳转到内容

维基百科讨论:新条目推荐/存档1

页面内容不支持其他语言。
维基百科，自由的百科全书

能否写个类似于google公益广告的东西来推广Wiki？

弄个RSS吧？ 这样可以让更多的人知道WIKI.... Liucong

六月的結果

似乎經過數次移動後，資料不見了。--燃‽ 09:41 2005年7月3日 (UTC)

新条目推荐出现争议条目

右派、左派页面准确性中立性都有争议，是不是等消除以后再上。--Truth---对话！对话！ 10:08 2005年8月28日 (UTC)

新条目推荐现在的更新速度太快了

from Wikipedia:互助客栈/方针

Shinjiman非常勤快，以前大量屯积条目的“Wikipedia:新条目推荐/候选”变得非常通畅，现在几乎条目放上去一天只要获得两票以上的支持就会很快入选到首页，但这样又出现了一个问题，才一天的时间可能很多人都来不及去评审一下这个条目，给编写者们以一些意见，比如条目还有什么可以改善的地方，是否有侵权的文字和图片等。所以我觉得是否应该让条目放在那里一段时间，比如至少三天，在三天后才可以把条目放至首页呢？--长夜无风(风言风语) 02:33 2006年7月11日 (UTC)

同意呢。--用心阁（对话页） 02:40 2006年7月11日 (UTC)
如果是這樣的話，可能要先暫停或減慢一下更新速度喔，也能同時避免『新條目荒』 :) --Shinjiman ⇔ ♨ 03:13 2006年7月11日 (UTC)
嗯！贊成進度可以緩一些，放三天我覺得差不多，失去獲得改進意見的機會我覺得很可惜。--ffaarr (talk) 07:56 2006年7月11日 (UTC)
基本上更新的頻率應該是可以根據推薦狀況調節的，也沒有人規定過一定要滿8hr就立刻更新一次。至於頻率，我也支持至少應放三天過了『鑑賞期』之後才更新到模板上，比較不會遇到來不及檢討改進就刊出的情況。--泅水大象 訐譙☎ 14:33 2006年7月11日 (UTC)
另一個問題自然就是換畫太快。最近就好一些，慢了一點。--Gary Tse 15:58 2006年7月13日 (UTC)
至於換畫的問題，是體驗到新條目推薦時多數都會附帶圖片，基於DYK模板只可以顯示最多一張圖片，故此利用了meta:ParserFunctions的功能，配合現時的時間（分鐘）來達到換圖片的效果。--Shinjiman ⇔ ♨ 17:03 2006年7月13日 (UTC)
另外建議在新條目推薦部份，推薦者所附議的圖像，必須是可自由使用的圖像，合理使用的圖像不能在首頁展示（英文維基已經實行這個守則），不知各位的意見如何？--Shinjiman ⇔ ♨ 11:38 2006年7月14日 (UTC)
(＋)支持--winertai 12:34 2006年7月14日 (UTC)
即是例如我翻譯別人地圖[1]的作品就可以展示，但一些有「版權」（例如某電視節目截圖）的東西就不可以?--Gary Tse 12:10 2006年7月14日 (UTC)
沒錯，如果是在英文維基推薦有版權的圖像的話，就不可以將它用在首頁了。--Shinjiman ⇔ ♨ 12:25 2006年7月14日 (UTC)

錯得離譜

今日看到

微軟Internet Explorer網頁瀏覽器，使用了哪種產生網頁的技術

連結是去一種名為 trident 的技術，但trident 本身不是技術，是 rendering engine 的名稱而已， 要弄清楚! --woodman

有關新條目推薦自行取消

本主題或以下段落文字，移動自Wikipedia:互助客栈 (全部)。

最近有人在新條目推薦中自行取消了大家都反對的條目，出木杉可能認為不應私自取消，而彩雲認為自己如果認為不妥可以自行移除。我看了一下新條目推薦並無這方面的規定，認為應該有必要加上說明，所以請示大家意見。在下認為提出了推薦，如果最少有一個支持票就不能私自取下，以尊重支持者。而全部反對沒有半票支持的條目自己提前取下則無可厚非，只是大家都給了評論，照理應該收錄於條目討論頁中，以便讓後來的人知道該條目有哪些問題可以進行修改。不知道大家的意見為何？→真的很囉唆的阿佳 2007年5月5日 (六) 12:27 (UTC)

  • (＋)支持，自行取消、刪去所有留言的作法感覺似乎怪怪的。有一點我想請教大家，往常推薦失敗，一切紀錄也會收錄在條目討論頁嗎，我好像只有在推薦者的討論頁看到過這些紀錄。─懷德WiDE 2007年5月5日 (六) 12:37 (UTC)
(：)回應，以前推薦失敗都是直接刪除，是小弟後來才開始把推薦沒通過的投票，移到提出推薦人的對話頁。—天上的雲彩 雲端對話 2007年5月5日 (六) 17:51 (UTC)
    • 我并不反对用线划去推荐，但是我(－)反对简单的清空记录。同时应该在条目讨论页留下记录。—出木杉〒 2007年5月5日 (六) 12:43 (UTC)
    • 可能有時候作業龐大，所以都是直接刪除，我好像並未看過沒過關的內容有在討論頁中留下資料。其實所有的反對資料都很寶貴，大家參考了條目寫了理由，按理說不能就這樣沉沒。→真的很囉唆的阿佳 2007年5月5日 (六) 13:00 (UTC)
    • 同意出木杉兄的意见，(－)反对简单清空。我认为应该完善这一机制，即推荐条目无论入选与否，都应该在讨论页留下记录，毕竟大家的意见都有借鉴意义，提意见也不容易，也是大家的劳动成果之一，不应该抹杀。由此，我提议，应该把对党锢之祸和汉谟拉比法典的推荐反对意见留在该条目讨论页。——顾心阳 2007年5月5日 (六) 13:12 (UTC)
      • 同意，投张反对票并不容易。一方面他要仔细看一遍这条目；另一方面还冒着得罪人的风险。就这样埋没实在可惜。支持者要尊重，反对者同样应当得到尊重。否则岂不是鼓励拍马与「漠然视之」。—出木杉〒 2007年5月5日 (六) 13:25 (UTC)
        • 對於討論記錄放在條目討論頁，還是放在用戶討論頁一事，我沒有特別的意向。一方面放在條目討論頁有助改進，但是另一方面新薦始終是門檻很低的條目，堂堂自薦失敗的一直放在條目討論頁中，可能讓自薦者有一些難堪。就這點各人應該平衡一下。但是無論如何，討論記錄必須要有容身之處，雖然討論紀錄在歷史是永久存在的，但是如果只有歷史而無其他地方有記錄，感覺就很像刪除，也對其他留言的不夠尊重。—Ray1118x 有什麼建議嗎？ 2007年5月5日 (六) 17:31 (UTC)
  • 小弟的另一個看法，每個人對條目的意見，應該盡可能的利用條目的討論頁討論，而不要在投票區討論，投票區應只是單純的用來投票，這樣即使是刪除或留者，都不影響這個過程中重要的討論或發言，另外，如果自己覺得不適合自己移除，可以呼叫管理員協助移除，至於投票不通過的，原則上只要是我處理的，我目前都會將它移動到提出推薦的人的對話頁，算是通知對方，讓對方知道沒通過的理由。—天上的雲彩 雲端對話 2007年5月5日 (六) 17:57 (UTC)
    • 投票時提出反對需要清楚說明反對理據，往往就造成大家直接討論起來那是很正常的現象。單純的侵權、無來源等問題還好，但是事關內容有誤就會引起比較大的討論。如果將這些討論資料都放置於個人對話頁，如果該作者並無意再去繼續寫，那不是浪費了大家找資料來反證的理據？直接刪除這些內容是一種很不禮貌，也是很不尊重他人的行為，雖然有人認為可能造成提出者難堪，但是既然要提出總是有成功跟失敗，每個人要自己推薦出來時本就應該有著心理準備才是。新條目推薦本來門檻就不高，是個鼓勵大家創作的機制，但是我認為也是一個指導大家該如何改善自己編寫條目的好機制，那些基本門檻能過關，才能代表這個條目的保存價值，同時也能照著大家的意見，提升自己編輯的能力。有人認為一旦被反對而不獲推薦就是種恥辱，那只能怪其個人抗壓性太低，我想一般正常編輯者，應該不至於有這樣的問題。只是有時候希望大家討論能多針對條目主體，儘量減少個人情緒化的字詞來針對用戶，因為那樣是造成沒意義討論的結果主因。→真的很囉唆的阿佳 2007年5月5日 (六) 22:31 (UTC)
  • 我想一步一步來好了，先且不論是否可以私自移除提案內容，看看上面的意見幾乎都是希望保留未完成推薦的資料，而分歧點在於彩雲認為轉載到推薦者對話頁即可，其他人傾向保留於條目討論頁面。請先制定一下這方面的規定比較好，在下認為應該保留於討論頁面，那樣才能讓後續有興趣的人針對不無善之處加以修改。→真的很囉唆的阿佳 2007年5月6日 (日) 08:50 (UTC)

七大奇觀？

根據世界七大奇跡，並無計入帕特農神廟，是否應該將問題改成「被列入世界文化遺產的帕特農神廟位於哪座城市？」—Onlim 2007年7月6日 (五) 07:06 (UTC)

新條目推薦的一些建議

我撰寫新條目及自薦DYK條目的動機，最大原因是想藉由在版面首頁展示來吸引維基人注目，並在討論過程或展示條目中的「高維基流量」，來增加條目質量或解決爭議所在。另一方面我亦承認﹔我雖不要求獎勵，但是自薦的原因中，「虛榮心」仍有很大成分在。我知道，很多親愛的維基人不認同我編輯能力、對百科的認知與態度或維基內的發言風格﹔但不管怎，我能在DYK自得其樂，是我在極為公忙之餘維持撰寫新條目不輟的動力之一。

我當然歡喜現今DYK高評選要求的提昇，對於當選，我有更多的喜悅，但對於「落選」雖有些「失落」，但是卻從來沒有「失志」。不過，就最近的某些「落選」經驗，我在此對評選及放置過程提出某些意見，希望能獲得某些回應或意見。

首先，我對管理員User:Cloudcolors勤於耕耘此塊園地，深感欽佩，不過，在規則上有著『彈性』的但書，我個人以為User:Cloudcolors於「結束評選時機」﹔「放置時間」及其他細節上，仍可稍微琢磨。另外在某觀點上，我也認為除了他，維基內完全沒有其他管理員來關注此區塊，也不是好現象。

最後，我對於「新條目推薦不通過評審過程最後修訂」的放置處所放於撰寫新條目者的個人討論頁上，也覺得不怎妥當。別人感受我不知怎樣﹔以我為例，當我早上上班，一開我電腦就看到我自設首頁是新條目推薦不通過，心情是不怎好。本來想寫新條目的熱誠，都熄了一半，而我相信，我的心情大概與新維基人且推薦不通過的心情相去不遠。我查DYK規則，並沒有相關的規定，因此建議該討論過程及最後修訂可放置於專門的「不通過」頁面，或者也可於放於個別條目上，我是認為不要放置於個人討論頁面上，是比較好。如果此建議不通過，我也擅請User:Cloudcolors能對我例外一下﹔放哪裡就好，就別「好心」的對我寄達「落榜通知」。

呵呵，囉唆老半天，可能又有人不以為然，不過不管怎，歡迎各位來到我自薦過程僅一天多一點﹔票數寥寥三票﹔被指為「純粹創作」﹔且新DYK落榜的台灣人名條目來指教及參與編輯一下。

文末，再度謝謝各位對我任性的體諒。--winertai (留言) 2008年5月9日 (五) 01:23 (UTC)

我認為新條目推薦不通過也應放在條目討論頁，與優良條目現行做法看齊，畢竟在不通過的討論中也可能有些對條目改進有幫助的建議，存檔在個人討論頁便被埋沒了。另外對於一些差點兒才過門檻的條目（例如3票支持，無人反對；或4票支持，1票反對），也可以寬容一些處理，先讓同一天被提名的其他條目上首頁，之後若然仍是未過門檻，才正式判斷為不通過。 -- Kevinhksouth (Talk) 2008年5月9日 (五) 01:56 (UTC)
落选通知应该放在个人对话页，以减少一些用户没有质量的提交。特别是自荐更应该如此，同时也会起到鞭策作用。—不想放弃 (留言) 2008年5月9日 (五) 02:08 (UTC)
「減少沒有質量的提交」？「鞭策」？歐﹔原來大家對DYK的看法是如此。--winertai (留言) 2008年5月9日 (五) 03:05 (UTC)
(：)回應，我只是发表自己的意见，不能代表大家。“没有质量”的说法是有缘由的，不是指你。如果你经常在DYK，就会看到会有一些用户确实在大量提交没有质量的条目。—不想放弃 (留言) 2008年5月9日 (五) 08:45 (UTC)
也不是完全没有其他管理员关注，云彩不在的时候木木会帮忙更新的（我也帮过一次，不过好像没把步骤做够）。—菲菇＠维基食用菌协会 2008年5月9日 (五) 02:21 (UTC)

無論新條目推薦通過與否，也應該放在條目討論頁。對於與條目有關的討論、投票不放在條目討論頁的做法，一直以來我都感到奇怪。而我自己唯一一條不獲通過的推薦新條目換乘站，我就是特意把有關投票放在Talk:換乘站，好讓其他人參考。—Baycrest (作客) 2008年5月10日 (六) 06:53 (UTC)

同意樓上的看法，以參考價值來說，放在討論條目頁會比只放在新條目推薦存檔還來得好。—Ellery (留言) 2008年5月10日 (六) 11:08 (UTC)

妤像我在以前做過更新時，有關的討論都會放在有關項目的討論頁，而不會放在用戶對話頁中。 Shinjiman ⇔ ♨ 2008年5月10日 (六) 17:35 (UTC)
放在条目对话页好一些。—人神之间摆哈龙门阵 2008年5月11日 (日) 00:51 (UTC)

我接手DYK更新時不通過的DYK更新最初的做法是直接刪除，並沒有留下任何記錄，後來有維基人反應為何他推薦的條目為何無故自推薦票選中消失，所以後來不通過的，我就順便移動到推薦人(不一定是撰寫人)的對話頁，做為通知其候選結果。如果各位對做法有意見或建議，請做成結論，我將依結論改變做法。

對於有人質疑我的執行DYK的工作缺乏彈性，我想要說的是，這是一個對眾多維基人服務的工作，所以我能做的，只能盡可能的做到公平，如果我為少數的個案通融，那麼，對於其它努力、用心調校內容的人是否公平？為何有些條目一放上推薦不到半天就已符合門檻，有些條目卻鮮少有人願意投下支持票，有時內省，可能是追求卓越更快的方法。

另外，DYK是一個吃力不討好的工作，晚一點放上去會被人家罵、撤人家的推薦也會被罵、甚至連我投反對票也會被罵，只有很快速的把通過門檻的條目放上輪播被視為理所當然，我當然理解每個推薦人或被推薦人的條目總希望能順利的被放上首頁輪播，但我想說的是，請用好的內容來說服我，我沒有理由為每個放上票選的條目，就要保證一定要通過，這裡是很現實的比較你的內容是否經得起挑戰的地方，而不是我自己覺得內容很好所以應該要放上首頁輪播的地方。

很多時候，沒看到的不一定表示沒人在做，從另一個角度來看，最佳的管理就是讓人感覺不得明顯的管理痕跡，我當然不敢說已能達到這樣的目標，但為了保持每日更新2~3次的DYK運作順暢，我必須在推薦的條目數多時，調整鬧鐘在半夜起床做第三次的更新，在到外地出差、旅行時，四處找可以上網的地方更新輪播內容，除了我之外，也有他管理員協助修改DYK模版程式，減化更新流程、更有管理員隨時注意我是否失蹤，隨時準備接手條目更新的工作，這些都是大家看不到的，我們並想要因此獲得什麼，在GFDL精神下，這只是我們在這個時間，在平衡工作與生活的時間後，所能為百科做的一點點小貢獻。但也希望各位在批評時，先思考一下，不要那麼的理所當然，謝謝。—天上的雲彩 雲端對話 2008年5月18日 (日) 03:16 (UTC)

本來是不想回應，不過看到上面如但也希望各位在批評時，先思考一下，不要那麼的理所當然等幾句話感到十分不悅。我並不認為我上面意見是批評﹔更不是『沒有思考或那麼理所當然的批評』。但如果要真批評，那我就直言了，不要說別的，從上面發言中，就可顯現Cloudcolors於DYK候選或推薦「規則或運作」上有著太多個人的「操作」與「改變」。這些操作與改變，是完全沒有任何討論與共識的。更好笑的，Cloudcolors現在竟要「如果各位對做法有意見或建議，請做成結論。」來改變他的「未有討論或共識的」做法。
再來，從Cloudcolors「訴維護DYK的苦」及要求推薦人「內省」的態度，更令人不敢茍同。我想請問，以Cloudcolors口氣，好像每個人都是我自己覺得內容很好所以應該要放上首頁輪播的地方的邀功者，而語調更像一個如超級星光大道﹔專門「要求條目品質的主要評審」，要知道，維護DYK辛苦，難道書寫一條超過4000字元的條目，就不苦？而請Cloudcolors注意，我並沒有任何請管理員大人放諸我條目通過的意願，而只是恢復以往『將其推薦不通過討論過程放諸條目討論頁頁面。』的原本運作。而從任何角度來看，這建議並沒有任何失當之處。
最後，從Cloudcolors言語中，看不起我創作條目品質的語氣，我將「內省」是否維基內是否有太多人有相同看法，也因此，我將迎合著大家看法，去調整我創作條目的熱情與時間。而如果可以，在這種氛圍未改善前，我將盡量不涉及DYK﹔以減少大家不舒服的時間。--winertai (留言) 2008年5月19日 (一) 03:25 (UTC)
我明白天上的雲彩對於新條目推薦有很強的維護責任心，可是我也希望指出，能否通過條目是在於社群的選擇，而非維護者一人之責任。留意到目前投票的結束時間一般是條目放於最底之時，我建議改變這個做法，改為設置固定投票時間（例如48小時），投票時間結束後才計票，再安排首頁輪播入選的條目。因為每個條目投票時間都相同，應可增加投票的公平性，不會再有「結束時機」的問題。放於討論頁的建議，參看上面的討論，應該已成為共識。若仍是認為不足，也可以改為不論條目通過與否，都會同時放在條目討論頁及用戶討論頁，但維護者的工作量也會增加。再者，規則上沒有關於通知結果的說明，這會否就是有些人以為推薦條目「無故消失」的原因？—Baycrest (作客) 2008年5月21日 (三) 15:05 (UTC)
DYK是彈性更新而非時限性，應該是避免一些少人撰寫或少人新薦的時間而使某些時間更新太少，條目在DYK展示太久，或者某些時間更新太多，條目可能在DYK展示不到十數小時而產生不公平吧？所以才會有因應數量而決定更新量的定時更新吧？順帶一提，雖然說盡量避免同一類型條目同時展示，不過很明顯同一類型條目也經常連續展示。--小琛兒五月病中 2008年5月23日 (五) 03:59 (UTC)
其實可以為DYK設置一些緩衝，把入選條目另行放置，才按時間更新DYK，以達到公平展示的效果。情況就如目前優良條目及特色條目的做法一樣。—Baycrest (作客) 2008年5月24日 (六) 17:22 (UTC)
我覺得頗有趣的，有時看到一些用戶會很積極參與投票，對於大多數的條目都有投下支持或反對票，但就有一些條目不表態度。這是雖然符合了DYK但內容又未至於好的“無言的中立票”，還是“不太熟悉這個領域的內容還不知道是好不好”，讓我有諸如此類的迷思。又，看到撰寫者的心裏是想“符合了DYK應該就沒問題”而覺得能得到支持票，而投票者則是“希望內容更有趣更充實”亦成為是否支持的參考之一，但是用意見說出來又會被回應說“這不是DYK需要考慮的問題”之類的反駁，諸如此類可能變成了無言的中立票。結果可能只有少數同是寫這個領域內容的人支持，又或者是一些覺得符合DYK就支持的幾位積極參與投票者支持，這感覺到是相當微妙的結果。
個人覺得投票超過了4票的話應該是沒有問題，如4票支持1票反對就理應不能上新條目推薦了，也不乏看到有“抵銷不合理反對票”的人。然而不足4票的條目我覺得是值得關注，站於鼓勵撰寫的立場上看，如有意見指出條目尚有哪些不足還可以再改善的是最好不過，然而“確實未寫好就急於去推薦”也是撰寫者應該想想的問題，但是編撰者，尤其新條目推薦太注重個人撰寫部份時，一個撰寫者往往未能顧及全部的內容，可能有偏重於自己擅長的內容而忽略了一些其他人亦關心的內容。“支持未足四票而又未有反對票”有時即使是再放置一段時間可能未必會有更好的結果，反而是需要更多的意見或關注才是能讓條目更好吧？同樣地撰寫者也更多地去聽取DYK以外的意見，才能讓自薦得到更多的支持吧？--小琛兒五月病中 2008年5月18日 (日) 07:27 (UTC)
DYK向以促進新條目的增長而推行，也同時在質量方面有一點要求，可是也應該對維基人起一點的鼓勵作用。個人認為只有3票或有少量反對票的條目，可以稍作延長投票時間。一般來說，DYK比較少會有重新提名成功的，這跟優良條目和特色條目的投票有點不同。或許也可考慮讓落選DYK的條目有1~2次的重新提名機會。Stewart~惡龍 2008年5月22日 (四) 11:49 (UTC)
已經有可以通過大幅修改來重提名新薦條目的機制。--小琛兒五月病中 2008年5月23日 (五) 03:59 (UTC)
將落選資訊放置到該條目的討論頁我很久以前就提過了，不過無法理解是何原因最後依然不了了之。我當然現在依然贊同將投票過的結果放置條目的討論頁裡，理由是每個投票的意見是改善條目最好的依據，不是只有原作者可以去改善，也方便其他後來的人參考。至於推薦者或是作者如果有心應該自己去看投票內容，而不需要一一的去通知來增加管理員的負擔。同時贊同惡龍說的應該有幾次複選的機會，如果超過這幾次複選就必須要有大幅更新才能再選。理由是不是每個人每天都能上維基來編輯（我自己現在就是），有些人推薦之後一段時間無法上來，再次上來已經落榜又沒有可以改善後再次推選的機會（大幅更新除外），有時候只是小問題很容易就能改善，卻因為如此無法上榜實在可惜。無論如何這裡純粹是討論，說再多也不太可能有機會改善現況，我建議請Winertai正式開立一個投票來表決是否更改現有的方式，只要投票通過我相信管理員應該就能正式接納您的意見。→♥ 囉唆的阿佳 ♥ 2008年5月23日 (五) 06:27 (UTC)
同意阿佳的意见，开一个正式投票比现今在这里讨论更有效。个人另有一个小小建议，尤其对于一些新用户，他们对维基的一些格式并不熟悉，甚至并不知道自己建立的条目被参与新荐投票，各位老维友们在提出意见的同时，能否协助他们修正条目内容和格式？这种帮助对新人非常重要。谢谢！—木木 (发呆中) 2008年5月24日 (六) 21:51 (UTC)

(：)回應：提到這個，我想到自己還是新人時就不知道有新條目推薦，直至有人推薦我大幅擴充的條目後才知道。另外我也贊成阿佳的意見，有些條目票數不足並不是因為條目本身寫得不好，而是條目本身不是多人熟悉的範疇，有些甚麼只是因為問法不吸引而落選，所以我同意有再次推選的機會--Ws227 (留言) 2008年5月31日 (六) 18:04 (UTC)

我接手DYK更新時不通過的DYK更新最初的做法是直接刪除，並沒有留下任何記錄，後來有維基人反應為何他推薦的條目為何無故自推薦票選中消失，所以後來不通過的，我就順便移動到推薦人(不一定是撰寫人)的對話頁，做為通知其候選結果。

很詭異的是，管理員「修改」制度並不需要討論、投票或共識﹔「恢復」原制度卻需要「辦一個正式投票」。--winertai (留言) 2008年5月26日 (一) 01:22 (UTC)
請winertai搞清楚，DYK一直都沒有規定不通過的條目要放哪，我放到對話頁是基於通知推薦人，因為之前有人反應推薦的條目無綠無故消失了，既然每人個都可以合法的在其他人的對話頁留言，所以我就把原本直接刪除掉的內容移到推薦人的對話頁，這不是修改制度，DYK一直以來都沒有處理沒通過的推薦的制度，這只是純粹的服務，不在其位不謀其職，請真的瞭解DYK的運作、來龍去脈再來批評，意見可能會中肯一些，又或者，也許可以撰寫更優質的條目，更充實的內容(注意喔!我可沒批評您的內容不好，不要又誤會，您的內容一向是受人敬重的)，就不會遇到不通過的問題了，您說是嗎？—天上的雲彩 雲端對話 2008年5月27日 (二) 06:22 (UTC)
也請Cloudcolors搞清楚，「不是沒有規定」就可以沒有討論或共識下，增修任何維修制度。由上面討論裡面，閣下看不出大多數討論者對「置放DYK評審結果處所」的共識與意見嗎？也請注意，「置放DYK評審結果處所」為「條目討論頁面」的做法，以前就曾有施行過，也從沒從來被否決過。因此我的「管理員「修改」制度並不需要討論、投票或共識﹔「恢復」原制度卻需要「辦一個正式投票」」的質疑，一點也沒有「搞不清楚」。再說﹔爭議源頭﹔我原本「別在我對話頁面放置相關評審結果」的個人央求，有什麼困難的？為何要我提出央求後，閣下仍不於善意討論下，再一次的堅持？只因為閣下的「然每人都可以合法的在其他人的對話頁留言，所以我就把原本直接刪除掉的內容移到推薦人的對話頁」的自我推斷？難道，該評審結果留至相關討論頁面就不合法嗎？
另外，您也別先損後褒的惺惺作態，我既表明不需要任何獎賞，那麼更不需要閣下的「敬重」來肯定。我實在不願意批評你有著「擅專自恃」的嫌疑，但從閣下不尊重討論與高高再上的幾段談話，看來已經接近那個程度了。--winertai (留言) 2008年5月28日 (三) 09:03 (UTC)
抱歉，可能是我眼殘，不過……

也請注意，「置放DYK評審結果處所」為「條目討論頁面」的做法，以前就曾有施行過，也從沒從來被否決過。

我把所有討論重讀了一次，但實在找不到哪有提到過以前曾有施行過，只看到有人自己動手把對話頁的文字移動到討論頁，是我眼殘了？如果請不吝指正。另外，既然把落選新薦也放到討論頁中你認為已經是眾人的共識，為何執意不進入投票階段呢？以結果來看，這不是更快能落實對大家都更有利的方針的做法嗎？還是醉翁之意已不在酒了？--小琛兒五月病中 2008年5月30日 (五) 08:09 (UTC)
請閣下先移駕到DYK存檔處看看，再發表高見不遲。如果你還不清楚以前運作模式，那我就再提供幾個該月存檔幾個連結討論頁：Talk:中華民國徵兵規則、Talk:最低生活費用標準、Talk:公教人員生活必需品配給、Talk:台灣軍事、Talk:機慢車兩段左轉標誌、Talk:台灣鐵路管理局司機員罷工事件給閣下方便審閱。

妤像我在以前做過更新時，有關的討論都會放在有關項目的討論頁，而不會放在用戶對話頁中。 Shinjiman ⇔ ♨ 2008年5月10日 (六) 17:35 (UTC)

維基百科並非實施民主政治的地方，得到共識比50/50的表決制更重要--引自Wikipedia:投票

1.我看不懂閣下「醉翁之意已不在酒」的含義。2.閣下如果沒有酒醉，就可以去翻翻看看Cloudcolors接手前的DYK或任何討論，有沒有將「評審結果放至用戶對話頁的前例、討論或共識」。3.我仍認為Cloudcolors在沒有任何討論或共識之下，擅自將評審結果放置用戶對話頁面的操作，違反維基方針。4.Cloudcolors現今堅持的這種操作，是種對維基社群的傲慢行為。5.我不認為「恢復原有DYK評審結果放置模式」需要投票6.我個人認為Cloudcolors過於關注DYK運作及數度自行修改運作方式，對中文維基不利7.我再度強調，我對於已溝通過﹔但Cloudcolors仍將DYK不通過評審結果放置我對話頁面的舉措感到十分不悅。--winertai (留言) 2008年6月2日 (一) 02:34 (UTC)
證據拿出來讓大家看才不會是說白話吧，你先前說的在我沒看到證據前實在是一頭霧水。但是，以前的規則或指引有明示過必需要將落選結果放在討論頁，而Cloudcloros修改了明文規定？如非文明規定，維基方針有表示過要必須照前人的做法？以前的做法你確定是已經在通過了共識之下實行？昨天的共識就必須是今天的共識，維基的方針一旦通過了一次共識，以後就不能對共識再檢討或再通過共識繼續實行或改變方針？「醉翁之意不在酒」意思是指你完全離題了，已經由標題：新條目推薦的一些建議偏離，而且很明顯現在的情況並未得到共識，而討論建議方針的方向理應是修正建議以達至共識，而不是矛頭轉向管理人讓眾人閉口吧？--六月病中的小琛兒（探病去）（病歷表） 2008年6月4日 (三) 05:10 (UTC)
閣下滲和討論前，連看DYK的過往選拔歷程都沒有﹔就哄哄叫的盛氣凌人數落別人「醉翁之意不在酒」，現在卻還敢講你自己一頭霧水？不過，看過閣下的討論歷程，這種搞不清楚狀況就加入討論的次數，也不是一回。我最討厭跟一頭霧水的人討論，因此請閣下於討論前，請先搞清楚狀況，再來談什麼叫「共識」，什麼叫「文明規定」，什麼叫「矛頭轉向管理人」，什麼叫「眾人閉口」，什麼叫「必須照前人的做法」。--winertai (留言) 2008年6月4日 (三) 07:04 (UTC)
winertai兄不要為了這種事情不高興啊！不值得。請雲彩兄碰到您的新條目推薦未通過不要處理，好嗎？或是您認為雲彩兄不要管理DYK？您想要如何處理，請吩咐一聲。謝謝！--Theodoranian|虎兒 =^-^= (留言) 2008年6月2日 (一) 03:21 (UTC)
不敢吩咐﹔就只是提供個人看法供社群參考，能溝通就好，不接受就當我瘋狗亂吠。我向來對事不對人，若有得罪敬請海涵。--winertai (留言) 2008年6月3日 (二) 08:30 (UTC)

新條目推薦資格的兩個問題

本主題或以下段落文字，移動自Wikipedia:互助客栈/方針。执行者：--ellery (留言) 2008年7月8日 (二) 08:34 (UTC)。

最近發現Wikipedia:新條目推薦/候選的候選條目資格出現了兩個問題，希望大家能夠協助釐定清楚相關的準則。

  1. 多人協作條目：新條目大多數由一人編寫，但也有少數新條目是由多人貢獻而成。新條目推薦的規則中，並無明文規定必須「一人獨立貢獻」才能獲選，可是最近卻有一新條目因此而落選。以下是需要討論的地方：（括號內為我的個人意見）
    • 是否需要明文規定必須「一人獨立貢獻」才能獲選？ （優點當然是便於管理，但缺點就是變相不鼓勵集體協作而只推崇單獨編輯）
    • 如否，那麼如何處理這類條目？ （我的意見是：不會有人因此得獎，獲選後只是純粹登上首頁）
  2. 重寫侵權條目：侵權條目有時會獲得其他人以temp頁面重寫，但這些條目在參選新條目推薦有困難。最近有這類條目待temp頁移動到主頁面才提名，結果被人以建立超過5天而無大幅擴充為由而反對，最後落選。以下是需要討論的地方：（括號內為我的個人意見）
    • temp頁面應否立即提名到新條目推薦？ （我不贊成，因登上首頁後會令讀者感到混亂，待temp頁移動到主頁面又要更新其連結）
    • 如否，temp頁移動到主頁面的新條目應否作特別處理？ （我的意見是：應該由移動的一刻作為新條目的建立時間，只要5天內被提名便合資格）

-- Kevinhksouth (Talk) 2008年5月10日 (六) 02:43 (UTC)

翻看Wikipedia:新条目推荐/候选及Wikipedia:新条目推荐，原來此候選頁也有Wikipedia:特色圖片評選的定位問題。甚麼是獲推薦的新條目？在投票頁沒有介紹，簡介頁也只有簡單一句「維基百科上精選出來的新創建的條目」。回應多人協作條目問題，根據僅有的獲推薦的新條目定義，我不同意「一人獨立貢獻」才能獲選。維基百科應以條目質量為主，榮譽為副，任何為了榮譽而要求條目質量讓步的理由，都不應該成立。為了便於計算個人榮譽，忽略多人貢獻條目，也就不應鼓勵。處理方法可以如上面建議般不會有人因此得獎，獲選後只是純粹登上首頁。
此討論應該就是針對近日User:Cloudcolors撤銷獲得9票支持1票反對的2008年夏季奧林匹克運動會香港區火炬接力。關於其撤銷理由「並非由一人獨立貢獻，且歷史貢獻裡並無任一人單獨貢獻超過條目的2/3，不符合新條目推薦規則」，查Wikipedia:新條目推薦/候選並無此一規則。而且若不符合新條目推薦規則是優先於投票結果，那麼對於我在大半年前放在Wikipedia talk:新条目推荐/候选#香港站新薦資格的問題，又應如何看待？又提刪版上不符合刪除守則的提刪，即使獲得票數上的通過，是否也可予以撤銷？—Baycrest (作客) 2008年5月10日 (六) 06:43 (UTC)
2008年夏季奧林匹克運動會香港區火炬接力其實是不合資格的，因為即使它由多人協力完成，可是它仍沒有大幅擴充原文的2/3，要待我提醒後才有人補回，這根本是混水摸魚。--坦克碌豬靠你(給我坦克!) 2008年5月10日 (六) 07:32 (UTC)
我沒有特意計算。那麼補回內容後是否符合大幅擴充原文的2/3的規則？—Baycrest (作客) 2008年5月10日 (六) 07:43 (UTC)
不合資格，因為提名日是８日，而補回日期是９日，應該再增加至５００００位元組--坦克碌豬靠你(給我坦克!) 2008年5月10日 (六) 09:06 (UTC)
請問閣下怎樣計算出是50000位元組呢？當時你說需要44290位元組，大家便從約41000擴充到約47000，現在你又提高要求到50000。就算以現在的47000位元組，已經比一些特色條目還要長了。—Hargau (留言) 2008年5月10日 (六) 09:56 (UTC)
該條目一開始就沒有資格,因為沒有擴充至原文的2/3,即44290位元組,便在8日提交。直到9日有人擴充時,應該增加至約50000位元組,因為是計算最近的五天,即5月4日開始計算，而不是３日--坦克碌豬靠你(給我坦克!) 2008年5月10日 (六) 10:32 (UTC)
不是由開始計算的嗎？斷斷續續也有人編輯。Stewart~惡龍 2008年5月22日 (四) 12:09 (UTC)
Baycrest提到的「規則是否優先於投票結果」也是一個可以討論的地方。 -- Kevinhksouth (Talk) 2008年5月10日 (六) 16:28 (UTC)
這不僅是可以討論的地方，而且更應及早達成共識，免除以後出現與今次相同情況而出現的爭論。若不能以討論達成共識，我提議舉行公開投票。再回應多人創作條目問題，Wikipedia:新條目推薦/候選規則上並無明文不容許多人創作條目，甚至連是否只容許獨力創作條目都沒有說明。管理員應該先行暫緩投票，向社群徵詢意見，還是可以自行解釋規則？上面Kevinhksouth關於多人創作條目的建議，若沒有其他意見，建議盡快寫入規則，消除灰色地帶。—Baycrest (作客) 2008年5月21日 (三) 14:33 (UTC)
关于temp页面，据我最近的观察，貌似管理侵权的管理员有点少，只有请管理员动作快一些。在改善了temp页面的人也请尽快告知管理员移动该页。至于提交是，可以考虑看他编辑的时间—人神之间摆哈龙门阵 2008年5月11日 (日) 00:51 (UTC)
根據現時的指引，暫時並無規定在temp頁面建立後管理員必須立即移動，大多數情況下管理員只是在發現侵權7天後才會處理。假如將以往的做法改為即時移動，temp頁面參選新條目便可只看編輯的時間便可。 -- Kevinhksouth (Talk) 2008年5月11日 (日) 03:19 (UTC)
會不會可考慮以預提名的方式處理？這或許可鼓勵維基人主動去重寫侵權條目。Stewart~惡龍 2008年5月22日 (四) 12:09 (UTC)
建議如一人以上編寫的條目，所有「擴充原文的2/3以上並至少擴充2000位元組」的貢獻者都可以得獎。推薦temp頁面，可提早處理，取代為正式頁面。—Eky-♪ 2008年5月17日 (六) 15:40 (UTC)

支持Kevinhksouth的看法，多人協作條目可認定為「不會有人因此得獎，獲選後只是純粹登上首頁」，當然，這也會影響到上首頁的條目之份額（慢點更新），但這類條目多半是時事熱點或城中話題，所以在首頁上看見沒壞，而且相信也不會佔很多（最後的那個是個人推測）。Stewart~惡龍 2008年5月22日 (四) 12:09 (UTC)

同意Eky的看法，新條目推薦應該以條目本身的內容為主，個人榮譽為次，若不是一人貢獻的條目就不能上新薦，那就違背了維基的協作精神。如果沒有任何一個協作者擴充原文的2/3以上並至少擴充2000位元組，條目仍然可以上新薦，只是沒人得獎而已--Ws227 (留言) 2008年5月31日 (六) 18:09 (UTC)
还有两个关于新条目推荐的问题，不知道以前有没有出现过，但为了防止以后出现，也请大家讨论一下。
  1. 到目前为止所有的推荐条目都是由注册用户创建或扩充的，那么万一以后有匿名用户大幅扩充的条目，可以被推荐吗？
  2. 如果在Wikipedia:新条目推荐/候选提出的时候，条目是达到最低要求的（3000字节），但在投票过程中，被其他人改成少于3000字节了（正常的修改，而不是破坏），这样的条目还能被推荐吗？-- (留言) 2008年6月3日 (二) 11:18 (UTC)
對於以上問題，我的意見如下：
  1. 我認為可同樣以多人協作的方式處理：「不會有人因此得獎，獲選後只是純粹登上首頁」。
  2. 我認為不能，因為已經不符合資格。
-- Kevinhksouth (Talk) 2008年6月5日 (四) 13:36 (UTC)
大致與Kevinhksouth的看法相若，條目被正常修改至少於3000字節，那就証明條目本身的多餘字句特別多，或甚存在侵權、錯誤、重覆的內容而被刪除。Stewart~惡龍 2008年6月9日 (一) 18:37 (UTC)

不好意思。我剛在新條目推薦又看到一個有關資格的問題，也想順便在此讓大家討論。究竟被提刪中但符合新條目推薦資格的新條目應如何處理？可以即時投票，還是在提刪結束後（這時條目已建立超過7天）才開始投票？ -- Kevinhksouth (Talk) 2008年6月5日 (四) 13:36 (UTC)

(：)回應，那個反對票是我提出，所以做以下說明與建議：條目如果改寫自然會有人支持保留，如果無其他異議也能符合快速保留。一個條目正在提刪討論，提刪的理由如果是單純的小條目被提出投票，那改寫後自然就能移除提刪模板快速保留；但是如果提刪的理據是侵權、重要性不足等問題，絕對需要等候大家都沒意見或多數支持保留後，移除提刪的模板才能符合推薦標準。試想，一個新條目都已經在大家投下支持票後，卻因為提刪理據而最後決定刪除條目時，那怎能推薦上首頁？個人認為管理員處理這類推薦時應該可以給予寬鬆的期限，至少可以等候該條目刪除投票結束後允許推薦，同時建議有這類條目如因此超過推薦期限，應該在推薦時特別註明。我記得之前有過這類推薦時，Cloudcolors都會給予延長推薦投票的時間。→♥ 囉唆的阿佳 ♥ 2008年6月5日 (四) 13:54 (UTC)
意見同上，建議可延長投票時間（可凍結投票，摺疊在頁面中）或要求重新推薦，惟需在提名時注明條目因曾被提刪而延遲投票。Stewart~惡龍 2008年6月9日 (一) 18:37 (UTC)
大致同意。提刪期間，凍結投票時間及大幅更新時間。—Baycrest (作客) 2008年6月11日 (三) 06:19 (UTC)

如果再沒有其他意見，我準備把以上共識寫在新條目推薦的規則了。 -- Kevinhksouth (Talk) 2008年6月16日 (一) 16:40 (UTC)

(＋)支持。Stewart~惡龍 2008年6月21日 (六) 02:11 (UTC)

完成：差點兒忘記了，我現已把以上共識寫在新條目推薦的規則了。 -- Kevinhksouth (Talk) 2008年6月24日 (二) 13:14 (UTC)

有關長篇條目不符合新薦資格問題

本人最近編寫人物條目霍雷肖·納爾遜，第一代納爾遜子爵，花時大半月，長度逾100,000位元組，並將條目提名到「新條目推薦區」。可是最後被指提名前的五日內「未能擴充原文的2/3以上」，因此被判定為「不是大幅充，不符推薦規則」。事實上，本人在過去大半月內將條目由4,000多位元組擴充至100,000位元組，條目理應是新的，也理應是屬於大幅擴充的，但現在因為規例所限而遭撤去參選資格，本人對此深表無奈。

過往不少長篇條目（如林則徐等）都能夠在新條目區當選，但現時規例的做法反映出「新條目推薦區」變相不鼓勵編者撰寫更完備的條目，亦變相鼓勵編輯倉促完成條目，因此有機會令條目質素下降，與維基百科的發展理念背道而馳，做法極不恰當。

本人提出，希望修訂現時的條目推薦規則，讓50,000位元組以上的條目豁免「必須在五日內完成」的要求，但就必須要比原文擴充至少三倍，而且增幅需多於45,000位元組，以解決現時的情況。—Clithering（MMIX） 2009年8月18日 (二) 11:44 (UTC)

如果不改規則對你比較有利喔。你以後可以分成數次擴充，分次上新條目，榮譽更多。--百楽兎 2009年8月18日 (二) 12:34 (UTC)
分數次擴充即是「條目未完成」，把只完成四分一的條目拿去評審，恐怕會引來很多反對票哩。再者，對於一些翻譯自英文維基的條目而言，他們必須要通篇翻譯完成才可參選的。--Clithering（MMIX） 2009年8月18日 (二) 12:44 (UTC)
不會吧，你只要適當分散增加的內容就好了。而且很多投票者是不讀內容的。--百楽兎 2009年8月19日 (三) 00:28 (UTC)
不是連續編輯也算麼？— Kiva（兔也） 2009年8月18日 (二) 13:03 (UTC)
(！)意見：剛看過編輯紀錄，自7月22日（Clithering君開始編輯條目的日子）起沒進行編輯的日子有：7月26、29、31日和8月5、7、13－15日，中途不算是放置很久，以前應該是被當作連續編輯處理的。怎麼突然收緊了呢？是不是因為動員令的關係？—Altt311 (留言) 2009年8月18日 (二) 14:10 (UTC)

所以个人喜欢在用户子页面内写好再移动过去。--Jimmy Xutalk·+ 2009年8月18日 (二) 13:09 (UTC)

我见到过上面这样做的,结果还是说他不合规则,所以注意移动过去不好,最好是拷贝粘贴过去.(这规则让人很尴尬)-苹果派.留言 2009年8月18日 (二) 13:25 (UTC)

其实在自己用户子页在移动过去的做法也有一些让人感到不安的地方。前段时间在翻译几个条目，因为修改太频繁，最后在查看自己的编辑摘要时，发现自己用户页编辑比例竟大大大于条目页面编辑的比例。然后有段时间协助去帮其他人申请荣誉，都不敢单看编辑摘要，而是直接查看用户贡献，查查具体是编辑了那些地方。而另一 方面，有时在其他地方，例如申请管理员什么的，还会被质问最近编辑记录。个人感觉这些都让人感到不安。—奔流沙 (留言) 2009年8月18日 (二) 13:36 (UTC)

页面移动之后那些编辑次数应该也是会跟着到条目名字空间的。--Jimmy Xutalk·+ 2009年8月18日 (二) 13:40 (UTC)
假如是新手不会移动或是其他原因不想采用移动方式呢。反正我是不久前才知道和学会移动。自己先汗一个。—奔流沙 (留言) 2009年8月18日 (二) 13:54 (UTC)
(！)意見：我自己就是偏好剪貼方式的（從沙盒剪貼到條目），不覺得有甚麼問題。可能是自己累積了一定的編輯次數吧。更何況，使用沙盒並不違反方針和指引（應該吧？），所以使用剪貼跟移動方式純粹是個人習慣問題。—Altt311 (留言) 2009年8月18日 (二) 14:10 (UTC)

那就直接争取申请优良条目或者特色条目好了。—Wcam (留言) 2009年8月18日 (二) 13:45 (UTC)

完全不是两个级别的概念。看看优良和特色通过的概率，而且这个也会涉及到一些用户的荣誉申请的问题，看看有很多人有很多新荐，却没几条优良或特色就知道三者的区别。—奔流沙 (留言) 2009年8月18日 (二) 14:02 (UTC)

我看不如大家努努力，给他上个优良吧。这个条目上新条目我觉得是委屈了。上了优良，即便不上新条目推荐，也对得起编者了。-苹果派.留言 2009年8月18日 (二) 15:50 (UTC)

十分多謝閣下的好意……但我其實並非在這嚷著一定要獲得新薦，大家也不必因為這個討論而影響受牽涉條目的投票。我的看法是，這條規則的立法原意本來就是要便利其他的使用者，但現在規則不單止不便使用者，而且還要使用者自行遷就存在不合理條文的規則，實在有必要作出修訂。對於有關條目在新薦失去參選資格，本人接受這個結果。—Clithering（MMIX） 2009年8月18日 (二) 16:03 (UTC)
我自己認為只要是近期內「連續編輯」就好，細節也不用太煩瑣，只要一看編輯歷史就可確定。一個十多萬的條目就因為沒有用自家沙盒的方法而沒有辦法新薦，確實很可惜。—ＬｏｋｉTalk 2009年8月18日 (二) 16:27 (UTC)
我也是在自己用户页编辑好再创建条目，的确应该修改一下这样的规则。——快龙到此一游 阁下有话请讲 2009年8月19日 (三) 06:03 (UTC)
我则是在线下用Word编辑，万一系统（Windows）崩溃了，还能“自动还原”还原回来，而在浏览器上就直接没了。（这个规则确实不公平，我的有些条目（雅盖沃、五三宪法、波兰立陶宛联邦）是部分翻译完后就上来了，我将我的一些“功绩”曝曝光，希望得到原谅。—TBG To Be Great 2009年8月19日 (三) 10:07 (UTC)
先說聲不好意思，就是我在動員令期間檢查所謂的維基百科:新條目推薦/候選#基本推薦資格，大概有多於五條、少於十條條目不合資格。新條目的精神正正在於近期的，這條目擴充過程幾乎達一個月，距離五日的規定太遠了。有這樣篇幅的條目，若符合方針指引大概不難上優良，因此我也提議了參選優良。我期待此條目以優良身份登上首頁。—〖Tlrmq^太辣·勿昆新論題〗 2009年8月19日 (三) 10:21 (UTC)
不過，我們亦要考慮到，先在子頁面編輯的長篇條目也可以參選新薦哩。或者新薦規例應該確立及承認在子頁面編輯長篇條目的做法，以便讓廣大維基編輯有法可循。—Clithering（MMIX） 2009年8月19日 (三) 15:47 (UTC)
只要真心為維基，哪管有多少DYK。窗簾布(議會廳)(為動員令加油) 2009年8月22日 (六) 02:50 (UTC)

这个，条目抑郁症又该如何处理？编者Alsatia有只在周末编辑这样一个编辑习惯，之前花了几个星期（7月11日至8月23日，实际有操作记录的为8天）把英文特色条目抑郁症剩余的部分翻译完毕，从最初的35,650字节，扩充到112,828字节，而现已转至线下校对翻译，估计得本周末才会上来。另外，另本人比较尴尬的是，首先我承认是我之前没有仔细查看编辑记录，没有注意到以上这样一个情况，已早前在其对话页留言让其去新荐，那现在本人该去再次说明条目不符合新荐规则，让其请勿去新荐吗？最后还想各位去关注一下该条目的命名问题，是该“抑郁症”还是“重性抑郁障碍”? 谢谢。—奔流沙 (留言) 2009年8月24日 (一) 06:37 (UTC)

看来如果自己实在太忙的，即使条目未完成，也趁早去推荐，后面再完善，是比较安全的做法。受过挫，才知该怎么走边缘。—奔流沙 (留言) 2009年8月27日 (四) 11:02 (UTC)

(！)意見：不如这样吧，我提一个建议：DYK期限灵活一点。不足10K的，仍为原来的5天，10-20K，为10天，20K以上，15天。大家意下如何？-苹果派.留言 2009年8月29日 (六) 08:45 (UTC)
(＋)支持苹果，过长的条目可以适当宽限，但2/3原则在下认为不宜改动，毕竟是“新条目推荐”嘛。编辑次数是个问题，在下一般都是用外部编辑器的，编辑次数上很吃亏 囧rz...—Leon3289 (留言) 2009年8月30日 (日) 06:10 (UTC)
囧rz...:出个馊主意:如果你先在下面编好,然后每次加一句话,这样就不会在编辑次数上吃亏了吧?-苹果派.留言 2009年8月30日 (日) 13:41 (UTC)
以上这个主意真囧。而把霍雷肖·納爾遜，第一代納爾遜子爵作为个案对待，并认为写维基完全是个人的无私与意愿，不应计较新荐多少。个人心理觉得，虽完全是自觉自愿，但也应该得到认同和尊重，现规则下，不值得用户去编辑长条目。更谈不上维基友爱。—奔流沙 (留言) 2009年9月2日 (三) 11:38 (UTC)

關於高錕

  • 高錕不應被稱為「光纖之父」而是「光纖通訊之父」，經查證，光學纖維是在1840年代，由法國人Jean-Daniel Colladon與Jacques Babinet所發明，利用光纖傳送訊號是在1920年代由約翰·羅傑·貝爾德首創，日本人西澤潤一於1963年提出建議使用光纖來通訊，但真正將光纖推向通訊應用的是高錕，故此他才被亞洲媒體稱之為「光纖通訊之父」，建議改正，參考：（英文）TWO REVOLUTIONARY OPTICAL TECHNOLOGIES。－Cuthbert Wong (留言) 2009年10月16日 (五) 11:03 (UTC)

提议修订DYK规则

本主題或以下段落文字，移動自Wikipedia:互助客栈/其他。执行者：达师 － 147 － 228 2010年7月21日 (三) 06:20 (UTC)。

为了能跑bot，解放天上的云彩 :)

  • 当选及更新规则修订为：管理员可以在任意时刻将净支持票数足够4票的候选条目放入暂存区，但必须从满足条件的最早提名条目开始，这些条目当选，从WP:DYKC移除，不再需要继续投票，将按照提名顺序更新到首页，在完成后，这些条目从暂存区移除。
  • 落选规则修订为：当暂存区中的所有条目的提名时间均晚于某个条目，且此时该条目净支持票数仍不足4票，则该条目落选。

Liangent (留言) 2010年6月29日 (二) 15:27 (UTC)

骨头辛苦了～～(＋)支持--快龙☀后会有期 2010年6月29日 (二) 15:59 (UTC)
如果能够定一个最短候选期就更好。如果新条目候选数量比较少（比如8小时之内只有2条）的话，可能会有条目来不及拿到4票支持就成为了最早条目，从而落选。—Snorri (留言) 2010年6月29日 (二) 16:07 (UTC)
我不改的话当前制度也会有这个问题。Liangent (留言) 2010年6月29日 (二) 16:23 (UTC)
当前没出问题是有云彩兄人肉调节呢，如果用bot的话不知道怎样。—Snorri (留言) 2010年6月29日 (二) 16:28 (UTC)
我现在的想法是管理员（或者授权的相关人员）一次将大量通过的条目加入“暂存区”，同时退回未通过条目，机器人每8小时仅定时更新{{Dyk}}。Liangent (留言) 2010年6月29日 (二) 17:03 (UTC)
(＋)支持，早就想提议用程序代替苦力了，只是担心技术上不可行。--玖巧仔●□留言 2010年6月29日 (二) 16:25 (UTC)
(＋)支持有幾篇推薦就是這樣沉了><>金☧肅≽◕≼♛§†§ 2010年6月29日 (二) 18:36 (UTC)
(＋)支持，必须支持。-Chief.Wei 2010年6月30日 (三) 01:59 (UTC)
另一个问题，我应该用我的用户名跑bot，还是给机器人一个管理员权限？Liangent (留言) 2010年6月29日 (二) 17:16 (UTC)
(＋)贊成：這事早該交給程式去做了，把人力釋放出來做其他事。--Jasonzhuocn (留言) 2010年6月30日 (三) 01:14 (UTC)
(＋)支持，建议给机器人一个管理员权限，让你和天上的云彩君两个人共管，以避免出错即可。—Walter Grassroot☸留墨存香 2010年6月30日 (三) 02:05 (UTC)
@Liangent：有一个办法，在{{Dyk}}里用代码判断时间，把页面分成2个（可能3个更好做？），一个在首页上，一个不在首页上（预备），机器人更新不在首页上的页面，时间到了之后就自动上首页，这样就用不着管理员权限了。再加一个AF防止破坏。--达师 － 147 － 228 2010年6月30日 (三) 02:08 (UTC)
如果要用bot维护，可以参考英文版的DYK维护方式--百無一用是書生 (☎) 2010年6月30日 (三) 02:23 (UTC)
(＋)支持用機器人，只要不構成破壞就行，但人手許可下仍可作人手更新。--Flame 歡迎泡茶 2010年6月30日 (三) 03:14 (UTC)
(＋)支持：可用機器人維護，但也可讓人手檢查是否有傀儡投票的情形。—章·安德魯 (留言) 2010年6月30日 (三) 05:33 (UTC)
暂时(－)反对，主要是对这个规则持怀疑态度，下面举的例子对事不对人，希望当事人不要介意：
例如某用户曾从别人的草稿箱中将接近完成的条目移出并自荐至DYK，直到一段时间后才由其他用户发现（这种状况比较罕见，检查起来也不大容易）。若是采取这个制度，很可能很快就被投满4票移出DYK，事后只有很少的人会发现。
4枚支持票其实相当少，而且也不知道这个bot能不能辨别非自动确认用户和提名者自己（提名者还得分自荐和他荐，他荐可投支持）。有可能会造成很快就有许多条目获选，而某些大家不太感兴趣的条目成为了最早条目而落选。
能用bot实现此等操作挺好，不过担心的是这个制度会产生新的麻烦。蓝色的顶夸克-对撞机·气泡室- 2010年6月30日 (三) 07:07 (UTC)

(＋)支持用機械人，(－)反对給予管理員權限，建議可對所有機械人下放protect權限 (Editprotected是如頁面被連鎖保護則不通用)。－HW (留言 - 貢獻) DC8 - Signpost - GAR 2010年6月30日 (三) 09:18 (UTC)

(＋)支持，个人倾向于人肉跑bot（像Jimmy Xu一样）。因为这似乎还没有先例，记得以前菲菇也提出授予bot管理员权限，但被否决了。—CHEM.is.TRY 2010年6月30日 (三) 09:23 (UTC)
机器人自动工作的部分
将管理员手工提交的条目定时更新至{{Dyk}}，可能还包括加入{{DYKtalk}}（因为不知道什么时候才会放上首页）
机器人半自动工作的部分
通知用户，更新存档，修改条目讨论页，将条目放入更新队列（在管理员提交数据后立即完成）……在完成这些操作前管理员需要从WP:DYKC挑选出可以放上首页的条目提交给机器人。
以上有的只是想法，还没有写完。
“这个bot能不能辨别非自动确认用户和提名者自己”
我不知道为什么需要辨认，因为决定条目当选与否的是人而不是机器人。
“有可能会造成很快就有许多条目获选，而某些大家不太感兴趣的条目成为了最早条目而落选。”
我这样制定规则（“落选规则修订为：当暂存区中的所有条目的提名时间均晚于某个条目，且此时该条目净支持票数仍不足4票，则该条目落选。”）正是为了避免这种情况。实际上情况应该相反，足够4票的条目移走了，剩下的因为总数少，每个可能获得更多的票数。
Liangent (留言) 2010年6月30日 (三) 10:03 (UTC)


我樂見bot能夠處理DYK的問題，但我以更新DYK的經驗提出幾個潛在問題，如果能夠解決，可以大大減輕工作的負擔：

  • 目前的規定是「每隔8小時左右更新一次，每次更新請更換2-3個條目」等於管理員能夠視待選條目數彈性調整更新時間與條目數，當DYK待選數少時，我甚至一天才更新2個，但在動員令期間時，我必須每8個小時更新3個(是的，我還必須調鬧鐘半夜起床來更新)，否則會堆積愈來愈多，不知道bot是否有此彈性。
  • 有些條目在臨界票數，或即使已達四票，但是明顯討論還沒結束(可能隨時會有反對票，反之亦然)，我會跳過它。
    • 这个机器人最主要的目的是能避免上面的“我還必須調鬧鐘半夜起床來更新”（其实就算没有bot你也可以写{{#ifexpr:{{#time:U}}>{{#time:U|某时刻}}|NewDYK|OldDYK}}的，但这样可能会很复杂，还不如用bot）情况。决定／判断一个投票是否结束、是否当选／落选、条目的贡献者是谁、是属于什么性质／类型的条目等由人进行（其实我不敢用bot去分析投票情况，难说有人用奇怪的代码让机器人出错）。Liangent (留言) 2010年6月30日 (三) 15:14 (UTC)
  • 某些時候同類形的條目會群聚出現，例如最近有一系列中國將軍條目，通常我會在待選條目足夠的情況下，儘可能的避免(跳過)同類型的條目出現在那六個上首頁的DYK裡(儘可能讓相同性質的條目不要同時出現)。
    • 可以设计这个功能，但必须保证所有更新由机器人进行（机器人自己可以知道自己更新过什么上去，但不能读取人直接往{{Dyk}}写的内容来分析内容是什么性质）。Liangent (留言) 2010年6月30日 (三) 15:14 (UTC)
  • 原則上我不在DYK投票，但當條目只有三票支持，但已是最後(舊)的待選條目時，我會進去看條目，如果應該符合資格，我會投下最後的第四票，讓它上DYK。
  • 當條目有侵權(或已被提到侵權討論時)，會進行擱置，在此期間這個條目會一直是最舊的條目，bot是否可以看得出來?
  • DYK至少需要有一個條目有圖片跟著上首頁，但若最舊的幾個已符資格的條目都沒有圖片，我會再往前找較新的先上去(但圖片非常非常少時，要往前想到未來幾次的更新)，在極端情況，甚至不會照順序把在DYK模版上最舊的條目撤除(如果該條目有圖片的話)，以保持首頁DYK一定有圖。
  • 部份User(如User:AT)將DYK貢獻放在子頁面，或是個人頁面極為複雜，bot在授與貢獻獎時，是否能夠處理此類複雜排版的頁面?(DYK計數亦同)
    • 目前不可。正式运行时建议相关用户在用户页加入相关注释指导机器人运行（例如，应该在哪个页面找创作奖模板，是否用的是替代模板等）。Liangent (留言) 2010年6月30日 (三) 15:14 (UTC)
  • 部份USER在將對話頁存檔時，會一起把DYK計數移到存檔的子頁面去了，必須靠以前的經驗知道這個人是否曾經得過DYK，然後去對話頁存檔頁面裡撈出來繼續計數(避免又從1開始算)
  • 兩人(或多人)貢獻的DYK處理。
  • bot是否有辦法判斷Wikipedia:新条目推荐/分类存档的分類
  • 至於人肉跑bot的問題，以我目前的更新速度，在網路沒問題，沒人打擾的情況下，大約3~5分鐘即可完成整個DYK更新的所有步驟，所以實用性似乎有限。
  • 目前想到這麼多，但先感謝Liangent跨出第一步:) —天上的雲彩‧ธันวา | สนทนาธรรมได้ที่นี่ 2010年6月30日 (三) 13:18 (UTC) 
class DYKEntry(models.Model):
    article = models.CharField(max_length=255)
    text = models.TextField() # question
    image = models.CharField(max_length=255)
    user = models.ForeignKey(User)
    timestamp_nominate = models.DateTimeField()
    timestamp_add = models.DateTimeField(auto_now_add=True)
    timestamp_update = models.DateTimeField(null=True)
    
    class Meta:
        permissions = (
            ('new', 'Insert DYK entries'), # or update or arrange or what?
        )

Liangent (留言) 2010年7月1日 (四) 02:53 (UTC)

(＋)支持--另外，可不可以再度建議明訂落選者，其候選過程，比照特色優良條目，存檔在相關條目討論頁。--Winertai (留言) 2010年7月1日 (四) 17:44 (UTC)

存档页也不错，不过要想个别的办法通知落选提名者。Liangent (留言) 2010年7月1日 (四) 18:36 (UTC)
我的看法是只要制式通知；不論獲選或落選的標題是：『您投稿的DYK項目，已有候選結果』，獲選內容貼上候選過程，落選者則內容只要指向條目討論頁（已有落選DYK存檔）即可。--Winertai (留言) 2010年7月2日 (五) 00:32 (UTC)
(！)意見考虑让机器人也能填写{{ArticleHistory}}吧,要不目前整理这个模板太艰苦了-Mys 721tx(留言)-U18协会 2010年7月9日 (五) 08:01 (UTC)

新條目推薦（DYK）沒有明文規範「不得使用點列式」

近日察覺到中文維基的新條目推薦（DYK）並不存在「不得使用點列式」的相關規定（無論是正式方針或是指引），但是這卻是常用的反對理由，連我也常會使用。我知道這是社群長期存在的「約定成俗」的規範，2006年我就已經在讀維基了，但是， DYK 可以說是新手的條目練習的發表區，我們居然使用了一項從未向新手事前告知，而且明文根本不存在的規定去硬性要新手遵守！我很好奇包括我在內，是否因此而造成不少新手「出走」。得知這樣的負面訊息，讓我深感震驚與難過。--章·安德魯 (留言) 2011年6月5日 (日) 16:13 (UTC)

  • (！)意見不明白为何不能使用列点？--苹果派.留言 2011年6月5日 (日) 17:15 (UTC)
    • 在優特評選時這類章類多半被認為是瑣碎內容。至於DYK為什麼要反對，老實說我想不明白，但有人要以此來嫌棄似乎也沒辦法要求他撤除反對票。--Reke (留言) 2011年6月5日 (日) 17:43 (UTC)
  • 我也是在摸索中发现了这个“潜在共识”的，并因此遭到过反对票。但是，后来想想在GA和FA里，据此删除琐碎内容，是有道理的。但是，如果DYK设这个限制，就苛刻了。--Amazingloong (留言) 2011年6月5日 (日) 21:51 (UTC)
    • 分享一下前幾天的比喻：「DYK這種東西嘛，就是去打打史萊姆、累積經驗好升級的，幹嘛叫人家穿頂級裝備喝藥水的。等等級高了要挑戰優特這種Boss時，再來要求就好了啊。」--Reke (留言) 2011年6月6日 (一) 12:51 (UTC)
      • 這比喻真妙，但史萊姆也有分種類的，有的LV接近中Boss級。DYK可能一般內容不長易檢視，且人多熱鬧，所以大家意見就很雜，對標準的寬嚴也落差很大。但我近日發現一個裝備不齊的條目，也打贏優特這種Boss了。尼爾·阿姆斯壯的資訊框翻錯一筆，資料就放了好幾年。翻譯者是這方面的專家沒錯，只是一時疏忽，我的意思是過去沒人肯花點小時間去幫他校對。表面易察覺的格式很重要沒錯，但不應該本末倒置，忽視內容本身的正確性。我過去也編了不少列點式的條目，但如果將來沒有要申請優特，我是不會去修改成散文的。--Mihara57 (留言) 2011年6月7日 (二) 04:04 (UTC)
(！)意見，Wikipedia:瑣碎章節是有說「避免建立雜項資料列表」的，縱使它未有很斷然的禁止。另外也(＊)提醒一下，我們在評選DYK的時候，不應該單純只按DYK的資格便算。請容我舉個例子：假設某君用了一些資料出錯的來源，寫了一個很錯誤的條目參加DYK；由於DYK只是規定了要可供查証，沒有規定引用的來源資料不能有錯，如果真的只能依照DYK的資格去投票的話，那麼就算明知道條目內容有錯誤，也不能投(－)反对。所以大家在DYK投票的同時，除了資格外，也應考慮所有方針指引和其他實際情況。再者，如果只是需要符合DYK資格便可以的話，那麼：「為甚麼還要投票？直接把符合資格的都放在{{DYK}}不就好了嗎？」--街燈電箱150號 開箱維修 抄錶 檢驗證明 2011年6月10日 (五) 18:48 (UTC)
無論是DYK或者是優良特色，檢查內容是很重要的一環。過去連特色優良都是一堆人表面功夫，算算字數就說通過的比例很高，現在不少人也是有參考資料就認為完善，內容上是不是有錯誤，有沒有句意或者是文法上的疏忽是一概不論的。當然，數業有專攻，對於不熟悉的領域要檢查是有難度，因此投票就該要自省，要謹慎。DYK也有不少條目錯誤一堆也被放上首頁，就算是DYK只是拿來在用戶頁加分用的，也請想想，這樣的品質呈現出來的中文維基百科，是好還是不好呢？-cobrachen (留言) 2011年6月10日 (五) 19:16 (UTC)

幾十個小時前的你知道嗎？（新條目推薦）有錯...

  1. 2011年哪款美少女遊戲可被攻略角色都是偽娘？（女裝山脈）
おとラブ～女装美少年限定!～也是可被攻略角色都是偽娘也是2011年美少女遊戲....
  1. 哪一款遊戲是繼《極速快感：臥底風雲》之後，另一款劇情導向遊戲？（極速快感：亡命天涯）
僅當範圍被限定至NFS系列內這才是正確的

--C933103(留言) 2012年2月21日 (二) 17:20 (UTC)

editprotected

请求已处理

删除所有语言连接，已有wikidata。--GZWDer（留言） 2013年4月17日 (三) 06:16 (UTC)

顏重慶

請將DYK上「哪名記者因創辦政治新聞網站《當今大馬》而獲頒國際新聞自由獎？」中的史蒂芬·甘更換成顏重慶--Alvin Lee 酒逢知己千杯少 話不投機半句多 2013年9月25日 (三) 15:37 (UTC)

編輯保護頁面

请求已处理--Aoke1989（留言） 2013年11月10日 (日) 12:23 (UTC)

因為員林鐵路穀倉/temp被移動到員林鐵路穀倉,故應改成:

臺灣唯二的鐵路穀倉分別位於斗南以及哪裡？

以便讀者瀏覽 --林勇智 2013年11月9日 (六) 01:06 (UTC)

當今維基百科:新條目推薦/2014年5月出現問題

頁面出現兩次「慕尼黑慘案後，以色列展開哪項復仇行動？」。--RekishiEJ（留言） 2014年5月14日 (三) 13:26 (UTC)

建議DYK推薦模板加入計數，亦建議設立DYK推薦獎

本主題或以下段落文字，移動自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2014年8月31日 (日) 16:42 (UTC)。

承上#對於社群合作氛圍的反思的討論，本人謹建議DYK推薦模板{{UpdatedDYK}}應加入計數，亦建議設立DYK推薦獎，每推薦5次即升一級，以鼓勵支持和激勵新手，以上。--紀念香港重光 2014年8月11日 (一) 08:38 (UTC)

新條目推存的資格

本主題或以下段落文字，移動自Wikipedia:互助客栈/求助。执行者：Jimmy-bot（留言） 2014年9月10日 (三) 00:42 (UTC)。

有關規定提及獲推薦之條目需有2/3或以上的內容擴充。個人想知道本身充滿外文（如：英文）而後被翻譯之條目可否被推存？因為外文的字元通常較多，故在翻譯後可能未有顯著的擴展（甚至不升反跌），但有關條目確有過重大的修訂。 Biomedicinal（contact） 2014年8月30日 (六) 16:31‎（UTC）

若原條目中充滿外文後被翻譯，我覺得「需有2/3或以上的內容擴充」需以原條目扣除外文後的長度為準，再來看是否有2/3或以上的內容擴充--Wolfch (留言)-DC12, 基礎條目 2014年8月30日 (六) 17:47 (UTC)

你知道嗎？革新討論

事緣剛才看到一句說話令我感到啼笑皆非：「哪面旗幟是美國自治邦美屬薩摩亞的官方旗幟？」
這不是很奇怪的節奏嗎？誰不知道美屬薩摩亞的官方旗幟就是美屬薩摩亞旗幟嗎？再參考其他地區的維基，不難看出其他地區的維基的你知道嗎？做得比較有心思，就拿我個人在英語維基的第一條推薦新條目來說，起初我也是做得比較隨便，最後卻被改成了：
「... that PornHub told its users to stop uploading videos of Brazil's loss to Germany at the 2014 FIFA World Cup under sexually suggestive titles?」(PornHub告訴他們的用戶不要以與性行為有關的題目上載2014年世界盃巴西輸給德國的比賽？)
這對個人來說可算是很大的衝擊，也令我重新思考中文維基在你知道嗎？上的工作，是否有點懶怠，或者有點兒不友善。
就拿目前的你知道嗎來說，目前是這樣的：

哪一部美国喜剧片虚构了暗杀朝鲜最高领导人金正恩的故事？
中華人民共和國主席习近平的弟媳是誰？
越南民主共和国经由哪一次革命建立？
發動了万历朝鲜之役的是日本哪个政權？
哪位中共中央宣传部部长于文革一开始即被打倒？
哪面旗幟是美國自治邦美屬薩摩亞的官方旗幟？

其實能否改成這樣：

刺殺金正恩的播映令索尼影業的官方網站遭黑客攻擊？
中華人民共和國主席習近平的弟媳張瀾瀾有「瑪莉蓮·夢露」之稱？
八月革命促使了法越戰爭的爆發？
豐臣政權的崩壞是由豐臣秀次事件引發？
陸定一反對知識分子不應該再戴「資產階級知識分子」的說法？
美國自治邦美屬薩摩亞的官方旗幟是怎樣的？

雖然這個做得也不太像樣，但始終也能顯示某一條目的名稱，不用故意拉到那個位置去看是甚麼。所以我在此發起這個討論，看看你知道嗎？是否有革新的必要。 激仔 2014年12月10日 (三) 10:18 (UTC)

“你知道吗”栏目的建议

建议“你知道吗”栏目中的内容不应该是达到非常高的标准的条目，而应该是让人们感兴趣的内容，例如：

这些条目虽然不一定符合质量标准，但是能够吸引读者的兴趣。--SolidBlock（留言）因学习原因无法参加动员令 2016年8月10日 (三) 05:24 (UTC)

编辑请求

请求已拒绝

为何最近的DYK（这一两天内的）没有更新到存档内？机器人故障？ --Cohaf（留言） 2018年7月4日 (三) 00:21 (UTC)

DYK評選頁面出錯

本主題或以下段落文字，移動自Wikipedia:互助客栈/其他。执行者：Jimmy-bot（留言） 2018年8月15日 (三) 16:42 (UTC)。

问题解决，谢谢Francotsangfh以及JyunWaan热心帮忙。应该没有什么需要谈了吧？--Cohaf（留言） 2018年8月5日 (日) 15:09 (UTC)

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

DYK評選頁面好像出錯（已經一天了），最下方提問的模板沒有正常顯示，連帶使下面幾個已通過的評選都消失了。我人在外面不太方便看原始碼，有沒有人能上去協助改正一下？感謝—Wikimycota~receptor/genome 2018年8月3日 (五) 03:24 (UTC)

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

對於「WP:DYK」已推薦條目是否可以再次推薦？

本主題或以下段落文字，移動自Wikipedia:互助客栈/求助。执行者：Jimmy-bot（留言） 2018年8月17日 (五) 16:42 (UTC)。

如題，對於「WP:DYK」已推薦條目是否可以再次推薦？落選後，做出大修改，可否再次作為DYK推薦條目推薦（規則未說明）？
—— だ＊ぜ 謹此敬上 留言Comment𓋹簽名Signature 2018年7月30日 (一) 17:31 (UTC)

我的認知是可以，但是要以投票結束做為參考點，看要用擴充還是重寫去推薦。吉太小唯：Don't Say Lazy.（TALK） 2018年7月30日 (一) 17:37 (UTC)
(：)回應：@だ＊ぜ：苦力怕推薦了2次 （2013年3月23日、2016年1月28日）、 Minecraft推薦了2次（2013年4月19日、2015年11月10日）。--　宇帆（維基貢獻十周年！留言·歡迎簽到[試用小工具]） 2018年7月30日 (一) 17:43 (UTC)
規則是寫重大修改期「若曾通過推薦，則通過日視為一次中斷。」，那麼應該落選的話可以直接再選？（個人猜測）--【和平至上】💬📝 2018年7月31日 (二) 12:22 (UTC)
(：)回應，落選後，如果重大修訂期仍未中斷的話，可以再提薦。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2018年7月31日 (二) 14:39 (UTC)
  • 重复推荐应当是不行的。然而未通过的条目可以7天又一个7天地提交。理论上没有任何问题，现实中也有成功通过的例子。 --🐕🎈（又到了评审DYK都忙不过来的季节了） 2018年8月2日 (四) 01:50 (UTC)
  • @だ＊ぜ：當然可以再次推薦，有時間看看條目討論頁或者看Article history模板就可以知道為何可以再次推薦，其參數分別為「dyk2date」（第2次DYK入選日期）和「dyk2entry」（第2次DYK入選的推薦問題），如有第三次或以上亦是如此--Z7504非常建議必要時多關注評選（留言） 2018年8月7日 (二) 11:08 (UTC)

DYK同一時間6個問題，4個都是問哪一位英國陸軍元帥?

本主題或以下段落文字，移動自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2023年3月5日 (日) 16:14 (UTC)。

已解答：
系当时无其他已通过的DYK条目可供展示。--EvesiestaCOVID-19感染中 2023年3月2日 (四) 14:52 (UTC)
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

不是有機器人防止同一時間太多同類條目在首頁嗎？怎麼可能６個問題，有４個都是哪一位英國陸軍元帥開首？--Dragoon17cc（留言） 2023年2月20日 (一) 22:44 (UTC)

(：)回應，翻查歷史，當時衹有英國陸軍元帥的條目夠票並用完時間，其他類型的條目要麼就不夠票要麼就未用完時間要麼就被問題不當拖着，所以機器更新當時根本沒有其他選擇。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年2月21日 (二) 02:28 (UTC)
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

3月7日首页展示DYK问题有误

本主題或以下段落文字，移動自Wikipedia:互助客栈/条目探讨。执行者：Jimmy-bot（留言） 2023年3月29日 (三) 08:14 (UTC)。

3月7日当前首页DYK栏目中金娘的问题有误，金娘的封号应为“一品柱国夫人”，当前问题和内文都误作“一品国柱夫人”。参考故宫文物月刊屏东县政府文化处国家图书馆台湾记忆国立台湾师范大学台湾史研究所研究生论文。

再次质疑这样的DYK支持投票有何意义？--NVMENOR（留言） 2023年3月7日 (二) 06:56 (UTC)

 已修复 --街燈電箱150號 開箱維修 抄錶 檢驗證明 2023年3月7日 (二) 11:02 (UTC)
這篇條目問題不明顯，不懂行的人即使對照參考資料都未必能注意到。平心而論，讓我檢查我大概也注意不到。
PS：這樣的DYK（以及GAN、FAC）投票能攔掉一些（不是全部）有明顯問題的條目，不能說是完全沒有意義。我認爲社群當前的目標就是「以衝數量爲主，選出總體印象不錯的條目；不要把人手浪費在檢查細枝末節上」。所以，是不是您（和部分比較嚴謹的用戶）對評審的定位與社群對評審的定位有分歧？--洛普利寧 2023年3月7日 (二) 14:35 (UTC)
如果繼續抱這種想法，第二次折毛事件指日可待。--Maccomcre（留言） 2023年3月15日 (三) 12:57 (UTC)
Maccomcre所以说懂行的人一眼就能看出问题。只不过「国柱」站内就有人指出，而折毛事件的发现者在站外。而且折毛引用资料又是纸媒又是俄语，如果不拉领域专家来把关，说实话这个问题无解。--洛普利寧 2023年3月19日 (日) 04:01 (UTC)
检索自“https://zh.wikipedia.org/w/index.php?title=Wikipedia_talk:新条目推荐/存档1&oldid=83679239”